Устойчивая экономическая модель оракула и экономическая структура Web3

Первоначальное намерение Web3 — попытаться заменить неудачную традиционную модель доверия децентрализованной системой. После этого люди обратили свое внимание на достижение «соответствия продукта рынку» (product-market fit) и увеличение числа пользователей. В процессе Web3 превратился в далеко идущую технологическую революцию. С непрерывным развитием Web3 дверь для инноваций была открыта, и Web3 стал непреодолимой силой.

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

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

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

Состав экономики Web3

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

Блокчейн

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

Пользователи блокчейна должны создавать транзакции в своем собственном реестре, и эти транзакции генерируют комиссии за сетевые транзакции и MEV, и эти сборы передаются майнерам или валидаторам, вознаграждая их за их усилия по поддержанию работы блокчейна. Комиссионные за транзакции оплачиваются на одноранговой основе с помощью собственных токенов блокчейна, но большинство комиссий за транзакции и вознаграждения MEV для блокчейнов со смарт-контрактами поступают от пользователей внутрисетевых приложений. Кроме того, блокчейны, предназначенные для расчетов, будут получать комиссию за транзакцию из сети L2 (т. е. объединение), и эти блокчейны должны предоставлять расчетные услуги для L2.

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

Приложение

Приложения относятся к конкретным продуктам и услугам, которые приносят пользу пользователям Web3. Например, пользователи могут занимать стейблкоины на кредитном рынке, покупать NFT на торговых платформах или приобретать страховку на децентрализованных страховых платформах.

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

Прикладной уровень включает в себя не только собственные приложения Web3 (например, dApp), но также традиционные предприятия и учреждения, которые разрабатывают гибридные решения (например, Web2), такие как использование смарт-контрактов для улучшения существующих серверных активов бизнес-сертификатов или подключения клиентов к Активы и услуги Web3.

Оракул

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

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

Обычно оракулы действуют как связующее звено, беспрепятственно соединяя инфраструктуру Web2 с экономикой Web3. Сборы, уплачиваемые приложениями и пользователями сети оракула, станут бюджетом безопасности, который, по сути, предназначен для обеспечения безопасности, надежности и точности сети оракула за счет экономических стимулов.

Как ценности перетекают между блокчейнами, приложениями и оракулами в экономике Web3

Активировать экономику оракула

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

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

Как блокчейн может использовать субсидии блочных вознаграждений для активизации сетевой экономики

Субсидии не являются чем-то новым в индустрии Web3. Например, блокчейн будет использовать вознаграждение за блок, чтобы мотивировать узлы проверки или майнеров, чтобы обеспечить безопасность блокчейна для удовлетворения постоянно растущих потребностей экологии приложений в цепочке; или приложения блокчейна будут использовать токены, чтобы побудить первых пользователей мотивировать раннее пользователи . Точно так же протоколы оракула используют вознаграждения оракула, чтобы стимулировать создание и текущую работу сети узлов, обеспечивая при этом безопасность и надежность. Когда эксплуатационные расходы децентрализованной сети оракула (DON) субсидируются, приложения могут пользоваться услугами оракула по гораздо более низкой цене, чем обычно, или даже напрямую бесплатно пользоваться услугами оракула, чтобы тратить больше времени Достижение роста доходов.

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

Эксплуатационные расходы сети Oracle

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

Стоимость ноды в цепочке

Чтобы сеть оракула отправила отчет оракула непосредственно в цепочку, майнерам или верификаторам блокчейна необходимо заплатить комиссию за газ, чтобы позволить подтвердить транзакцию в цепочке. Стоимость газа узла оракула зависит от нескольких переменных, в том числе от стоимости газа самого блокчейна (примечание: это зависит от баланса спроса и предложения на блочное пространство) и от того, как часто отчеты оракула публикуются в сети (примечание: Сценарии выпускаются с разной периодичностью). Потоки данных Chainlink часто публикуются на основе порогового значения отклонения (т. е. процентного изменения по сравнению с последним обновлением фида цен на активы) или на основе значения сердцебиения (т. е. с момента последнего обновления)

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

Стоимость узла вне сети

Эксплуатационные расходы сети Oracle также включают расходы вне сети, включая, помимо прочего:

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

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

