Криптовалюты

LayerZero: большой обзор протокола, ZRO и межсетевых сообщений

История и команда LayerZero, архитектура Endpoint, DVN и Executor, стандарты OApp и OFT, токен ZRO и главные риски межсетевого протокола.

LayerZero: большой обзор протокола, ZRO и межсетевых сообщений

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

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

Как устроен LayerZero V2

В каждой поддерживаемой сети развёрнут неизменяемый Endpoint. Это интерфейс, через который приложение отправляет и получает сообщения. Для каждого направления создаётся канал между адресами приложений, а последовательность контролируется nonce и уникальным идентификатором сообщения. Такая схема мешает незаметно переставить или повторно исполнить пакет.

OApp – базовый стандарт межсетевого приложения. Его экземпляры развёрнуты в разных сетях и назначают друг друга доверенными peer-адресами. Ошибка в этой настройке опасна: корректно проверенное сообщение, отправленное не тому контракту, не исправит ни один верификатор.

Message Library определяет, как сообщение должно быть проверено. В распространённой конфигурации Ultra Light Node приложение задаёт обязательные и дополнительные DVN – Decentralized Verifier Networks. Каждый DVN может использовать собственный способ наблюдения: группу подписантов, light client, доказательство с нулевым разглашением или другую систему. Приложение выбирает порог, например всех обязательных и часть дополнительных проверяющих.

После набора подтверждений Executor вызывает контракт в целевой сети и оплачивает выполнение. Он не способен превратить неподтверждённое сообщение в достоверное. Если штатный исполнитель остановился, подтверждённый пакет может доставить другой участник. Это разделяет безопасность и доступность: DVN отвечают за проверку, а Executor – за своевременное исполнение.

Чем V2 отличается от V1

В первой версии приложения опирались на пару Oracle и Relayer. Независимость двух сторон была главным условием: совместная компрометация могла привести к ложному сообщению. V2 заменила эту жёсткую пару на настраиваемый набор DVN и отделила проверку от исполнения.

Старая версия Endpoint не исчезла автоматически. Контракты могут оставаться на V1 и использовать закреплённую библиотеку. Поэтому пользователю недостаточно увидеть логотип LayerZero: нужно определить версию приложения, его библиотеку, список DVN и административные полномочия.

OFT и перевод токенов

OFT – стандарт Omnichain Fungible Token. Вместо выпуска независимых обёрток в каждой сети он поддерживает единый глобальный объём. При отправке токены сжигаются или блокируются в исходной сети, а в целевой выпускаются либо разблокируются. Конкретная схема зависит от того, нативный ли это контракт или адаптер к уже существующему токену.

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

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

История

LayerZero Labs основали Брайан Пеллегрино, Райан Зарик и Калеб Банистер. Команда искала способ передавать произвольные сообщения между цепочками без единого промежуточного блокчейна. Первая версия протокола вышла в 2022 году, а одним из ранних массовых продуктов стал мост Stargate.

Рост числа сетей показал ограничения модели Oracle и Relayer. В январе 2024 года команда запустила LayerZero V2 с DVN, Executors и модульными библиотеками. В июне того же года появился ZRO и началось токенизированное управление частью протокола.

Дальнейшая работа сосредоточилась на стандартах OApp и OFT, подключении новых сред исполнения и усилении операционной безопасности. В 2026 году экосистема также проводила отказ от старого стандартного Relayer в одной из библиотек V1. Это не было остановкой всего Endpoint V1, но потребовало от некоторых приложений обновить закреплённую конфигурацию.

Команда

LayerZero Labs разрабатывает основные контракты, библиотеки и инструменты. Брайан Пеллегрино стал публичным руководителем компании, Райан Зарик отвечал за инженерное направление, а Калеб Банистер участвовал в создании архитектуры. Проект привлёк разработчиков инфраструктуры и специалистов по безопасности разных виртуальных машин.

LayerZero Foundation занимается экосистемой, распределением ZRO и процедурами управления. Отдельные DVN и Executors принадлежат независимым операторам. Такое распределение полезно, но не гарантирует децентрализацию конкретного OApp: приложение может выбрать один проверяющий сервис или сохранить ключ, который меняет всю конфигурацию.

Токен ZRO

Максимальный начальный объём ZRO составляет один миллиард токенов. В исходном распределении крупнейшая доля предназначалась сообществу LayerZero, а остальные части – стратегическим участникам, основным разработчикам и выкупленным компанией токенам. Графики разблокировки различаются, поэтому максимальный объём нельзя принимать за обращающееся предложение.

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

Главные риски

  • Конфигурация приложения. Слабый набор DVN или низкий порог может свести на нет преимущества модульной архитектуры.
  • Административные ключи. Владелец OApp способен менять peer-адреса, библиотеки и проверяющих, если эти права не ограничены.
  • Исходная и целевая сети. Реорганизация, остановка или ошибочная финальность одной цепочки влияет на межсетевое сообщение.
  • Контракты токена. OFT и адаптеры добавляют собственную логику выпуска, блокировки и обновления.
  • Доступность. Отказ Executor не подделывает пакет, но задерживает доставку. Отказ нужного числа DVN останавливает проверку.

Как проверять приложение на LayerZero

Перед переводом нужно найти исходный и целевой контракты, версию Endpoint, доверенные peer-адреса и фактический набор DVN. Затем проверить, кто может изменить эти параметры и есть ли задержка обновления. Для крупной суммы разумно сначала выполнить тестовый перевод, а маршрут оценивать по тем же принципам, что изложены в инструкции о безопасном переводе токенов через мост.

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