Red Stone — новый гем? обзор проекта

Я недавно наткнулся на интересный проект и решил сделать по нему небольшой обзор, ну и в целом про Оракулы, т.к. не многие знают их принцип работы и назначение, потому устраивайтесь поудобнее вникайте в статью-пятиминутку: Следующее поколение оракулов в крипте!

В 2021 году экосистема DeFi резко возросла благодаря новым протоколам, широко освещенными на различных новостных порталах. Потоки финансовых данных являются основой для проектов, предлагающих децентрализованные продукты, такие как синтетические товары или страхование. Однако реальный потенциал Web 3.0 по-прежнему ограничен отсутствием более разнообразных типов данных. Именно здесь RedStone Oracles предлагает изменения благодаря своему уникальному подходу к хранению нестандартных данных в Arweave и их доставке во все EVM-совместимые цепочки.

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

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

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

Проблема оракулов

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

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

Узлы блокчейнов должны храниться в изолированных «песочницах» и, как таковые, не могут иметь прямого доступа к традиционным сервисам или генерировать данные самостоятельно. Без этих данных они не могут выполнять такие контракты, как определение результатов выплат по страховым полисам, определение финансовых расчетов, знание того, когда выпускать или производить платежи — другими словами, конкретный блокчейн беспомощен в решениях, которые зависят от данных, находящихся за пределами его собственной инфраструктуры. Все узлы также должны работать в одной и той же предсказуемой детерминированной среде.

Ранние попытки адаптации Оракулов

На заре блокчейна ощущалась явная нехватка стандартов и лидеров рынка. В условиях «дикого запада» почти каждый протокол создавал свое собственное решение Оракула. Однако создание оракула — нетривиальная задача, а самодельные оракулы оказались уязвимыми, что привело к многочисленным взломам. Некоторые из этих взломов были далеко не скромными: миллионы долларов были украдены или потеряны из-за слабой защиты или человеческой ошибки.

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

Еще одна ранняя попытка найти решение имела форму «двухэтапного подхода»:

1. Контракт отправляет запрос данных в службу оракула;
2. Служба оракула отправляет ответ с данными.

Это простое и гибкое решение было впервые предложено проектом Oraclize (теперь называется Provable) и Chainlink в качестве базового шаблона запроса, но основным недостатком этого подхода является то, что контракт не может получить немедленный доступ к данным, поскольку для этого требуются две отдельные транзакции; это на корню убивает удобство использования, поскольку клиенту приходится ждать, пока данные поступят в контракт, чтобы увидеть результат действия.

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

Сегодняшнее состояние дел

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

Однако высокие затраты на обслуживание этого подхода означают, что хранение данных непосредственно в блокчейне обходится чрезвычайно дорого. В исторически загруженный день, когда средняя дневная цена газа составляет 500 гвей, одна транзакция может стоить более 100 долларов США, поэтому, если мы так даьще будем продолжать, то за каждые 10 миллионов долларов США в 30 источниках, ежедневный счет составит более 400 тысяч долларов США за один токен!

В частности, Ethereum никогда не задумывался как сеть хранения данных. Поскольку оракулы не могут «приостановить» подачу данных, им приходится просто нести транзакционные издержки сети, в которой они базируются.

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

Несмотря на трудности с масштабируемостью и стоимостью, рыночная капитализация оракулов по состоянию на январь 2022 года оценивается примерно в 14 миллиардов долларов (по данным CoinGecko). С развитием индустрии DeFi и криптовалют в целом это число в ближайшем будущем будет только расти, поэтому потребность в разнообразных и надежных данных будет только расти.

И так представляем Редстоун!

RedStone стремится смягчить существующие проблемы, с которыми сталкиваются блокчейн-проекты, предлагая гибкие и доступные решения оракула. Экосистема кардинально изменилась за последние месяцы, и текущие протоколы DeFi требуют доставки большего количества данных с меньшей задержкой; RedStone предлагает радикально иной дизайн оракула, отвечающий потребностям всех современных протоколов Defi.

1. Доступное хранилище:
   RedStone использует новое поколение блокчейн-хранилищ благодаря Arweave, которое было разработано для хранения больших объемов данных за небольшую часть затрат, связанных с блокчейнами, такими как Ethereum. По состоянию на декабрь 2021 года хранение 1 ГБ на Arweave будет стоить 35 долларов, а на Ethereum — 1,7 миллиона долларов. Низкие эксплуатационные расходы позволяют нам обрабатывать больше данных с более высокой частотой обновления.
2. Загрузка по требованию:
   В RedStone инновации основаны на нашем подходе к доставке данных в различные сети. Мы не просто загружаем информацию в блокчейн каждые пару минут, как это делает большинство оракулов. Вместо этого наша идея состоит в том, чтобы хранить данные на Arweave, а сеть узлов и партнеров (таких как Streamr) делает их доступными для проектов DeFi — в форме децентрализованного общедоступного кэша.

