ДЕФИРОГАН #54. Guide по Оракулам
Выдержки с лучших англоязычных подкастов.
В рамках встречи в Twitter Spaces от Revelo Intel, Кирк встретился с Jayant Krishnamurthy из Douro Labs, Ashar L Shahid из API3 и Matt Gurbiel из Redstone Oracles, чтобы обсудить эволюцию и влияние моделей Oracle в технологии блокчейна.
- Кирк (ведущий) – Руководитель по развитию бизнеса в Revelo Intel.
- Jayant Krishnamurthy (гость) – Технический директор в Douro Labs и участник в Pyth Network.
- Ashar L Shahid (гость) – Руководитель DeFi и инженер блокчейна в API3.
- Matt Gurbiel (гость) – Руководитель по развитию бизнеса в Redstone Oracles.
- Douro Labs – разрабатывает инструменты Oracle, продукты и инфраструктуру Web3 для набора децентрализованных данных Pyth Network.
- Pyth Network – это протокол Oracle, который соединяет владельцев рыночных данных с приложениями на различных блокчейнах.
- API3 – совместный проект по предоставлению традиционных API-услуг платформам смарт-контрактов в децентрализованной и минимизирующей доверие форме.
- Redstone Oracles – Oracle, который предоставляет часто обновляемые, надежные и разнообразные потоки данных для вашего dApp и смарт-контрактов на нескольких L1 и L2.
Исследование моделей Oracle в блокчейне: сдвиги и стратегии в обработке данных
• Джаянт рассказывает о работе в Douro Labs над Pyth Network, Oracle, который предоставляет данные финансового рынка высокой частоты от первоисточников, таких как Jane Street и Virtu Finance.
• Ашар объясняет, что API3 это first-party push Oracle, где ноды напрямую передают данные на блокчейн.
• Мэтт описывает Redstone как поставщика Oracle, который использует как методы push, так и pull, с текущим акцентом на push и стремлением построить инфраструктуру для извлечения цен из торговых площадок на блокчейне.
• Джаянт говорит, что Pyth Network отличается тем, что получает данные от множества финансовых фирм первого уровня и криптовалютных бирж.
• Мэтт объясняет, что Redstone сосредоточен на получении данных от институциональных провайдеров и разработке инфраструктуры для извлечения цен с торговых площадок на блокчейне, отмечая, что Redstone видит pull как потенциальную конечную цель для Oracle.
• Джаянт объясняет, что исторически Oracle работали по модели push, где операторы постоянно обновляют контракты в блокчейне с off-chain данными, такими как цены на активы. Эта модель включает в себя обязательства по регулярным обновлениям.
• Джаянт подчеркивает появление модели pull Oracle, которая отличается тем, что позволяет проверять и получать доступ к данным без их непосредственной передачи в блокчейн. Вместо этого, любой может обновить состояние блокчейна, используя эти проверяемые данные.
Модели Oracle: Push Vs. Pull Динамика и их влияние на эффективность блокчейна
• Кирк спрашивает о переходе от модели push к модели pull в Oracles и её последствиях.
• Ашар обсуждает преимущества модели pull, которая демократизирует процесс обновления. Он подчеркивает, что в критические моменты, такие как крахи рынка, модель push жизненно важна из-за необходимости надежных и своевременных обновлений состояний блокчейна.
• Ашар говорит, что, несмотря на потенциальные преимущества модели pull, модель push остается золотым стандартом в Oracle из-за проблем надежности и важности надежной инфраструктуры для точного представления данных на блокчейне.
• Мэтт объясняет, что протоколы, такие как Aave или Compound, выигрывают от часто обновляемых цен, что позволяет улучшить соотношение заемных средств к стоимости активов и общую эффективность протокола.
• Он упоминает, что многие предпочитают модель push из-за существующих зависимостей кода, но будущие версии этих протоколов могут стать агностичными к интерфейсам.
• Мэтт говорит, что на более дешевых блокчейн-сетях могут стать возможными непрерывные обновления цен, смешивая модели Oracle push и pull в стандартную. Он подчеркивает потенциал непрерывных обновлений для повышения полезности Oracle на экономически выгодных цепочках.
• Джаянт спрашивает, могут ли на более дешевых цепочках непрерывные обновления цен упростить модель Oracle или могут ли инновационные программные интерфейсы более дискретно управлять обновлениями.
• Мэтт говорит, что его основной момент касается модели push Oracle, где обновления цен инициируются внешними сущностями, а не конечными пользователями, предполагая, что при низких затратах на цепочку непрерывные обновления могут стандартизировать операции Oracle для различных случаев использования.
• Ашар приводит пример быстрой блокчейн сети с Oracle модели push, который позволяет без проблем интегрировать подписи между сетями, превращая Oracle модели push в pull на других сетях. Он подчеркивает важность контроля над данными на блокчейне.
Приоритеты безопасности, надежности и скорости в дизайне системы Oracle
• Кирк говорит об эволюции моделей Oracle, задавая вопросы о главных соображениях и необходимых компромиссах при проектировании этих систем, таких как скорость, безопасность и надежность.
• Джаянт подчеркивает, что пользователи Oracle придают приоритет безопасности, надежности, а затем скорости, в этом порядке, из-за высоких ставок, связанных с поддержанием точных и безопасных данных.
• Джаянт обсуждает приоритеты дизайна сети Pyth, выделяя её децентрализованный характер, который повышает безопасность и надежность без существенного ущерба для скорости, управляя обновлением цен каждые 400 миллисекунд.
• Ашар подчеркивает, что безопасность и надежность критичны, особенно поскольку Oracle модели push, хоть и не очень быстрые, превосходят в безопасности для навигации по блокчейну, несмотря на более высокую стоимость.
• Мэтт говорит, что необходимость в скорости для Oracle зависит от конкретного случая и пользователя, при этом сценарии с высоким кредитным плечом требуют частых обновлений, что связывает скорость с безопасностью и надежностью, особенно на рынках кредитования.
• Кирк комментирует, что скорость и безопасность взаимосвязаны, предполагая, что частые обновления могут снизить воздействие плохой или манипулированной feed.
• Джаянт затрагивает тему безопасности, подчеркивая важность избыточности в системах Oracle для предотвращения манипуляций и обеспечения надежности системы, объясняя, что децентрализованный характер их платформы повышает надежность, требуя множественных сбоев для поломки системы.
• Мэтт объясняет, что Redstone фокусируется на избыточности и децентрализованной сети. Он подчеркивает важность безопасности и его уникальный механизм обнаружения цен для торговли на бирже, который использует ликвидность и проскальзывание вместо объема, что затрудняет манипуляции.
• Ашар обсуждает функции безопасности API3, выделяя, что их ноды напрямую передают данные в блокчейн без промежуточного слоя, повышая прозрачность и проверяемость.
• Кирк спрашивает о процессе обращения с неправильной отчетностью Oracle в API3.
• Ашар описывает подход API3 к решению проблем с Oracle, включая круглосуточный мониторинг и возможность замены ненадежных провайдеров, поддерживая целостность системы через строгий надзор и управление провайдерами.
Децентрализация: Взгляды и Вызовы в Управлении Oracle и Протоколами
• Джаянт объясняет, что Pyth работает как децентрализованный протокол и что Douro Labs не контролирует участие пользователей, которое управляется управлением протокола Pyth через совет, избранный держателями токенов. Он добавляет, что Douro Labs мониторит деятельность и может предлагать действия, но в конечном итоге не может принимать односторонние решения.
• Кирк сомневается в эффективности децентрализованного принятия решений и спрашивает о потенциальных задержках в чрезвычайных ситуациях, выражая интерес к тому, как это работало до сих пор. Джаянт признает ограниченный опыт с децентрализованной моделью, но отмечает, что группа лиц, принимающих решения, обычно собирается в течение нескольких часов через платформы связи, такие как Telegram, хотя немедленные действия маловероятны.
• Мэтт говорит, что Redstone все еще находится в процессе перехода и не имеет токена, что ограничивает возможности их протокола по сравнению с другими. Он подчеркивает значительный мониторинг и программирование для управления потенциальными проблемами и ожидает увеличения автономии после запуска токена.
• Ашар комментирует иллюзию децентрализации в Oracle, включая Chainlink, отмечая централизованные механизмы управления, такие как multisig, которые могут изменять статус оператора ноды. Он говорит, что истинная децентрализация редка и часто неправильно понимается в сфере Oracle.
• Джаянт указывает, что поставщики данных представляют собой точку централизации, независимо от структуры Oracle, и подчеркивает врожденную централизацию в системах, которые зависят от немногих источников данных.
• Ашар обсуждает различные степени централизации, упоминая производство блоков Ethereum в качестве примера, и говорит, что Oracle в целом более централизованы, чем обычно считается.
• Мэтт объясняет работу Chainlink, утверждая, что, хотя они декларируют децентрализацию, реальность включает значительный компонент репутации, который влияет на работу ноды, подрывая чисто криптоэкономическую модель безопасности.
• Ашар критикует жизнеспособность криптоэкономики в Oracles, объясняя несоответствие между финансовым риском и фактической рыночной капитализацией, предполагая, что текущая модель неэффективна в обеспечении безопасности.
Будущее и прибыльность поставщиков Oracle на рынках данных
• Кирк задает вопрос о конкурентной среде среди ведущих data providers, отмечая, что их ограниченное количество, по-видимому, устанавливает рынок в плане ценообразования и доступности.
• Джаянт говорит, что данные принадлежат провайдерам, и они могут выбирать продавать их или делиться ими, подчеркивая, что их роль заключается в том, чтобы облегчить этот процесс.
• Кирк ставит под сомнение бизнес-модель Oracle, спрашивая, как они генерируют доход.
• Мэтт объясняет, что как провайдер Oracle, они могут монетизировать через различные стороны рынка, включая новые сети, присоединяющиеся к экосистеме, что исторически включало значительные сборы. Он говорит, что конкуренция увеличивается, что приводит к потенциально более низким премиальным сделкам.
• Мэтт упоминает другой источник дохода от протоколов, использующих их каналы цен, приводя конкретную сделку с GMX, которая включает процент от сборов протокола. Он выражает предпочтение модели сбора транзакционных сборов, которая позволила бы собирать небольшой сбор за каждую транзакцию, облегчаемую Oracle.
• Джаянт добавляет, что модель сбора транзакционных сборов, контролируемая управлением и в настоящее время с низкой ставкой, могла бы работать, если объем транзакций достаточен для поддержки бизнес-модели с низкой маржой.
• Ашар говорит, что в API3 они поняли, что индустрия Oracle нерентабельна, за исключением стратегий с токенами, которые он считает аналогичными схемам Понци. Он критикует ценность Chainlink и ставит под сомнение полезность токенов управления.
• Ашар объясняет, что они выявили Oracle Extractable Value (OEV), который может вызвать значительные финансовые события, такие как ликвидация на 10 миллионов долларов. Это открытие позволяет им монетизировать обновления Oracle с помощью аукционной модели, отходя от традиционных моделей к той, которая может заставить производить обновления и запускать прибыльные события.
• Ашар добавляет, что эта модель сэкономила протоколам, таким как Aave и Compound, почти 100 миллионов долларов за три года, при этом API3 взимает небольшой процентный сбор. Он подчеркивает масштабируемость этой модели в соответствии с ростом DeFi.
• Мэтт признает заслуги API3 в популяризации OEV, термина, который, возможно, они и придумали. Он признает ценность таких транзакций, особенно на волатильных рынках, и указывает, что они рассматривают возможность более глубокого взаимодействия с этой концепцией.
• Ашар говорит, что API3 придумали термин OEV, который специфичен для Oracle, и отмечает, что они планируют скоро запустить связанные инициативы.
Инновации и Расширения Блокчейна: Развитие и Возможности
• Джаянт выражает интерес к развитию протоколов perps, отмечая их распространение и потенциал для перехода большего объема торговли с централизованных на децентрализованные платформы, что улучшит пользовательский опыт.
• Ашар выражает восторг по поводу запуска OEV и потенциала доходов, который это приносит, подчеркивая преимущество его команды перед традиционными Oracle, такими как Chainlink, в адаптации к новым запускам блокчейнов.
• Мэтт обсуждает высокий спрос на услуги Oracle Redstone и проблемы управления как организационными, так и техническими требованиями, которые влечет за собой этот рост.
• Он делится своим интересом к вовлечению институциональных участников в блокчейн, в частности упоминая участие BlackRock в Ethereum и токенизированные сделки.
• Мэтт отмечает сотрудничество с протоколами LRT и ожидание того, что новые примитивы будут использоваться в производстве. Он упоминает широкую деятельность в блокчейне на различных платформах, включая Solana и Sui, и выражает восторг от легитимности, которую традиционные финансовые инструменты, такие как ETF на Bitcoin, приносят их отрасли.
Отблагодарить автора за контент и перевод, ERC-20