ChainLink

Chainlink (первоначальное написание — ChainLink) — это блокчейн-платформа оракулов, состоящая из децентрализованных сетей оракулов. Эти сети доставляют данные и результаты вычислений между блокчейнами и внешними системами, позволяя смарт-контрактам использовать информацию, которая недоступна в их собственном состоянии блокчейна. Проект был представлен SmartContract.com, компанией, ныне известной как Chainlink Labs.

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

История

Сергей Назаров и Стив Эллис основали SmartContract.com в 2014 году для подключения внешних данных и публичных блокчейнов. Эллис, Назаров и ученый-компьютерщик из Корнелла Ари Джулс опубликовали первый технический документ Chainlink в сентябре 2017 года. В нем описывались ончейн-контракты для выбора узлов оракула, отчетности о данных и агрегирования результатов, а также автономного программного обеспечения, которым управляют операторы оракулов.

Проект создал фиксированный запас в размере одного миллиарда LINK. В ходе продажи токенов в сентябре 2017 года компания продала 350 миллионов LINK примерно за 32 миллиона долларов США; еще 350 миллионов были зарезервированы для операторов узлов и стимулирования экосистемы, а 300 миллионов были выделены компании. Эти распределения описывают первоначальное распределение, а не количество токенов, находящихся в обращении в любой более поздний момент.

Сеть Chainlink была запущена на Ethereum в мае 2019 года с ценовой подачей ETH/USD. Позже сфера его действия расширилась за пределы каналов рыночных данных и стала распространяться на другие сервисы оракулов и межсетевое взаимодействие. Во втором техническом документе, опубликованном в 2021 году, более широкий термин децентрализованная сеть оракулов применялся к группам узлов, способным доставлять данные и выполнять вне блокчейна вычисления для так называемых гибридных смарт-контрактов.

Chainlink также адаптировали для сред вне Ethereum. В 2020 проект Polkadot продемонстрировал первоначальную интеграцию Chainlink с блокчейном на базе Substrate. Этот эксперимент не следует путать с тем, что Chainlink является нативным парачейном Polkadot.

Архитектура

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

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

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

Услуги

Платформа использовалась для нескольких связанных видов услуг Oracle:

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

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

Протокол межсетевого взаимодействия

Cross-Chain Interoperability Protocol (CCIP) от Chainlink поддерживает передачу сообщений, токенов или сообщений вместе с переводом токенов между поддерживаемыми сетями. Соединения организованы в направленные каналы; поддержка сети не означает доступность каждого актива или маршрута. Ранний доступ к CCIP в основной сети начался 17 июля 2023 в Avalanche, Ethereum, Optimism и Polygon.

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

CCIP 2.0

Chainlink объявила CCIP 2.0 28 сентября 2026. В анонсе были представлены настраиваемые межсетевые верификаторы (CCV), включая проверку со стороны эмитента или третьей стороны, исполнение Faster-Than-Finality по выбору и заданные эмитентом политики через Automated Compliance Engine (ACE). Это варианты конфигурации, а не свидетельство того, что каждый поддерживаемый актив использует дополнительную проверку или что перевод соответствует определённому правовому требованию. Независимые публикации подтвердили выпуск и отделили существующих пользователей CCIP от тех, кто принял новые функции.

В документации полная финальность исходной сети, Chainlink Committee Verifier и исполнитель Chainlink указаны как значения по умолчанию. Существующие интеграции не переходят на новые необязательные функции автоматически.

Использование в токенизации

CCIP тестировался как уровень взаимодействия для токенизированных финансовых активов и связанных с ними данных. В 2023 Swift сообщила об экспериментах по подключению своей инфраструктуры к блокчейнам, включая тестовую сеть Sepolia Ethereum, с помощью Chainlink и CCIP. В мае 2024 DTCC сообщила о пилотном проекте Smart NAV с участием десяти участников рынка: с помощью CCIP данные о чистой стоимости активов взаимных фондов распространялись между блокчейн-средами. Это был пилот по распространению данных, а не сообщение о фактических переводах фондов. Эти проекты демонстрируют экспериментальные сценарии; они не доказывают широкое коммерческое внедрение или использование CCIP 2.0.

Токен LINK

LINK — токен Ethereum, совместимый с ERC-20, который используется в некоторых частях системы Chainlink. В первоначальной технической документации описаны платежи от запрашивающих контрактов операторам узлов и залоговые депозиты, призванные препятствовать нарушениям. В более поздних архитектурах LINK также применяется в механизмах стейкинга. Роль токена зависит от сервиса и версии протокола; владение LINK не даёт пользователю права собственности на внешние данные и не гарантирует правильность ответа оракула.

Вопросы доверия и безопасности

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

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

Предположения о безопасности CCIP

Согласно документации за октябрь 2026, Committee Verifier по умолчанию в CCIP 2.0 использует сеть из 16 операторов, и требует не менее девяти подписанных подтверждений. Фактические требования к верификаторам зависят от конфигурации канала, пула токена, получателя и отправителя. Настройки канала по умолчанию служат резервными, тогда как предписанные каналом верификаторы обязательны всегда. Для исполнения в сети назначения требуются все обязательные верификаторы и настроенный порог необязательных. Дополнительный CCV выполняет обязательную проверку только тогда, когда этого требует применимая конфигурация; отсутствие обязательного подтверждения также может задержать исполнение. Поэтому описание стандартного комитета не следует считать полным описанием модели доверия каждой пользовательской интеграции.

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

Важны и различия между версиями. Архитектура CCIP 2.0 сохраняет ончейн-контракт RMN и прокси для аварийной остановки: затронутые операции отменяются, если соответствующий объект помечен как cursed. Эта мера защиты отличается от отдельной офчейн-сети Risk Management Network, описанной для более ранних версий CCIP.

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

Внешние ссылки

• Official website
• Chainlink software repository
• Developer documentation