В условиях относительно вялого рынка спрос на машины оракула демонстрирует тенденцию к экспоненциальному росту.
Говорит: Фрэнк, инженер по связям с разработчиками, Chainlink Labs
Организация: aididiaojp.eth, Foresight News
Я Фрэнк, инженер по связям с разработчиками в Chainlink Labs. Моя основная работа заключается в том, чтобы дать возможность большему количеству разработчиков или сборщиков, увлеченных этой отраслью, узнать больше о машинах Oracle. Основываясь на смарт-контрактах в нашей текущей инфраструктуре, мы можем думать об этом как о гибридном смарт-контракте. Смарт-контракты могут быть лучше интегрированы с различными данными в мире Web2, включая вычислительные сервисы, а затем на основе этой архитектуры значительно расширяются возможности смарт-контрактов в цепочке.
В сегодняшнем обмене я сначала представлю концепцию машины-оракула, а затем, основываясь на концепции машины-оракула, я кратко представлю децентрализованную сеть машины-оракула и некоторые услуги, которые мы можем предоставить, включая службы данных и вычислительные услуги.
Что такое оракул?
От Web 1 до Web 2 и Web 3 состояние сети и данных постоянно меняется. Сначала Web1 был службой веб-сайта, данные которой можно было читать только статически, а когда он развился до стадии Web2, данные стали доступны для чтения, записи и участия. Многие крупные компании создали бизнес-империи на основе собственных сервисов, они будут хранить все пользовательские данные в собственных базах данных, при необходимости могут реально владеть и изменять пользовательские данные. В таком случае возникает вопрос, то есть некоторые данные, которые мы создаем в Интернете или в виртуальном мире, иногда имеют какую-то ценность, так кому же принадлежит эта ценность? Основываясь на этом опыте, мы надеемся, что сможем хорошо решить эту проблему на этапе Web 3. Все данные на этапе Web 3 не существуют на сервере или узле.Он имеет децентрализованную сеть, а децентрализованная сеть представляет собой систему с несколькими книгами, состоящую из нескольких узлов. Данные хранятся в нескольких узлах, и только когда каждый узел соглашается с изменением и хранением данных, окончательные данные могут быть сохранены. Тогда это принесет нам пользу, то есть какую бы модификацию мы ни захотели внести в данные, нам нужно модифицировать их согласно заранее согласованному консенсусу. Например, если я захочу изменить баланс кошелька, если никто не отправит мне деньги, независимо от того, как владелец данных захочет их изменить, он в конечном итоге потерпит неудачу в процессе консенсуса, что сделает баланс кошелька невозможным для изменения. Только когда владелец данных отправляет транзакцию, соответствующую правилам, данные могут быть окончательно изменены, что приносит весьма очевидную выгоду. В то же время он имеет и некоторые недостатки, самый большой из которых состоит в том, что он делает систему детерминированной. Другими словами, поскольку на протяжении всего процесса будет происходить процесс консенсуса, он может выполнять только операции, которые могут проверить другие. Когда вы отправляете операцию, другие узлы должны выполнить вашу операцию, и если другие узлы успешно выполнят операцию, они могут фактически вернуть результат. Что касается того, будет ли это больше 50% или 70%, это зависит от алгоритма консенсуса. В конце концов, операция может быть записана в транзакцию, а транзакция может быть записана в блок, чтобы стать завершенной транзакцией.
Но если нам нужно выполнить некоторые недетерминированные операции, такие как получение некоторых данных API и генерация случайных чисел вне блокчейна, детерминированная система блокчейна не может быть завершена. Наш розыгрыш лотереи должен генерировать случайные числа, или внутрисетевой протокол должен знать цену актива вне цепочки, например, получение цены акций или товаров, что является недетерминированной операцией и не может быть завершено самой цепочкой блоков. . Другим примером являются вызовы API: если я, как узел в сети, вызываю внешние данные API, а затем сообщаю другим узлам в сети результат, другие узлы также выполнят его, чтобы проверить подлинность результата. ту же операцию и получить результат. Но для внешнего API, если разные люди получают один и тот же API в разное время, сервер может зависнуть, или служба может быть приостановлена, или данные могут со временем измениться. Вы делаете одно и то же в разное время, и результаты, которые вы получаете, противоречивы. Пока результат противоречив, окончательную операцию нельзя ввести в блок, и нет возможности ее завершить. Это после того, как у нас есть право собственности на данные, мы также должны нести некоторые недостатки, которые они приносят.
Чтобы решить эту проблему, нам нужно полагаться на оракулов. Блокчейн — это изолированная и детерминированная система, она не может активно получать данные из офчейна, и появление машины-оракула должно решить эту проблему. Два-три года назад появилась концепция оракул-машины, но в то время было не так много применимых сценариев, и она имела большие ограничения. Например, если вы хотите получить некоторые рыночные данные, загрузить биржевые данные в сеть блокчейн или создать структуру, чтобы поместить логику в цепочку для выполнения, но поместить актив в цепочку и защитить нормальный ход транзакций через смарт-контракты и т. д. В настоящее время необходимо получать некоторые данные из цепочки и периодически выполнять синхронизацию данных, включая данные банковских платежей или розничных продаж, и даже некоторые другие данные общедоступных событий, такие как погодные условия, географические информация, логистическая информация, спортивная информация и т. д. Результаты игр и т. д. Эти данные невозможно получить без оракула. Это сделает экологию в цепочке очень ограниченной. С непрерывным развитием экосистемы Web 3 связь между двумя мирами Web 3 и Web 2 будет становиться все теснее и теснее. Если мы хотим, чтобы Web3 был принят в больших масштабах или использовался большим количеством людей, он должен предоставлять очень богатые функции, а не ограничиваться только некоторыми операциями, которые можно выполнять только через исходные данные в цепочке.
Машина-оракул, вероятно, стала популярной в 2020 году, когда это был DeFiSummer, и большинство людей это поняли. В начале машина-оракул делала очень простые вещи, например, если вы хотите получить внешние данные и загрузить их в децентрализованную сеть, то есть блокчейн, проще всего установить централизованный узел под цепочкой, который То есть построить сервер, затем получить данные через сервер и, наконец, записать данные в дедуплицированную сеть блокчейнов, тогда эта модель называется централизованным оракулом. Несмотря на то, что он относительно прост в реализации, он принесет некоторые проблемы, например, риск единой точки отказа, то есть централизованный узел может вызвать простои по своим базовым причинам. Другая возможность заключается в том, что если услуга, предоставляемая смарт-контрактом в цепочке, зависит от данных, предоставляемых централизованным узлом, и если сумма средств, задействованных в смарт-контракте в цепочке, очень велика, то эта централизованная машина оракула может пройти свои собственные Данные, которыми можно манипулировать для запуска атаки на службу. Пока выгоды достаточно велики и нет возможности добиться полноты техническими средствами, то это единственная точка отказа. Мы хотим разместить приложение в децентрализованной сети, включая Ethereum или другие экосистемы уровня 2. На самом деле, мы также надеемся, что сможем обеспечить справедливость нашего приложения, то есть смарт-контракта, через сотни или тысячи узлов оракула в сеть и безопасность.
Конечно, если мы полагаемся на централизованные узлы для получения терминалов данных, даже если другие аспекты безопасности могут быть гарантированы, но самый важный терминал данных активов не может гарантировать безопасность, это сделает все dApp бессмысленным. Таким образом, после централизованной машины оракула существует децентрализованная сеть машин оракула, которая может снизить риск единой точки отказа, о котором мы только что упоминали. Самая большая разница в децентрализованной сети оракула заключается не в том, что один узел оракула предоставляет услуги децентрализованной сети, а через децентрализованную сеть оракула, которую также можно понимать как своего рода Layer2, то есть каждый децентрализованный узел в децентрализованной сети. Сеть оракулов может получать данные через свои собственные источники данных, а после получения результатов они могут выполнять агрегацию данных с другими децентрализованными сетями, что также можно понимать как процесс консенсуса, включая проверку того, есть ли данные. возвращаемые данные слишком сильно отклоняются от среднего значения, или просто сделайте среднее значение, затем агрегируйте данные и т. д., а затем запишите их в децентрализованную сеть. Одним из преимуществ этого метода является то, что технически он может гарантировать, что обслуживание не будет прервано, если все узлы в децентрализованной сети оракулов не перестанут обслуживать, но эта вероятность очень мала. Кроме того, на стороне данных также можно гарантировать, что данные, предоставляемые оракулом для контракта в цепочке, контролируются не одним узлом, а многими узлами. Если вы хотите манипулировать данными для запуска атаки, стоимость будет очень высокой, что эквивалентно атаке на уровень 2 или даже на децентрализованную сеть, такую как Ethereum, которая в принципе вряд ли будет успешной.
Децентрализованная сеть может значительно повысить безопасность и достоверность данных, получаемых смарт-контрактами. Для пользователей мы просто децентрализованная сеть оракулов, но на основе децентрализованной сети оракулов мы можем предоставлять некоторые другие услуги, такие как услуги данных, вычислительные услуги и межсетевые услуги. Если он основан на машине оракула для предоставления данных в сеть, на самом деле есть некоторые более сложные и дорогостоящие операции, которые также могут быть выполнены вне сети, то есть он упакован в сеть оракула вне сети для расчета. , а затем записывается обратно в высокий блокчейн сравнения безопасности. Если мы можем получать данные вне сети, мы также можем получать данные из других цепочек и записывать их в эту цепочку блоков, что фактически включает кроссчейн. Пока безопасность децентрализованной сети оракулов достаточно сильна, она может гарантировать безопасность сервисов данных, вычислительных сервисов и кроссчейн-сервисов на ее основе. Chainlink предоставляет различные услуги на основе децентрализованных оракулов, которые могут соединять данные Web 3 и Web 2, включая данные уровня 1 и уровня 2, чтобы каждый мог получить как можно больше соответствующих данных и услуг.
Какие услуги предоставляют оракулы Chainlink?
Далее позвольте мне кратко представить услуги, предоставляемые оракулами Chainlink. Конечно, есть много сервисов, основанных на Chainlink, и я поделюсь некоторыми сервисами с более применимыми сценариями.
Если вы хотите в будущем внести какие-то инновации в области DeFi, GameFi, NFT и SocialFi, велика вероятность, что вам понадобится оракул для получения данных. Потому что вы должны получать данные цепочки очень децентрализованным и безопасным способом и записывать их обратно в свой смарт-контракт в цепочке.
Первая услуга — это ценовая подача, термин, который вы часто слышали раньше, и он станет популярным в DeFiSummer в 2020 году. В 2020 году появилось много проектов DeFi, начиная с Uniswap, за которым последовал кредитный контракт Compound, а затем проект синтетических активов Synthetics и другие приложения, Все они имеют большой спрос на данные вне сети, потому что могут использоваться только защищенные данные. Данные могут использоваться пользователями децентрализованно через контракты, и важную роль играет служба подачи цен оракула.
На рисунке выше показана базовая блок-схема службы подачи цен, в которую входят 3 важных участника. Первая — это децентрализованная сеть машин-оракулов, о которых мы только что упоминали; вторая — поставщики данных, которые могут быть биржами или другими крупными авторитетными учреждениями, и все они могут выступать в качестве поставщиков данных; третья — пользовательский контракт. Процесс, показанный на приведенном выше рисунке, очень прост.Каждый поставщик данных может предоставлять узел сети оракулов Chanlink через интерфейс или службу источника данных, и каждый узел сети оракулов также может получать данные в соответствии со своей собственной службой. затем в процессе агрегации данные, полученные каждым каналом, записываются в контракт проверки, развернутый в цепочке. Если он проходит проверку, данные могут быть записаны и могут использоваться пользователями в дальнейшем, вот и весь процесс. Клиенту нужно использовать контракт только для получения и использования нескольких данных.
Существует много вариантов использования для подачи цен, таких как Compound, Uniswap и Synthetics, о которых мы только что упоминали, им необходимо сопоставлять активы в Web2 с Web3, и им нужны внешние механизмы для предоставления цен на активы. Так же, как и стейблкоин, он основан на том, сколько активов может выпустить столько же стейблкоинов, и цена его актива также должна быть получена на основе машины оракула. Кроме того, как и некоторые платформы управления активами и популярные приложения для торговли деривативами, они сильно зависят от цен, поэтому на самом деле они являются важными пользователями услуг по подаче цен. С точки зрения тенденций спрос на услуги ценовой информации растет в геометрической прогрессии. Использование данных растет даже на менее активных рынках.
Далее я представлю второй более отличительный сервис Any API, Проще говоря, он помогает смарт-контрактам в цепочке получать некоторые нестандартные данные, такие как данные с длинным хвостом. Эти данные могут быть доступны только определенным людям или определенным контрактам, но это не стандартные данные, такие как цены на токены или цены на активы. Многим DApp требуются нестандартные данные, например, страховым бизнес-приложениям Web 3 необходимо получать данные о погоде или данные о задержке рейсов. Например, парниковый газ может сделать некоторые проекты, подобные ESG, в том числе предвыборные спортивные игры, которые могут быть объединены с рынками предсказаний. Мы предоставляем рынки данных на основе Any API.В каждом рынке данных есть различные поставщики данных, которые предоставляют внешние услуги на основе своих собственных данных.Пока пользователь отправляет запрос, он может записать данные обратно в пользовательский контракт в соответствии с требования к сервису. . И поставщик данных, и получатель данных определяются рынком. Существует рынок для пользователей и поставщиков данных, и Chainlink официально не монополизирует все данные, а затем предоставляет данные цепочке.
Рабочий процесс Any API и ценовой ленты на самом деле довольно последователен: контракт сначала отправляет запрос, а затем запрос будет обнаружен узлами Chanlink. После обнаружения Chanlink может выбрать необходимые данные в соответствии с запросом, а затем записать их обратно в блокчейн. AnyAPI может предоставлять пользователям различные данные, но его характеристика заключается в том, что, хотя он создается относительно быстро, он предоставляется одним узлом. Что AnyAPI хочет сделать, так это получить данные как можно быстрее и проще, вместо того, чтобы получать данные через децентрализованную сетевую машину-оракул, о которой мы упоминали ранее.
Позже, когда разнообразие требований к данным увеличилось, многие нестандартные данные также надеялись записать обратно в цепочку децентрализованным способом. Также в начале апреля этого года мы создали новый сервис под названием «Функции», который, проще говоря, выполняет любой запрос пользователя через децентрализованную сеть оракулов. Пользователи могут использовать некоторые продвинутые языки программирования, такие как Java, для написания рабочей программы, больше не могут быть написаны только на языке Solidity, программа, написанная на Java, определенно богаче, чем Solidity. Служба функций может инкапсулировать написанную программу в запрос и отправить ее по всей сети оракула. Каждый узел в сети будет выполнять одну и ту же операцию, которая может быть вычислительной службой, службой сбора данных или другими службами. После того, как каждый узел выполнится и получит результат, он проходит только что упомянутый процесс агрегации, а затем записывает его обратно в смарт-контракт.
По сравнению с кормовой ценой его степень свободы очень высока. То есть смарт-контракту может быть предоставлен внешний интерфейс для использования любого метода, который он хочет. Он также может записать часть логики, которую он должен выполнять, в контракт, а затем он будет выполняться не блокчейном, а машиной оракула, что эквивалентно прямому внедрению службы машины оракула в смарт-контракт, становясь гибридом. тип смарт-контракта. Если вы делаете это таким образом, то ваше выполнение гарантировано через децентрализованную сеть, тогда ваши недетерминированные операции — это операции, которые не могут быть выполнены в блокчейне и могут быть выполнены через децентрализованную машину оракула. Сеть выполняет и возвращает результат . В целом, это может значительно улучшить функциональность смарт-контрактов. Функции, которые он может выполнять, будут более многочисленными, чем раньше, и его также очень просто применять на стороне клиента.Вам нужно всего лишь добавить две функции в свой контракт, и вы можете напрямую использовать децентрализованную сеть оракулов как часть своего смарт-контракта. контракт. использовать. И это также очень удобно для традиционных программистов Web2, потому что логика выполнения может быть выполнена с помощью традиционных языков программирования. Общий процесс не изменился: запрос отправляется, затем отправляется в децентрализованную сеть оракулов, агрегируется после выполнения и, наконец, записывается обратно в смарт-контракт пользователя.
Выше я рассказал об оракуле и некоторых услугах, которые может предоставить децентрализованная сеть, основанная на оракуле.
Посмотреть Оригинал
Содержание носит исключительно справочный характер и не является предложением или офертой. Консультации по инвестициям, налогообложению или юридическим вопросам не предоставляются. Более подробную информацию о рисках см. в разделе «Дисклеймер».
Инженеры Chainlink: как оракулы соединяют Web2 и Web3
Говорит: Фрэнк, инженер по связям с разработчиками, Chainlink Labs
Организация: aididiaojp.eth, Foresight News
Я Фрэнк, инженер по связям с разработчиками в Chainlink Labs. Моя основная работа заключается в том, чтобы дать возможность большему количеству разработчиков или сборщиков, увлеченных этой отраслью, узнать больше о машинах Oracle. Основываясь на смарт-контрактах в нашей текущей инфраструктуре, мы можем думать об этом как о гибридном смарт-контракте. Смарт-контракты могут быть лучше интегрированы с различными данными в мире Web2, включая вычислительные сервисы, а затем на основе этой архитектуры значительно расширяются возможности смарт-контрактов в цепочке.
В сегодняшнем обмене я сначала представлю концепцию машины-оракула, а затем, основываясь на концепции машины-оракула, я кратко представлю децентрализованную сеть машины-оракула и некоторые услуги, которые мы можем предоставить, включая службы данных и вычислительные услуги.
Что такое оракул?
От Web 1 до Web 2 и Web 3 состояние сети и данных постоянно меняется. Сначала Web1 был службой веб-сайта, данные которой можно было читать только статически, а когда он развился до стадии Web2, данные стали доступны для чтения, записи и участия. Многие крупные компании создали бизнес-империи на основе собственных сервисов, они будут хранить все пользовательские данные в собственных базах данных, при необходимости могут реально владеть и изменять пользовательские данные. В таком случае возникает вопрос, то есть некоторые данные, которые мы создаем в Интернете или в виртуальном мире, иногда имеют какую-то ценность, так кому же принадлежит эта ценность? Основываясь на этом опыте, мы надеемся, что сможем хорошо решить эту проблему на этапе Web 3. Все данные на этапе Web 3 не существуют на сервере или узле.Он имеет децентрализованную сеть, а децентрализованная сеть представляет собой систему с несколькими книгами, состоящую из нескольких узлов. Данные хранятся в нескольких узлах, и только когда каждый узел соглашается с изменением и хранением данных, окончательные данные могут быть сохранены. Тогда это принесет нам пользу, то есть какую бы модификацию мы ни захотели внести в данные, нам нужно модифицировать их согласно заранее согласованному консенсусу. Например, если я захочу изменить баланс кошелька, если никто не отправит мне деньги, независимо от того, как владелец данных захочет их изменить, он в конечном итоге потерпит неудачу в процессе консенсуса, что сделает баланс кошелька невозможным для изменения. Только когда владелец данных отправляет транзакцию, соответствующую правилам, данные могут быть окончательно изменены, что приносит весьма очевидную выгоду. В то же время он имеет и некоторые недостатки, самый большой из которых состоит в том, что он делает систему детерминированной. Другими словами, поскольку на протяжении всего процесса будет происходить процесс консенсуса, он может выполнять только операции, которые могут проверить другие. Когда вы отправляете операцию, другие узлы должны выполнить вашу операцию, и если другие узлы успешно выполнят операцию, они могут фактически вернуть результат. Что касается того, будет ли это больше 50% или 70%, это зависит от алгоритма консенсуса. В конце концов, операция может быть записана в транзакцию, а транзакция может быть записана в блок, чтобы стать завершенной транзакцией.
Но если нам нужно выполнить некоторые недетерминированные операции, такие как получение некоторых данных API и генерация случайных чисел вне блокчейна, детерминированная система блокчейна не может быть завершена. Наш розыгрыш лотереи должен генерировать случайные числа, или внутрисетевой протокол должен знать цену актива вне цепочки, например, получение цены акций или товаров, что является недетерминированной операцией и не может быть завершено самой цепочкой блоков. . Другим примером являются вызовы API: если я, как узел в сети, вызываю внешние данные API, а затем сообщаю другим узлам в сети результат, другие узлы также выполнят его, чтобы проверить подлинность результата. ту же операцию и получить результат. Но для внешнего API, если разные люди получают один и тот же API в разное время, сервер может зависнуть, или служба может быть приостановлена, или данные могут со временем измениться. Вы делаете одно и то же в разное время, и результаты, которые вы получаете, противоречивы. Пока результат противоречив, окончательную операцию нельзя ввести в блок, и нет возможности ее завершить. Это после того, как у нас есть право собственности на данные, мы также должны нести некоторые недостатки, которые они приносят.
Чтобы решить эту проблему, нам нужно полагаться на оракулов. Блокчейн — это изолированная и детерминированная система, она не может активно получать данные из офчейна, и появление машины-оракула должно решить эту проблему. Два-три года назад появилась концепция оракул-машины, но в то время было не так много применимых сценариев, и она имела большие ограничения. Например, если вы хотите получить некоторые рыночные данные, загрузить биржевые данные в сеть блокчейн или создать структуру, чтобы поместить логику в цепочку для выполнения, но поместить актив в цепочку и защитить нормальный ход транзакций через смарт-контракты и т. д. В настоящее время необходимо получать некоторые данные из цепочки и периодически выполнять синхронизацию данных, включая данные банковских платежей или розничных продаж, и даже некоторые другие данные общедоступных событий, такие как погодные условия, географические информация, логистическая информация, спортивная информация и т. д. Результаты игр и т. д. Эти данные невозможно получить без оракула. Это сделает экологию в цепочке очень ограниченной. С непрерывным развитием экосистемы Web 3 связь между двумя мирами Web 3 и Web 2 будет становиться все теснее и теснее. Если мы хотим, чтобы Web3 был принят в больших масштабах или использовался большим количеством людей, он должен предоставлять очень богатые функции, а не ограничиваться только некоторыми операциями, которые можно выполнять только через исходные данные в цепочке.
Машина-оракул, вероятно, стала популярной в 2020 году, когда это был DeFiSummer, и большинство людей это поняли. В начале машина-оракул делала очень простые вещи, например, если вы хотите получить внешние данные и загрузить их в децентрализованную сеть, то есть блокчейн, проще всего установить централизованный узел под цепочкой, который То есть построить сервер, затем получить данные через сервер и, наконец, записать данные в дедуплицированную сеть блокчейнов, тогда эта модель называется централизованным оракулом. Несмотря на то, что он относительно прост в реализации, он принесет некоторые проблемы, например, риск единой точки отказа, то есть централизованный узел может вызвать простои по своим базовым причинам. Другая возможность заключается в том, что если услуга, предоставляемая смарт-контрактом в цепочке, зависит от данных, предоставляемых централизованным узлом, и если сумма средств, задействованных в смарт-контракте в цепочке, очень велика, то эта централизованная машина оракула может пройти свои собственные Данные, которыми можно манипулировать для запуска атаки на службу. Пока выгоды достаточно велики и нет возможности добиться полноты техническими средствами, то это единственная точка отказа. Мы хотим разместить приложение в децентрализованной сети, включая Ethereum или другие экосистемы уровня 2. На самом деле, мы также надеемся, что сможем обеспечить справедливость нашего приложения, то есть смарт-контракта, через сотни или тысячи узлов оракула в сеть и безопасность.
Конечно, если мы полагаемся на централизованные узлы для получения терминалов данных, даже если другие аспекты безопасности могут быть гарантированы, но самый важный терминал данных активов не может гарантировать безопасность, это сделает все dApp бессмысленным. Таким образом, после централизованной машины оракула существует децентрализованная сеть машин оракула, которая может снизить риск единой точки отказа, о котором мы только что упоминали. Самая большая разница в децентрализованной сети оракула заключается не в том, что один узел оракула предоставляет услуги децентрализованной сети, а через децентрализованную сеть оракула, которую также можно понимать как своего рода Layer2, то есть каждый децентрализованный узел в децентрализованной сети. Сеть оракулов может получать данные через свои собственные источники данных, а после получения результатов они могут выполнять агрегацию данных с другими децентрализованными сетями, что также можно понимать как процесс консенсуса, включая проверку того, есть ли данные. возвращаемые данные слишком сильно отклоняются от среднего значения, или просто сделайте среднее значение, затем агрегируйте данные и т. д., а затем запишите их в децентрализованную сеть. Одним из преимуществ этого метода является то, что технически он может гарантировать, что обслуживание не будет прервано, если все узлы в децентрализованной сети оракулов не перестанут обслуживать, но эта вероятность очень мала. Кроме того, на стороне данных также можно гарантировать, что данные, предоставляемые оракулом для контракта в цепочке, контролируются не одним узлом, а многими узлами. Если вы хотите манипулировать данными для запуска атаки, стоимость будет очень высокой, что эквивалентно атаке на уровень 2 или даже на децентрализованную сеть, такую как Ethereum, которая в принципе вряд ли будет успешной.
Децентрализованная сеть может значительно повысить безопасность и достоверность данных, получаемых смарт-контрактами. Для пользователей мы просто децентрализованная сеть оракулов, но на основе децентрализованной сети оракулов мы можем предоставлять некоторые другие услуги, такие как услуги данных, вычислительные услуги и межсетевые услуги. Если он основан на машине оракула для предоставления данных в сеть, на самом деле есть некоторые более сложные и дорогостоящие операции, которые также могут быть выполнены вне сети, то есть он упакован в сеть оракула вне сети для расчета. , а затем записывается обратно в высокий блокчейн сравнения безопасности. Если мы можем получать данные вне сети, мы также можем получать данные из других цепочек и записывать их в эту цепочку блоков, что фактически включает кроссчейн. Пока безопасность децентрализованной сети оракулов достаточно сильна, она может гарантировать безопасность сервисов данных, вычислительных сервисов и кроссчейн-сервисов на ее основе. Chainlink предоставляет различные услуги на основе децентрализованных оракулов, которые могут соединять данные Web 3 и Web 2, включая данные уровня 1 и уровня 2, чтобы каждый мог получить как можно больше соответствующих данных и услуг.
Какие услуги предоставляют оракулы Chainlink?
Далее позвольте мне кратко представить услуги, предоставляемые оракулами Chainlink. Конечно, есть много сервисов, основанных на Chainlink, и я поделюсь некоторыми сервисами с более применимыми сценариями.
Если вы хотите в будущем внести какие-то инновации в области DeFi, GameFi, NFT и SocialFi, велика вероятность, что вам понадобится оракул для получения данных. Потому что вы должны получать данные цепочки очень децентрализованным и безопасным способом и записывать их обратно в свой смарт-контракт в цепочке.
Первая услуга — это ценовая подача, термин, который вы часто слышали раньше, и он станет популярным в DeFiSummer в 2020 году. В 2020 году появилось много проектов DeFi, начиная с Uniswap, за которым последовал кредитный контракт Compound, а затем проект синтетических активов Synthetics и другие приложения, Все они имеют большой спрос на данные вне сети, потому что могут использоваться только защищенные данные. Данные могут использоваться пользователями децентрализованно через контракты, и важную роль играет служба подачи цен оракула.
На рисунке выше показана базовая блок-схема службы подачи цен, в которую входят 3 важных участника. Первая — это децентрализованная сеть машин-оракулов, о которых мы только что упоминали; вторая — поставщики данных, которые могут быть биржами или другими крупными авторитетными учреждениями, и все они могут выступать в качестве поставщиков данных; третья — пользовательский контракт. Процесс, показанный на приведенном выше рисунке, очень прост.Каждый поставщик данных может предоставлять узел сети оракулов Chanlink через интерфейс или службу источника данных, и каждый узел сети оракулов также может получать данные в соответствии со своей собственной службой. затем в процессе агрегации данные, полученные каждым каналом, записываются в контракт проверки, развернутый в цепочке. Если он проходит проверку, данные могут быть записаны и могут использоваться пользователями в дальнейшем, вот и весь процесс. Клиенту нужно использовать контракт только для получения и использования нескольких данных.
Существует много вариантов использования для подачи цен, таких как Compound, Uniswap и Synthetics, о которых мы только что упоминали, им необходимо сопоставлять активы в Web2 с Web3, и им нужны внешние механизмы для предоставления цен на активы. Так же, как и стейблкоин, он основан на том, сколько активов может выпустить столько же стейблкоинов, и цена его актива также должна быть получена на основе машины оракула. Кроме того, как и некоторые платформы управления активами и популярные приложения для торговли деривативами, они сильно зависят от цен, поэтому на самом деле они являются важными пользователями услуг по подаче цен. С точки зрения тенденций спрос на услуги ценовой информации растет в геометрической прогрессии. Использование данных растет даже на менее активных рынках.
Далее я представлю второй более отличительный сервис Any API, Проще говоря, он помогает смарт-контрактам в цепочке получать некоторые нестандартные данные, такие как данные с длинным хвостом. Эти данные могут быть доступны только определенным людям или определенным контрактам, но это не стандартные данные, такие как цены на токены или цены на активы. Многим DApp требуются нестандартные данные, например, страховым бизнес-приложениям Web 3 необходимо получать данные о погоде или данные о задержке рейсов. Например, парниковый газ может сделать некоторые проекты, подобные ESG, в том числе предвыборные спортивные игры, которые могут быть объединены с рынками предсказаний. Мы предоставляем рынки данных на основе Any API.В каждом рынке данных есть различные поставщики данных, которые предоставляют внешние услуги на основе своих собственных данных.Пока пользователь отправляет запрос, он может записать данные обратно в пользовательский контракт в соответствии с требования к сервису. . И поставщик данных, и получатель данных определяются рынком. Существует рынок для пользователей и поставщиков данных, и Chainlink официально не монополизирует все данные, а затем предоставляет данные цепочке.
Рабочий процесс Any API и ценовой ленты на самом деле довольно последователен: контракт сначала отправляет запрос, а затем запрос будет обнаружен узлами Chanlink. После обнаружения Chanlink может выбрать необходимые данные в соответствии с запросом, а затем записать их обратно в блокчейн. AnyAPI может предоставлять пользователям различные данные, но его характеристика заключается в том, что, хотя он создается относительно быстро, он предоставляется одним узлом. Что AnyAPI хочет сделать, так это получить данные как можно быстрее и проще, вместо того, чтобы получать данные через децентрализованную сетевую машину-оракул, о которой мы упоминали ранее.
Позже, когда разнообразие требований к данным увеличилось, многие нестандартные данные также надеялись записать обратно в цепочку децентрализованным способом. Также в начале апреля этого года мы создали новый сервис под названием «Функции», который, проще говоря, выполняет любой запрос пользователя через децентрализованную сеть оракулов. Пользователи могут использовать некоторые продвинутые языки программирования, такие как Java, для написания рабочей программы, больше не могут быть написаны только на языке Solidity, программа, написанная на Java, определенно богаче, чем Solidity. Служба функций может инкапсулировать написанную программу в запрос и отправить ее по всей сети оракула. Каждый узел в сети будет выполнять одну и ту же операцию, которая может быть вычислительной службой, службой сбора данных или другими службами. После того, как каждый узел выполнится и получит результат, он проходит только что упомянутый процесс агрегации, а затем записывает его обратно в смарт-контракт.
По сравнению с кормовой ценой его степень свободы очень высока. То есть смарт-контракту может быть предоставлен внешний интерфейс для использования любого метода, который он хочет. Он также может записать часть логики, которую он должен выполнять, в контракт, а затем он будет выполняться не блокчейном, а машиной оракула, что эквивалентно прямому внедрению службы машины оракула в смарт-контракт, становясь гибридом. тип смарт-контракта. Если вы делаете это таким образом, то ваше выполнение гарантировано через децентрализованную сеть, тогда ваши недетерминированные операции — это операции, которые не могут быть выполнены в блокчейне и могут быть выполнены через децентрализованную машину оракула. Сеть выполняет и возвращает результат . В целом, это может значительно улучшить функциональность смарт-контрактов. Функции, которые он может выполнять, будут более многочисленными, чем раньше, и его также очень просто применять на стороне клиента.Вам нужно всего лишь добавить две функции в свой контракт, и вы можете напрямую использовать децентрализованную сеть оракулов как часть своего смарт-контракта. контракт. использовать. И это также очень удобно для традиционных программистов Web2, потому что логика выполнения может быть выполнена с помощью традиционных языков программирования. Общий процесс не изменился: запрос отправляется, затем отправляется в децентрализованную сеть оракулов, агрегируется после выполнения и, наконец, записывается обратно в смарт-контракт пользователя.
Выше я рассказал об оракуле и некоторых услугах, которые может предоставить децентрализованная сеть, основанная на оракуле.