💬 Нет блокчейн-оракулов? Интеграция Web3 и Web2 через HTTP

Нет блокчейн-оракулов? Интеграция Web3 и Web2 через HTTP

Создание Web3 и использование технологии блокчейна для децентрализации контроля над сетями, платформами и данными — мощная идея, которая может помочь возродить открытый Интернет. Но сторонники блокчейна считают, что смарт-контракты не съедят мир, пока децентрализованные приложения не смогут напрямую взаимодействовать с Web2, как это делают сегодня обычные потребительские веб-сервисы. Только тогда блокчейны интегрируют миллиарды пользователей Web2 в сервисы Web3.

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

Поскольку блокчейны, такие как Ethereum (ETH) и Solana (SOL), не могут предложить собственные решения оракула, разработчики децентрализованных приложений сталкиваются с дополнительной сложностью программирования, затратами, задержкой и рисками безопасности, связанными с использованием доверенного промежуточного программного обеспечения для запроса внешних данных. Они обычно интегрируют централизованные оракулы и сети оракулов, такие как Chainlink (LINK), чтобы разрешить своим смарт-контрактам доступ к инфраструктуре вне сети, но им необходимо регулярно проверять, чтобы эти службы оракулов надежно возвращали действительные ответы, которые не были скомпрометированы.

Умные контракты выигрывают от возможности получать данные вне сети из реального мира. Например, децентрализованные биржи часто получают обменные курсы от централизованных бирж, таких как Coinbase. Вот почему финансовые смарт-контракты, автоматические маркет-мейкеры и торговые платформы обычно зависят от оракулов при навигации по связанным уязвимостям и эксплойтам, таким как манипулирование ценовыми оракулами. Что, если бы у децентрализованных приложений был прямой API для доступа к внешним данным? Что, если бы разработчикам больше не нужно было привлекать сторонних посредников и платить за них для отправки запросов в сети и передачи ответов вне сети?

В знак того, что технология блокчейна продолжает развиваться, Интернет-компьютер (ICP) недавно реализовал API, который позволяет смарт-контрактам и децентрализованным приложениям напрямую отправлять исходящие вызовы HTTP, включая защищенный трафик HTTPS. «Если вы разработаете канистровый смарт-контракт на блокчейне Интернет-компьютера, он сможет напрямую совершать исходящие HTTPS-вызовы на серверы Web2 и без доверия получать прямой ответ», — объясняет Дитер Зоммер, технический руководитель программы в Фонде DFINITY, который занимается исследованиями и разработками в Интернет Компьютер. «С точки зрения разработчика этот опыт ближе к знакомой парадигме программирования Web2 без оракулов».

HTTP-API

Способ, которым обычно работают такие проекты оракула, как Chainlink, UMA (UMA) и API3 (API3), включает в себя внешний орган, который считывает данные из определенного внешнего источника и записывает их в уникальный смарт-контракт для передачи этих данных в ответ на ончейн-запросы. Затем смарт-контракты, работающие на блокчейне, можно запрограммировать на использование оракула в качестве замены или транслятора данных вне сети.

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

Внедрение прямого HTTP API для смарт-контрактов открывает для Web3 путь к беспрепятственному взаимодействию с установленными службами и источниками данных на основе HTTP, создавая множество возможностей приложений, которые могут эффективно использовать огромные объемы данных Web2. Функция исходящих вызовов HTTPS недавно включена в стек компьютерного протокола Интернета с упором на уровень консенсуса. Смарт-контракты Интернет-компьютера развертываются в блокчейнах подсети, при этом код и состояние каждого накопителя реплицируются во всех узлах данной подсети.

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

"Стек протоколов IC концептуально можно рассматривать просто как коммуникационный канал между накопителем и обычным HTTP-сервером, который гарантирует, что ответ HTTP проходит через консенсус, и все честные реплики получают точно такой же ответ при выполнении", документация объясняет.

Каждый из узлов подсети, на котором выполняется данный смарт-контракт в Интернет-компьютере, запрашивает URL-адрес, и если достаточное количество узлов получает один и тот же ответ, он возвращается запрашивающему накопителю. Если ответы реплик различаются — например, из-за содержащихся временных меток, разного порядка значений ответов или разных перекрывающихся наборов значений ответов — разработчики могут просто закодировать функцию преобразования. Это стандартизирует ответы, удаляя ненужные части (например, временные метки или идентификаторы), сортируя значения или обрезая значения ответов — по сути, выполняя любое соответствующее преобразование, которое делает ответы всех реплик равными, чтобы в конечном итоге прийти к консенсусу.

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

«Смарт-контракт контейнера сам по себе является HTTP-клиентом, поэтому мы придаем ему максимально возможную гибкость и мощность, чтобы обеспечить возможность интеграции Web3 с Web2», — говорит Соммер. «С меньшими затратами и меньшим количеством предположений о доверии разработчики децентрализованных приложений могут расставлять приоритеты в своих продуктах и ​​бизнес-логике, а пользователи получают более надежную защиту и меньшую задержку».

После оракулов

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

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

Устранение сложности текущих решений Oracle для доступа к данным вне сети может ускорить разработку Web3 и адаптацию пользователей. Вызовы HTTPS на Интернет-компьютерах показывают, как теперь разработчики могут создавать продукты и децентрализованные приложения, которые напрямую взаимодействуют с обычными серверами и корпоративной инфраструктурой, эффективно стирая грань между Web2 и Web3, а смарт-контракты действительно пожирают мир.