• Полный узел блокчейна/RPC: операторам узлов необходимо получить доступ к полному узлу, который полностью синхронизирован с реестром блокчейна, чтобы узел оракула мог читать и записывать в блокчейне. Операторы узлов могут самостоятельно управлять полными узлами блокчейна (примечание: можно использовать облачные сервисы или локальные серверы или их комбинацию), или они могут обращаться к поставщикам RPC для доступа к полным узлам блокчейна, управляемым извне. Надежная сеть оракулов может потребовать от операторов узлов доступа к нескольким полным узлам на блокчейн для повышения операционной стабильности. Вообще говоря, чем более широко используется блокчейн, обслуживаемый оператором узла, тем больше полных узлов блокчейна необходимо использовать. Блокчейны с относительно высокой пропускной способностью могут потребовать от операторов узлов расходовать больше ресурсов для полной синхронизации реестров.
• Подписка на поставщика данных: операторам узлов, предоставляющим услуги оракула, необходимо получать данные от внешних поставщиков данных.Таким операторам узлов обычно необходимо подписываться на API для получения доступа к данным. Премиум-источники данных часто также взимают плату, например, за год или за использование. Каждый оператор узла в высококачественной сети оракула может подписаться на услуги API нескольких поставщиков данных для определенной точки данных, чтобы улучшить децентрализацию сети.

Каждый оператор узла Chainlink ценовых каналов Chainlink получит доступ к нескольким агрегаторам высококачественных данных и возьмет медиану

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

Стоимость криптоэкономической безопасности

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

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

Стоимость координации

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

• Версия Oracle: развертывание новой сети Oracle требует отбора и набора операторов узлов, поиска поставщиков высококачественных данных и настройки параметров сети для удовлетворения потребностей конкретных сценариев приложений. Хотя пользователи могут выполнять эти ключевые задачи самостоятельно, координатор может упростить эти процессы и позволить разработчикам сосредоточиться на разработке основной бизнес-логики.
• Обслуживание Oracle: Сеть Oracle требует постоянного мониторинга и обслуживания для поддержания определенного уровня безопасности, гарантированных уровней обслуживания и удовлетворения меняющихся потребностей клиентов. В то время как операторы узлов сами решают многие задачи обслуживания, координаторы могут помочь им выявить и решить проблемы, связанные с работой и зависимостями сети оракула.
• Исследования и разработка машинных служб оракула. Спрос пользователей на машины оракулов постоянно меняется, поэтому необходимо постоянно улучшать существующие службы машин оракулов и создавать новые службы машин оракулов. Координатор может помочь в разработке службы оракула, необходимой пользователям, а также улучшить безопасность, скорость и гибкость основного основного протокола оракула.
• Техническая поддержка: Поскольку в Web3 продолжают появляться новые разработчики и проекты, необходимо предоставить им техническое руководство, чтобы помочь им понять, как использовать оракулы в своих приложениях. Координаторы объединят свои знания и опыт, чтобы помочь проектам в экосистеме успешно создавать сети оракулов или интегрировать машины оракулов в приложения.

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

Какие риски несет провал экономической модели оракула?

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

Экономические стимулы продолжают приходить в упадок

Исходная экономическая модель протокола оракула основана только на механизме субсидий для вознаграждения поставщиков услуг. В краткосрочной перспективе пользователи могут извлечь выгоду из этих субсидируемых услуг. Но в долгосрочной перспективе сеть оракулов не имеет стабильной экономической модели, оракулы могут быть атакованы, и конечной жертвой станет пользователь. Если долгосрочные стимулы для поставщиков услуг будут снижены, это ослабит безопасность всей сети, поскольку альтернативная стоимость запуска вредоносных атак будет все ниже и ниже.

Стоимость переключения и предположения о доверии

Другая проблематичная экономическая модель состоит в том, чтобы надеяться, что новые протоколы оракулов будут продолжать появляться, а затем использовать субсидии этих соглашений. Этот ход мыслей очень опасен. Во-первых, протокол оракула не может вечно субсидировать пользователей, что экономически нецелесообразно. Таким образом, кто-то будет продолжать находить новые, «бесплатные» решения для оракула, и это предположение непредсказуемо. Кроме того, все новые протоколы Oracle не тестируются на рынке и, следовательно, представляют значительный риск для приложений. Если одно-единственное обновление оракула пойдет не так, это может навсегда разрушить доверие пользователей к приложению, и такие вещи действительно случались в индустрии Web3. Другой моделью является ротация оракула, которая влечет за собой затраты на переключение, а это означает, что приложения должны тратить драгоценное время разработки и ресурсы на переход на новое решение оракула.

Конфликт интересов

Если машина оракула «бесплатна» или пользователи могут «факультативно платить», а четкая и устойчивая экономическая модель отсутствует, то долгосрочная жизнеспособность и способность получения ценности службы оракула будут отмечены большим знаком вопроса. Ни одна инфраструктура или услуга не являются бесплатными. Вы либо платите за продукт, либо вы являетесь продуктом. Это истина индустрии Web2, и Web3 может страдать от той же проблемы. «Бесплатные» оракулы либо плохого качества и сопровождения, либо предназначены для бесплатного привлечения пользователей, а затем режут лук-порей, например, используя информационную асимметрию и жертвуя интересами пользователей ради удовлетворения собственных интересов.

