Откуда блокчейн узнаёт цену: что такое оракулы

Как смарт-контракт узнаёт, сколько стоит ETH?

Сам по себе не узнаёт. Смарт-контракт Ethereum видит информацию, доступную внутри его блокчейна, и результаты вызовов других контрактов. Но он не может открыть сайт биржи, прочитать прогноз погоды или спросить банк о курсе валют так, как это делает обычная программа в интернете.

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

Тут возникает парадокс: блокчейн придуман для того, чтобы не полагаться на единственного администратора. А откуда тогда брать сведения, которых в блокчейне нет?

Почему нельзя просто добавить адрес сайта в код?

Представим тысячу компьютеров, которые выполняют один и тот же контракт. Все должны прийти к одинаковому результату.

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

Одинаковый код с разными ответами даст разные результаты. Поэтому контракт обычно читает значение, уже опубликованное в согласованном состоянии сети. Оно попадает туда через отдельный процесс, а не через произвольный HTTP-запрос от каждого узла.

Это и есть задача оракула: доставить сведения в форму, с которой могут работать смарт-контракты.

Что именно делает оракул?

Проще представить электронное табло на вокзале. Поезда существуют вне табло, и табло не создаёт расписание. Оно только показывает людям информацию, полученную из внешней системы.

В DeFi похожий механизм нужен, например, чтобы оценить залог при выдаче кредита:

1. Поставщики собирают сведения о цене из определённых источников.
2. Механизм оракула передаёт результат в блокчейн и, в некоторых системах, объединяет ответы нескольких поставщиков.
3. Кредитный контракт читает опубликованную цену и применяет заранее заданные правила.

Оракул не определяет, сколько пользователь должен банку или протоколу. Он предоставляет входные данные; решение принимает код приложения.

Существуют разные архитектуры: один уполномоченный поставщик, несколько операторов, собственные механизмы протокола. Называть любой оракул «полностью децентрализованным» нельзя.

Как появился Chainlink?

4 сентября 2017 года был опубликован документ ChainLink: A Decentralized Oracle Network. Его авторы сформулировали проблему зависимости смарт-контрактов от внешних сервисов и предложили использовать сеть оракулов вместо единственного поставщика.

Это была публикация проекта решения, а не дата, с которой все приложения Ethereum вдруг начали пользоваться готовой сетью Chainlink. Развёртывание технологий и их распространение — отдельная история.

Позднее в различных реализациях получили распространение потоки данных (data feeds): контракты считывают опубликованные значения, а данные формируются при участии набора операторов. Важна не магия «общего интернета в блокчейне», а проверяемая процедура передачи конкретного значения.

Подробнее в историческом событии публикации документа.

Что может пойти не так?

Представим безупречный автоматический сейф. Он честно закрывается, когда табло показывает, что залог подешевел. Но что, если само табло ошиблось?

• Неверная цена. Контракт точно исполнит заложенные правила, но по неправильному значению.
• Устаревшее значение. Между изменением цены снаружи и её обновлением в сети может пройти время.
• Сбой поставщиков. При недостатке надёжных источников данные могут перестать обновляться.
• Зависимость от методики. Даже несколько операторов не помогут, если все используют один и тот же ошибочный источник.

Поэтому распределённость данных уменьшает некоторые риски, но не отменяет их. Кредитному приложению необходимо учитывать качество и свежесть сведений, а не только правильность смарт-контракта.

Почему это важно для обычного пользователя?

Без оракулов программа может надёжно вести внутренний счёт. Но когда речь заходит о залоге, погодной страховке или других событиях внешнего мира, возникает дополнительный уровень доверия.

В статье как устроены займы в DeFi разберём, что произойдёт, когда контракт оценивает чужой залог по таким данным. А история появления DeFi объясняет, почему эту задачу пришлось решать.

Источники

Сверено 19 октября 2026 года:

• ChainLink, исходный whitepaper, 04.09.2017 — изначальная постановка задачи.
• Chainlink Documentation — что такое оракулы — объяснение доступа контрактов к внешним данным.
• Chainlink Documentation — как агрегируются потоки данных — роли операторов и агрегации.
• Ethereum.org — Oracles — технические причины, по которым контрактам нужен внешний источник.