Один жестокий факт перед глазами: даже самый умный смарт-контракт бесполезен, если его кормить фальшивыми данными — он мгновенно превращается в инструмент злоупотреблений. Сам блокчейн — это закрытый мир, он совершенно не способен воспринимать, что происходит за его пределами. А внешние данные — это ключ к тому, сможет ли DeFi, предиктивные рынки и подобные приложения действительно реализоваться.

Традиционные решения оракулов имеют смертельную слабость — один узел, выступающий в роли шлюза данных, подобен уязвимой линии поставки. Сейчас некоторые новые протоколы оракулов ищут другой путь: создание децентрализованной сети данных, получение информации из нескольких независимых источников одновременно, прохождение нескольких раундов проверки, перекрестного сравнения и даже очистки с помощью AI-алгоритмов, прежде чем данные попадут в блокчейн. Говорить, что это просто "подача данных", — неправильно; правильнее назвать это строгой "процедурой проверки на токсичность".

На практике такие протоколы обычно предлагают два режима работы. Первый — активная отправка: цены, результаты соревнований, события — мгновенно передаются в цепочку, что подходит для высокочастотной торговли и сценариев с мгновенной расчетной операцией. Второй — по требованию: проект использует данные по мере необходимости, платит за сколько использует, что делает расходы более управляемыми. Так разработчики могут легко подключать внешние данные, как при вызове обычных API, и больше не беспокоиться о задержках и надежности.

Технически есть еще два важных момента. Первый — предварительный слой AI для риск-менеджмента: автоматический сканинг аномалий и фильтрация подозрительных источников перед добавлением данных в цепочку, что похоже на полное медицинское обследование каждого набора данных. Второй — механизм проверяемых случайных чисел, гарантирующий, что распределенная случайность действительно достаточно случайна и не может быть манипулирована одним узлом.

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