Манипуляции с цепочкой

Разработчики могут считать, что взвешенная по времени средняя цена (TWAP) или другой доступ к данным с децентрализованных бирж в сети (DEX) — это «бесплатное» решение оракула. Хотя данные размещаются в цепочке, оракулы DEX не бесплатны.Эти торговые платформы нуждаются в высокой ликвидности и решениях по обслуживанию, чтобы предоставлять средства для поддержания последних рыночных цен. Кроме того, оракулы DEX по-прежнему очень небезопасны, поскольку охватывают ограниченный диапазон рынков и не могут одновременно учитывать как устойчивость к взлому, так и низкую задержку.

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

Даже если ликвидности всегда много, многоблочные атаки и другие инновационные векторы атак могут увеличить риск оракулов DEX. Дело в том, что самым большим экономическим стимулом для DEX является обеспечение ликвидности рынка, а не предоставление надежных и точных ценовых оракулов.

Экономика Chainlink 2.0: устойчивая экономическая модель оракула

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

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

Chainlink 2.0 Economics — это многосекторальная инициатива, направленная на создание положительного цикла вокруг безопасности, получения ценности и внедрения сети Chainlink.

Увеличение комиссионных доходов для сети Chainlink

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

Мы запустили или в настоящее время экспериментируем со следующими инициативами по увеличению доходов от платы за пользование для поставщиков услуг в сети Chainlink.

• Оплата в зависимости от использования: в этой модели пользователи будут платить за службу оракула в зависимости от использования. Например, все решения Chainlink VRF, Automation и Functions требуют, чтобы приложения вносили плату в договоре подписки в сети, из которого поставщик услуг будет вычитать комиссию. Существует также модель, при которой пользователь платит непосредственно из кошелька при выполнении транзакции, включающей службу оракула. Модель оплаты на основе использования может позволить приложениям самостоятельно управлять стоимостью инфраструктуры оракула простым и масштабируемым образом или приложения могут передавать стоимость оракула непосредственно конечному пользователю.
• Распределение платы за пользование: Приложение делится частью дохода от платы с поставщиком услуг Chainlink для оплаты услуги оракула. Эта модель разделения платы за пользование может учитывать потребности в настройке зрелых соглашений, а также может использоваться в качестве дополнения, когда первая модель оплаты неприменима. В недавно одобренном предложении о распределении платежей Chainlink и GMX 1,2% дохода от GMX V2 и более поздних версий будет использоваться для оплаты поставщикам услуг Chainlink за услуги оракула с малой задержкой и соответствующую техническую поддержку. По мере того, как залог акций Chainlink продолжает повторяться и поддерживать все больше и больше сервисов оракула, часть сборов с пользователей, упомянутых в предложении, будет напрямую распределяться между залогодателями, чтобы вознаградить их за улучшение криптоэкономической безопасности сервисов Chainlink для GMX. Это сделает отношения между поставщиками услуг Chainlink и приложениями более тесными, а расширение масштаба приложений также принесет больше экономических стимулов для службы оракула, что, в свою очередь, повысит безопасность оракула для приложений.
• BUILD: Программа Chainlink BUILD предназначена для ускорения роста проектов на ранней стадии, которые, как правило, еще не начали приносить доход. Проекты, присоединяющиеся к BUILD, могут в приоритетном порядке получать различные услуги и техническую поддержку Chainlink. Взамен сторона проекта должна пообещать выплатить определенный процент нативных токенов (обычно 3-7%) поставщикам услуг Chainlink, включая залогодателей. Таким образом, приложения, находящиеся на ранних стадиях разработки и внедрения, также могут получать услуги Oracle и дополнительные ресурсы и в конечном итоге превращаться в зрелые приложения с устойчивыми потоками доходов.

Сокращение операционных расходов для поставщиков услуг Chainlink

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

В настоящее время реализуются некоторые из следующих инициатив по снижению эксплуатационных расходов сети Chainlink:

