Wormhole (криптовалюта)

Wormhole — протокол совместимости для передачи сообщений между отдельными блокчейн-сетями. Приложения могут использовать такие сообщения для переводов токенов, межсетевого управления, передачи данных и других операций. Wormhole сам по себе не является блокчейном; протокол также следует отличать от W — токена, представленного в 2024 году для его экосистемы управления.

Illustration of the Wormhole protocol bridging blockchains.

Основным механизмом безопасности протокола служит группа независимых операторов, называемых Guardians. Они наблюдают за сообщениями, создаваемыми контрактами Wormhole, и подписывают подтверждения Verifiable Action Approvals (VAA). Стандартная VAA принимается после того, как её подписали 13 из 19 Guardians. Это модель порогового подтверждения, а не новый общий уровень консенсуса для связанных блокчейнов.

История

Wormhole появился в 2020 году как мост токенов между Ethereum и Solana. Проект получил часть финансирования в виде гранта от Solana Foundation. В дальнейшем он превратился из первоначального моста в общий протокол передачи сообщений и набор построенных на нём продуктов.

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

Архитектура и передача сообщений

Обычное сообщение Wormhole проходит четыре этапа:

1. Контракт в исходном блокчейне вызывает его Wormhole Core Contract, который записывает сообщение в журналы транзакций блокчейна.
2. Guardians наблюдают сообщение и подписывают его. После достижения необходимого порога их подписи и тело сообщения объединяются в VAA.
3. Ретранслятор, приложение или пользователь получает VAA и отправляет её в другой блокчейн.
4. Принимающий контракт просит локальный Wormhole Core Contract проверить VAA, затем интерпретирует полезную нагрузку и применяет правила приложения.

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

Ретрансляторы доставляют подписанные сообщения, но не определяют их подлинность. Принимающий Core Contract отклоняет VAA, у которой недостаточно действительных подписей Guardians. Тем не менее ретранслятор может влиять на доступность, задерживая сообщение или не доставляя его.

= Guardians и окончательность

В блокчейнах с полной моделью наблюдения все Guardians независимо запускают узлы и следят за событиями контрактов Wormhole. В блокчейнах с делегированным наблюдением настроенная подгруппа следит за исходным блокчейном и сообщает остальным Guardians. Для итоговой VAA по-прежнему требуются 13 подписей из канонической группы из 19 Guardians, но делегированное наблюдение добавляет отдельное допущение о доверии для конкретного блокчейна, поскольку не каждый подписант наблюдал его напрямую.

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

Переводы токенов

Документация Wormhole различает два подхода к переводу токенов. Wrapped Token Transfers (WTT), называемый Token Bridge в контрактах и комплекте разработки, обычно использует модель блокировки и выпуска. Контракт в исходном блокчейне блокирует нативный токен или сжигает существующее обёрнутое представление. Guardians подтверждают событие, после чего контракт назначения выпускает обёрнутое представление или освобождает соответствующий нативный актив. Обратный перевод отменяет применимую операцию.

Native Token Transfers (NTT) — система для эмитентов, которым нужны нативные представления токена в нескольких блокчейнах. Эмитент может использовать выпуск со сжиганием или кастодиальную модель «центр и лучи», сохраняя контроль над контрактами токена и их конфигурацией. Поэтому NTT не требует, чтобы каждое представление в блокчейне назначения было обёрнутым токеном под контролем Wormhole.

Оба подхода используют сообщения Wormhole, однако могут различаться по модели хранения, обновляемости, ограничениям потока и допущениям о доверии к эмитенту. VAA доказывает, что необходимое число Guardians одобрило сообщение; она не подтверждает экономическую стоимость токена, безопасность интегрированного приложения или подлинность отображаемого названия актива.

Модель безопасности

Стандартное правило проверки Wormhole предполагает, что менее 13 Guardians не одобрят ложное сообщение. Безопасность также зависит от правильности Core Contracts и контрактов приложений, защиты ключей Guardians, окончательности исходного блокчейна и проверки источников и полезной нагрузки принимающим приложением. При делегированном наблюдении к этим допущениям добавляются порог и поведение соответствующей подгруппы наблюдателей.

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

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

Эксплойт 2022 года

2 февраля 2022 года злоумышленник использовал уязвимость в реализации моста Wormhole на Solana. Программа неправильно проверяла переданную системную учётную запись во время проверки подписи. В результате злоумышленник обошёл предусмотренную проверку подписей Guardians и выпустил в Solana 120 000 обёрнутых Wormhole ETH без соответствующего депозита ETH.

Злоумышленник перевёл 93 750 ETH в Ethereum, а остаток сохранил или обменял в Solana. На тот момент стоимость активов составляла около 325 миллионов долларов США. Причиной инцидента стала ошибочная проверка в программе для Solana, а не компрометация 13 ключей Guardians. Позднее Jump Crypto приобрела и предоставила 120 000 ETH, чтобы восстановить обеспечение моста.

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

Токен W и управление

Wormhole запустил токен W в апреле 2024 года. Заявленное максимальное предложение составляет 10 миллиардов токенов, из которых 1,8 миллиарда первоначально находились в обращении. W был выпущен как токен SPL в Solana и как нативные представления ERC-20 в нескольких EVM-сетях, связанных через NTT.

W предназначен для стейкинга, делегирования и постепенного участия в управлении Wormhole. Эта роль отличается от существующего управления Core Contracts со стороны Guardians. В материалах Wormhole о токеномике описана постепенная передача дополнительных полномочий управлению держателей токенов, тогда как действующая документация протокола по-прежнему указывает на одобрение Guardians для основных обновлений и конфигурации. Владеть W не требуется только для того, чтобы ретранслировать VAA или пользоваться приложением, интегрирующим Wormhole.

Поддерживаемые сети и эксплуатационные ограничения

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

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