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

Я впервые столкнулся с $OPEN этим токеном во время взаимодействия с тестовой сетью. Тогда нужно было заложить небольшое количество токенов, чтобы активировать узел проверки данных; весь процесс занял менее двух минут, а Gas-стоимость была настолько низкой, что я трижды перепроверял. Позже я узнал, что архитектура OpenLedger разделяет хранение данных, проверку и выполнение вычислений на разные уровни, а токены в основном используются для оплаты услуг проверяющих и залога узлов, а не как во многих проектах, где все расходы перекладываются на пользователей. Эта конструкция напомнила мне ранний интернет с его слоистой моделью TCP/IP — каждый уровень делает только одно дело, но в совокупности они могут поддерживать почти все приложения.

Действительно, то, что заставляет меня считать это направление недооцененным, — это его 'комбинируемость данных'. Раньше каждому DApp для получения внешних данных приходилось либо самостоятельно настраивать оракул, либо подключаться к сторонним сервисам, что приводило к единственному источнику данных, легко поддающемуся манипуляциям. #OpenLedger позволяет любому развернуть модуль источника данных, например, какое-то сообщество может внести данные о расчете в цепочке, другой узел может предоставить информацию о погоде, а эти модули, пройдя верификацию с нулевым знанием, могут быть использованы в любом приложении. У меня есть друг, который занимается прогнозными рынками, он говорит, что сейчас стоимость подключаемых ими источников данных снизилась почти на 60%, потому что больше не нужно отдельно подключать поставщиков данных для каждого рынка.

Конечно, модульность тоже имеет свою цену. Появление дополнительного уровня посредника ведет к тому, что общая задержка отклика будет на десятки миллисекунд выше, чем у централизованных решений. Но для меня такая компромисс вполне приемлем — в конце концов, мы стремимся к надежным данным в децентрализованной среде, а не к нескольким миллисекундам скорости. Я даже думаю, что с развитием Layer2 и DA-уровней такие легковесные и модульные решения, как OpenLedger, будут становиться все более необходимыми. Как ты не будешь использовать одну высокоскоростную трассу для решения всех транспортных задач, но тебе понадобятся стандартизированные контейнеры и транспортные узлы.

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