• OCR 2.0 : Chainlink Off-chain Reporting (OCR) 2.0 — это новейший согласованный протокол вне сети, запущенный Chainlink. DON может эффективно достичь консенсуса по определенной точке данных или расчету с помощью OCR 2.0. OCR 2.0 предоставляет общую платформу для нескольких сервисов Chainlink, создавая интерфейс подключаемого модуля отчетности. Этот интерфейс упрощает сложный процесс запуска различной логики продукта и повышает эффективность и объем OCR.
• Оракул с малой задержкой: оракул с малой задержкой Chainlink представляет собой решение оракула по запросу, и отчеты оракула генерируются вне сети на регулярной основе. Пользователи, приложения или решения автоматизации Oracle могут извлекать и отправлять данные в цепочку для проверки пользовательских транзакций. В модели вытягивающего оракула отчеты оракула отправляются в цепочку только при необходимости, а не автоматически загружаются в цепочку на основе заранее определенных условий. В этой модели ответственность за оплату газа в сети переносится с оператора узла оракула на приложение или пользователя.
• Прекращение поддержки фидов данных: Chainlink постоянно оценивает использование и экономическую целесообразность фидов данных во всех сетях. Каналы данных без общедоступных пользователей или путей устойчивого развития могут быть объявлены устаревшими. Целью этого является устранение ненужных расходов для операторов сети и узлов. Однако устаревшие потоки данных также могут быть повторно опубликованы в других блокчейнах или на L2, если пользователи запросят это.

Кроме того, мы запустили планы по предоставлению приложениям буфера до тех пор, пока не будет сгенерировано достаточно пользовательских сборов для оплаты службы оракула:

• МАСШТАБ: Блокчейны L1 и L2, участвующие в программе SCALE (полное название — Устойчивый доступ к цепочке для включения уровней 1 и 2), освобождают узлы от эксплуатационных расходов на услуги Chainlink на определенный период времени с целью активации экологии приложений. на блокчейне. SCALE может способствовать сотрудничеству между Chainlink и различными блокчейнами для совместного обеспечения инфраструктуры оракула, необходимой для приложений. У приложений будет больше времени для создания устойчивых потоков доходов и, в конечном итоге, они смогут оплачивать инфраструктуру блокчейна и оракула.

Обеспечение криптоэкономической безопасности с помощью токенов LINK

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

• Оплата: Первый вариант заключается в оптимизации процесса оплаты за услуги оракула. После оплаты в LINK комиссионный доход поставщика услуг будет связан с общей безопасностью и работоспособностью сети Chainlink. Это, в свою очередь, создает дополнительные экономические стимулы для поставщиков услуг по повышению безопасности и надежности. Чтобы максимально оптимизировать процесс оплаты, помимо LINK, в некоторых случаях для оплаты могут использоваться другие активы, в том числе нативные активы. Однако при оплате другими активами ставка комиссии выше, чем при оплате LINK. При оплате другими активами платеж будет конвертирован в LINK и распространен в сети Chainlink.
• Гарантия безопасности услуг на основе залога акций: Второе решение заключается в обеспечении безопасности на основе залога акций. В этом режиме LINK будет храниться в смарт-контракте стейкинга. Эти деньги вычитаются в качестве штрафа, если служба оракула не соответствует заранее определенным требованиям. Залогодатель может разделить часть платы за услугу, уплаченную пользователем и приложением, потому что залогодатель гарантирует безопасность службы оракула, размещая ССЫЛКУ. Модель безопасности, основанная на залоге доли, может быть дополнительно расширена, чтобы ввести защиту от убытков. Защита от убытков относится к приложениям, в которых часть конфискованных токенов LINK может быть использована для компенсации потерь из-за услуг оракула. И залогодатели операторов узлов, и залогодатели сообщества могут гарантировать безопасность услуг посредством залога акций. Staking v 0.1 будет запущен в 2022 году, а более поздние версии будут постепенно добавлять больше функций и гарантий безопасности.
• Создание репутации узла на основе залога доли: третий вариант — установить механизм репутации для узлов оракула на основе залога доли. Проще говоря, при условии, что другие показатели производительности одинаковы, чем больше LINK обещает нода, тем больше рабочих мест и сборов с пользователей она может заработать. То есть возможность получения дохода узла прямо пропорциональна количеству токенов LINK, которые он готов заложить. Объявленное количество LINK отражает их обязательство гарантировать нормальную работу сети оракула, а также означает, что эти узлы обеспечивают дополнительные гарантии безопасности для службы оракула.

Хотя первоначальная модель криптоэкономической безопасности будет в основном вращаться вокруг платежей LINK, постепенно она будет сосредоточена на размещении токенов LINK для обеспечения безопасности услуг Chainlink. Чтобы вознаграждать узлы для дальнейшей защиты криптоэкономики путем размещения токенов LINK, сеть Chainlink будет распределять часть пользовательских комиссий между стейкерами.

Под влиянием сильного сетевого эффекта Chainlink многие dApps из различных блокчейнов и треков смарт-контрактов могут выдавать токены залогодателям, чтобы вознаградить их за их вклад в безопасность сервиса Chainlink.

Постепенное повышение устойчивости и предсказуемости

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

Создание устойчивой экономической модели оракула является необходимым условием успеха Web3

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

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

——

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