Кроме того, EVM-Connector позволяет вводить эти данные в цепочку назначения только тогда, когда это необходимо. К той транзакции, которой требуются эти данные, прикрепляется подпись, обеспечивающая целостность, аналогично мета-транзакции. На диаграмме ниже показана упрощенная архитектура экосистемы данных RedStone (слева) и стандартная архитектура Oracle для справки (справа).

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

RedStone может получать различные типы данных — мы не ограничиваемся только данными о ценах на активы.

В настоящее время в пространстве Web3 существуют недостаточно обслуживаемые области, такие как данные, связанные с NFT, играми, страхованием, спортивной статистикой, зелеными облигациями или даже кредитным скорингом. Наша цель — заполнить пробелы в этих нишах настраиваемыми и безопасными потоками данных. RedStone может получать различные типы данных — мы не ограничиваемся только данными о ценах на активы. Технически к нашим оракулам уже можно добавлять и другие источники. Во-первых, мы хотели бы рассмотреть предложения по вариантам использования от разработчиков и сообщества, чтобы решить, какой тип данных будет наиболее полезным и позволит нам создавать инновационные протоколы. Как только мы увидим партнеров с запросами на какой-либо новый, конкретный тип данных, мы начнем работать над реализацией. В то же время стать поставщиком данных просто и полностью автоматизировано, поскольку это осуществляется через RedStone Contracts. Следовательно, весь процесс прозрачен и действительно децентрализован.

4. Целостность данных
Разрешение нескольким поставщикам данных приводит к необходимости их курировать и выбирать наиболее надежных, поэтому поставщикам данных необходимо использовать токены RedStone в качестве залога, гарантируя, что они будут продолжать работать и предоставлять данные высокого качества. RedStone также ведет полный учет деятельности провайдера, который будет постоянно доступен в цепочке Arweave, чтобы любой мог подвергнуть сомнению поток данных и получить часть этого обеспечения в случае, если данные будут искажены.

Логика разрешения споров основана на протоколе ArGue, основанном на консенсусе точки Шеллинга, который будет подробно описан в отдельной статье.

5. Межсетевые решения Oracle
Данные RedStone криптографически подписаны поставщиками и могут быть проверены в любой цепочке, поддерживающей базовые криптографические примитивы. В результате наша логика абстрагирует хранение от использования; хотя данные RedStone сохраняются в цепочке Arweave, их можно использовать с любым другим блокчейном.

Когда дело доходит до блокчейнов, нашим первым выбором являются цепи, совместимые с EVM (виртуальной машиной Ethereum), такие как Ethereum, Celo, Polygon и Avalanche. По состоянию на декабрь 2021 года более 75% всей заблокированной стоимости (TVL) основано на цепочках EVM. Наша команда вложила много ресурсов в максимизацию эффективности передачи данных, достигнув точки, когда импорт и проверка данных могут быть дешевле, чем однократное чтение из хранилища EVM.

В будущем мы планируем предлагать решения для всех основных блокчейнов в рамках наших результатов — становясь независимыми оракулами нового поколения.

Что мы делаем сейчас?

RedStone уже собирает данные, относящиеся к более чем 1000 активам, включая криптотокены, акции, валюты и сырьевые товары. Вы можете узнать больше в нашем веб-приложении.

Данные предоставляются поставщиками, которые агрегируют информацию из более чем 50 внешних источников. Мы усердно работали над оптимизацией, тестированием и документированием нашей технологии EVM-Connector для импорта данных в любую сеть EVM. Наше экспериментальное приложение для платформы синтетических активов использует эту технологию для подключения данных к сети Ethereum. Вы можете проверить это на нашем GitHub.

Что будет дальше?

Наша преданная своему делу команда постоянно работает над развитием дополнительных функций и возможностей инфраструктуры RedStone. В настоящее время мы работаем над подключением дополнительных источников данных и подключением следующих поставщиков (если вы хотите стать одним из них, заполните эту форму). Вооружившись целым рядом проектов, готовых вместе с нами опробовать это решение, мы представим варианты использования в серии публикаций в блоге в ближайшие недели. Вы также можете посмотреть сессию AMA на Arweave News, чтобы получить дополнительную информацию о RedStone.

Вскоре мы выпустим наш токен с программой стимулирования для первых пользователей, но на данный момент вы можете быть в курсе событий RedStone, подписавшись на нас в Твиттере и присоединившись к нашему сообществу Discord. Мы с нетерпением ждем ответов на ваши вопросы в разделе комментариев ниже или на канале Discord RedStone. Если вам нравится то, что мы делаем, оставьте свои 50 хлопков здесь!

Мы постоянно ищем молодые таланты и опытных разработчиков. Если вы опытный игрок, ищущий новых вызовов, напишите нам и присоединяйтесь к миссии по созданию экосистемы данных для революции DeFi и Web3!

Команда РедСтоун, перевод и авторские поправки FlyingDutchman!