Ончейн-оракулы цен

Нативная функция XRP Ledger для публикации внешних ценовых данных ончейн, используемая DeFi-приложениями, которым нужны надёжные ценовые фиды.

Какую проблему решают оракулы

Блокчейн по своей природе знает только те данные, которые существуют в этом леджере, — у него нет нативного способа узнать текущую рыночную цену актива, торгуемого где-то ещё. Многим финансовым приложениям (кредитным платформам, деривативам, системам ликвидации) для корректной работы нужна именно такая внешняя ценовая информация — здесь на помощь приходят оракулы: механизм для внесения внешних, реальных данных ончейн таким образом, чтобы приложения могли на них полагаться.

Нативная поддержка ценовых оракулов

XRP Ledger включает нативный объект леджера Oracle, позволяющий назначенному поставщику данных публиковать ценовую информацию напрямую в леджере в стандартизированном формате, вместо того чтобы каждому приложению приходилось создавать и доверять собственной индивидуальной, офчейн-интеграции ценового фида.

Как это работает, в общих чертах

Аккаунт поставщика оракула создаёт и периодически обновляет объект Oracle, содержащий текущие ценовые данные для одной или нескольких пар активов. Приложения в XRPL — например, кредитный протокол, построенный с использованием Hooks на сайдчейне, или уровень прикладной логики, построенный поверх AMM, — могут затем читать эти ончейн-ценовые данные напрямую, вместо того чтобы зависеть от внешнего офчейн-вызова API, который сам леджер никак не может проверить.

Почему важны нативные, ончейн-оракулы

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

Проблема доверия к оракулу не решается полностью самим фактом размещения данных ончейн

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

Почему это важно для более широкой экосистемы

Нативная поддержка ценовых оракулов — часть более широкого паттерна, рассматриваемого на протяжении этого раздела: XRPL добавляет узконаправленные, целевые нативные примитивы (такие как Credentials и многоцелевые токены), которые делают более практичным создание сложных финансовых приложений непосредственно на базовом леджере, не требуя полноценной универсальной среды смарт-контрактов для каждой новой возможности.