Кроссчейн-депозит в хранилище: до какого уровня нужно проверять статус Success в квитанции?
8 октября Chainlink представила CCIP Vault Adapters: они отправляют кроссчейн-активы и инструкции по внесению депозита в сеть, где находится хранилище, чтобы учет операций в хранилище централизованно велся в этой сети. Особого внимания заслуживает состояние средств после сбоя.
Согласно официальной документации адаптера, если вызов целевого хранилища, проверка минимального объема вывода или отправка обратного сообщения завершается ошибкой, адаптер сохраняет сообщение об ошибке и токены. В таком случае CCIP Explorer всё еще может показывать статус Success, поэтому нужно дополнительно проверить событие MessageFailed. Этот процесс не предусматривает автоматического повтора или возврата средств.
Это означает, что доставка кроссчейн-сообщения еще не гарантирует, что пользователь получил долю в хранилище. В документации также указано, что при кроссчейн-возврате средства отправляются первоначальному отправителю, а не получателю депозита. Если используется оплата за другое лицо или адрес получателя отличается, интерфейс должен до отправки сообщить, куда будут возвращены средства.
Мой вывод: оценивая удобство «депозита в один клик», нужно учитывать и успешную доставку, и порядок действий при сбое. Понятное отображение записи об ошибке, местонахождения средств и доступных способов их восстановления полезнее, чем простое сообщение об успешном завершении операции через мост. Здесь речь идет о механизме, описанном в документации, а не о сбое в каком-либо конкретном хранилище; выводов о доходности или безопасности средств это не подразумевает.
Источники:
https://chain.link/blog/introducing-ccip-vault-adapters
https://docs.chain.link/solutions/cross-chain-vault-adapter
8 октября Chainlink представила CCIP Vault Adapters: они отправляют кроссчейн-активы и инструкции по внесению депозита в сеть, где находится хранилище, чтобы учет операций в хранилище централизованно велся в этой сети. Особого внимания заслуживает состояние средств после сбоя.
Согласно официальной документации адаптера, если вызов целевого хранилища, проверка минимального объема вывода или отправка обратного сообщения завершается ошибкой, адаптер сохраняет сообщение об ошибке и токены. В таком случае CCIP Explorer всё еще может показывать статус Success, поэтому нужно дополнительно проверить событие MessageFailed. Этот процесс не предусматривает автоматического повтора или возврата средств.
Это означает, что доставка кроссчейн-сообщения еще не гарантирует, что пользователь получил долю в хранилище. В документации также указано, что при кроссчейн-возврате средства отправляются первоначальному отправителю, а не получателю депозита. Если используется оплата за другое лицо или адрес получателя отличается, интерфейс должен до отправки сообщить, куда будут возвращены средства.
Мой вывод: оценивая удобство «депозита в один клик», нужно учитывать и успешную доставку, и порядок действий при сбое. Понятное отображение записи об ошибке, местонахождения средств и доступных способов их восстановления полезнее, чем простое сообщение об успешном завершении операции через мост. Здесь речь идет о механизме, описанном в документации, а не о сбое в каком-либо конкретном хранилище; выводов о доходности или безопасности средств это не подразумевает.
Источники:
https://chain.link/blog/introducing-ccip-vault-adapters
https://docs.chain.link/solutions/cross-chain-vault-adapter