Oracle (oraclize.it) с Truffle и Testrpc

Вполне возможно использовать сервис Oraclize с testrpc вместе с truffle.

Во-первых, вам нужно следовать соглашению об именах контрактных имен файлов в truffle. Согласно их документам:

Truffle ожидает, что ваши файлы контрактов будут определять контракты, которые точно соответствуют их именам файлов.

Поэтому вам следует скачать Oraclize API из репозитория Oraclize на github, вот конкретная ссылка на файл oraclizeAPI_0.4.sol . Загрузите его в папку трюфельных контрактов вашего рабочего каталога и переименуйте файл в usingOraclize.sol. Это необходимо, чтобы во время компиляции truffle знал, какой конкретный контракт компилировать из файла. Другой вариант — напрямую вставить весь API в требуемый контракт, но добавление и переименование самого API, вероятно, является самым элегантным решением, которое мне известно на данный момент.

Теперь вы сможете импортировать API в другие ваши контракты в этой папке, включив import "usingOraclize.sol"их в начало, а затем указав его наследование в соответствующем контракте внутри, предполагая, что имя примера контракта, в котором вам нужен API, называется name myContract, метод наследования должен выглядеть так

contract myContract is usingOraclize {
    // your code
}

Следующий шаг — сделать так, чтобы ваша приватная цепочка testrpc могла взаимодействовать со службой Oraclize, давая ей возможность отправлять запросы и получать результаты обратно. Для этого вам понадобится ethereum-bridge . Git клонирует этот репозиторий в отдельную папку. Что будет делать мост, так это, как следует из его названия, настроить для вас мост между сервисом Oraclize и вашей цепочкой блоков во время его работы.

Как только ethereum-bridge правильно настроен, testrpc должен быть настроен на использование статического набора адресов, так как мост будет зависеть от указанного адреса для развертывания необходимых контрактов в вашей частной цепочке testrpc, поэтому, если вы хотите, чтобы эти адреса оставайтесь постоянными, между запусками testrpc вы должны запускать testrpc с некоторыми повторно используемыми адресами. Вы можете сделать это, добавив --mnemonicфлаг при его запуске и используя ту же мнемоническую фразу при перезапуске testrpc, чтобы убедиться, что он генерирует тот же OAR (OraclizeAddressResolver), который вам нужно будет использовать на следующем шаге.

Теперь нам нужно найти OAR, который генерируется мостом.

1. Запустите testrpc, используя определенную мнемоническую фразу, и обратите внимание на индекс последней доступной учетной записи (вы можете использовать любую для этого, но я рекомендую последнюю, так как это учетная запись, которую не следует использовать в тестах, также сделайте уверен, что для вас было создано достаточно других учетных записей, чтобы вы могли проводить тесты). Вот пример параметра запуска:

testrpc --mnemonic "my test example" --accounts 50

Поскольку создается 50 учетных записей, индекс последнего адреса равен 49.

2. Запустите eth-bridge и получите OAR, сгенерированный с помощью этой цепочки testrpc. Я предполагаю, что testrpc работает на хосте RPC по умолчанию: порт localhost: 8545, в противном случае вам понадобятся дополнительные параметры. Перейдите в корневой каталог, где находится ethereum-bridge, и выполните следующую команду в терминале.

node bridge -a 49

Следующая часть шага 2 должна быть выполнена только при первом запуске.

Теперь подождите, пока не увидите строку:

Please add this line to your contract constructor:

OAR = OraclizeAddrResolverI(0x145437eac36aeacee0c135c9015fff316ba938ed);

Ваш адрес, конечно же, должен быть другим, так как вы будете использовать другую мнемоническую фразу. Добавьте эту конкретную строку прямо в начало вашего myContractконструктора, чтобы она выглядела так:

contract myContract is usingOraclize {
    function myContract() {
        OAR = OraclizeAddrResolverI(0x145437eac36aeacee0c135c9015fff316ba938ed);
        // rest of your constructor code
    }
    // your code
}

3. Теперь вы готовы приступить к компиляции трюфеля и проведению любых необходимых тестов, просто убедитесь, что вы всегда выполняете шаги 1 и 2 с одними и теми же параметрами, и вам не придется менять OAR из контрактов! (Не забудьте удалить переменную OAR из вашего конструктора перед производством, это только для тестирования, в производстве он будет автоматически извлекать OAR в зависимости от цепочки, в которой вы его запускаете, в настоящее время это Mainnet, Ropsten и браузерная среда виртуальной машины. поддерживаются.)

Эти инструкции работают (сценарий моста работает нормально), но когда я действительно звоню, я получаю сообщение об ошибке «ключ не найден в базе данных».