CCIP 2.0 от Chainlink позволяет эмитенту токенов требовать дополнительного верификатора перед тем, как токены будут перемещены из одного блокчейна в другой. К моменту принятия этого решения пул отправки уже мог заблокировать или сжечь токены: без подтверждения верификатора целевая цепочка не сможет выпустить или создать их.
Функция, анонсированная 28 сентября, добавляет необязательные межсетевые верификаторы (CCV) в дополнение к стандартному комитету верификаторов CCIP. Эмитент или третья сторона могут управлять одним из них и сделать его одобрение условием доставки.
Это дает оператору прямую роль в пути выхода держателя, определяемую правилами и доступностью оператора. Материалы Chainlink не указывают конкретный актив и маршрут, использующие требуемый CCV, управляемый эмитентом, поэтому механизм не является доказательством блокировки перевода держателя.
Точка, где перевод может задержаться
OnRamp CCIP собирает применимые требования верификатора для перевода токенов, и пул токенов блокирует или сжигает их. Затем OnRamp записывает сообщение для внешних служб верификации.
Эти службы отслеживают исходное событие, применяют свои правила окончательности и проверки и публикуют подтверждения, связанные с идентификатором сообщения.
В целевой цепочке OffRamp CCIP проверяет требуемые подтверждения перед тем, как пул выпустит или создаст токены. Его проверки основаны на настройках маршрута и пула токенов, а при участии контракта получателя — на требованиях этого получателя.
Предпочтения отправителя могут дополнить набор верификаторов на стороне источника. Перевод только токенов не имеет обратного вызова получателя, чьи предпочтения верификатора должны быть проверены. Эта последовательность помещает блокировку или сжигание до проверки, а выпуск на стороне назначения — после нее.
Исходная транзакция могла быть успешной, в то время как доставка на стороне назначения остается в ожидании, поэтому Chainlink заявляет, что все требуемые CCV должны вернуть действительные результаты перед продолжением выполнения. Его модель доверия предупреждает, что неотзывчивый верификатор может заблокировать все сообщения, требующие его подтверждения.
Если эмитент управляет таким верификатором и делает его обязательным для своего пула токенов, служба эмитента становится одной из сторон, способных задержать завершение. Сторонний оператор создаст аналогичную зависимость под своим контролем.
Это разрешение, которое допускает дизайн, а не доказательство того, что эмитент намеренно заблокировал перевод держателя.
Chainlink заявляет, что стандартный комитет верификаторов состоит из 16 независимых операторов узлов, а дополнительные CCV работают параллельно с этой базой.
Эмитент или приложение, выбирающее один из них, получает дополнительную проверку, но также должен оценить, кто управляет его контрактами и внешними службами, какие правила применяет эта служба и остается ли она доступной.
Chainlink возлагает на внешних операторов CCV ответственность за реализацию, обслуживание и доступность. Ключевой вопрос для держателя заключается в том, какие подтверждения обязательны для этого токена на этом маршруте и кто может их предоставить.
Что может сделать держатель, когда доставка остановлена
Выполнение в целевой цепочке является разрешенным, как только все требуемые доказательства существуют и достигнут любой необязательный кворум верификаторов.
Стандартный исполнитель Chainlink обычно отправляет транзакцию, но ее может отправить кто угодно, в том числе через путь ручного выполнения. Изменение исполнителя или оплата газа в целевой цепочке не отменяет отсутствие требуемого подтверждения CCV. OffRamp по-прежнему проверяет доказательства перед выпуском или созданием токенов.
Путь восстановления зависит от того, где остановилось сообщение. Если требуемое подтверждение не было собрано, сообщение назначения может остаться НЕЗАПУЩЕННЫМ, что означает, что выполнение не было записано. Если попытка выполнения на стороне назначения завершается неудачей в защищенном пути OffRamp, она может быть помечена как НЕУДАЧА.
Chainlink заявляет, что неудачную попытку можно повторить после устранения основной проблемы. Его стандартный исполнитель повторяет сбои в течение настроенного окна, в настоящее время установленного на восемь часов, и этот предел описывает автоматизированную службу.
Держатель имеет доступный ручной маршрут только после того, как необходимые доказательства будут доступны и любая ошибка на стороне назначения будет исправлена. Руководство по ручному выполнению описывает, как проверять статус верификатора и состояние выполнения, включая случаи, когда индексатор не собрал результат внешнего верификатора.
Опубликованный Chainlink маршрут ручного выполнения не предусматривает общей автоматической отмены, возврата средств или возврата токенов исходной цепочки, когда требуемый верификатор никогда не подтверждает. Любое специфическое для эмитента средство будет зависеть от договоренностей по данному активу.
В EVM-цепочках настроенный хук Chainlink Automated Compliance Engine (ACE) может отклонить исходящий перевод до того, как исходный пул заблокирует или сожжет что-либо. Эта предварительная ошибка отменяет исходную транзакцию.
Отдельно настроенный пост-хук на стороне назначения может отклонить выпуск или создание после начала перевода на стороне источника, оставляя токены недоставленными до тех пор, пока условие политики не будет выполнено и выполнение не будет повторено. Руководство по интеграции ACE описывает их как отдельные, необязательные конфигурации.
Живой релиз с вопросами по развертыванию
Каталог Chainlink в основной сети перечисляет поддерживаемые сети и токены, но листинг не показывает, требует ли данный производственный маршрут верификатора, управляемого эмитентом, или имеет ли включенные ворота ACE на стороне назначения. Анонс партнера или предыдущая миграция актива также не устанавливают эти настройки.
Без конфигурации пула токенов, маршрута и верификатора эта новая возможность не может быть приписана эмитенту конкретного актива.
Релиз отдельно предлагает переводы быстрее, чем окончательность. Полная окончательность исходной цепочки остается по умолчанию, в то время как более быстрый вариант может подвергнуть перевод дублирующему выполнению на стороне назначения после достаточно глубокой реорганизации, согласно руководству FTF Chainlink.
Другие требуемые CCV могут применять свои собственные правила реорганизации, но этот выбор скорости не меняет необходимости требуемых подтверждений.
CCIP 2.0 предоставляет эмитентам более надежный способ установки условий межсетевой доставки. Для держателей основные вопросы заключаются в том, какие проверки применяются к их активу, кто ими управляет и какое средство существует, если одна из них не может быть завершена после начала перевода.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Liam 'Akiba' Wright
