Канонический мост – встроенный в архитектуру L2 маршрут между rollup и Ethereum. При выводе он опирается на состояние самой L2 и её контракты в Ethereum. Это отличается от быстрого стороннего моста, где пользователь может получить ликвидность от посредника до завершения канонического процесса.
Преимущество канонического маршрута – понятная связь с правилами rollup. Недостаток – вывод часто требует ожидания и нескольких транзакций. Названия этапов и точный порядок различаются между OP Stack, Arbitrum и другими системами, поэтому инструкция должна начинаться с проверки конкретной сети.
Подготовьте адреса и газ
Убедитесь, что активы находятся именно в той L2, которую вы выбрали в мосте. Один EVM-адрес может выглядеть одинаково в разных сетях, но балансы учитываются отдельно. Проверьте Chain ID, нативную монету для gas и адрес получателя в Ethereum. Подробнее эта особенность разобрана в статье про один адрес в разных EVM-сетях.
Оставьте достаточно нативной монеты L2 для запуска вывода. Также потребуется ETH в Ethereum, если протокол предусматривает отдельные действия prove или finalize. Сумма комиссии меняется вместе с нагрузкой и параметрами транзакции, поэтому её нужно смотреть непосредственно перед подписью.
Для ERC-20 сверьте адрес токена в L2 и соответствующий актив в Ethereum. Канонический мост обычно хранит сопоставление токенов, но один тикер может относиться к разным контрактам. Если нужный актив не поддерживается официальным маршрутом, не подставляйте адрес вручную без документации.
Найдите официальный канонический мост
Откройте документацию самой L2 и перейдите к мосту оттуда. Рекламное объявление, сообщение в чате или похожий домен не подтверждают подлинность. Перед подключением кошелька сравните домен посимвольно и проверьте адреса bridge-контрактов в официальной документации и обозревателе.
Некоторые интерфейсы показывают несколько маршрутов: канонический, сторонний и быстрый. У них различаются сроки, комиссии и модель доверия. Выберите маршрут осознанно, а не по первой кнопке. Общий чек-лист для сторонних решений есть в инструкции как безопасно перевести токены через мост.
Проверьте направление: источник должен быть L2, назначение – Ethereum. Ошибка направления иногда приводит лишь к другому экрану, но в сложных интерфейсах можно случайно подготовить депозит обратно в L2. Перед подписью прочитайте актив, сумму, сеть получения и адрес получателя.
Запустите вывод в L2
Первая транзакция инициирует withdrawal в L2. Для ETH она фиксирует сумму и адрес назначения. Для токена мост может сначала запросить approve, а затем отдельный вызов вывода. Не путайте разрешение с самим переводом: успешный approve ещё не создаёт заявку на выход.
После подтверждения сохраните хеш L2-транзакции. Он нужен, чтобы найти сообщение и восстановить процесс, если интерфейс станет недоступен. Запишите также сеть, адрес отправителя, токен, сумму и адрес получателя. Историю операций можно собрать без раскрытия seed-фразы по инструкции как выгрузить историю кошелька.
Проверьте статус транзакции в обозревателе L2. Если она отклонена, канонический вывод не создан. Если успешна, это означает только начало процесса. Активы в Ethereum могут ещё не быть доступны, а интерфейс покажет следующий этап после публикации нужного состояния L2.
Дождитесь готовности и завершите процесс
В optimistic rollup сообщение о выводе должно стать доказуемым в Ethereum, а затем пройти период, предусмотренный fault proof. В некоторых системах пользователь отправляет отдельную транзакцию prove, ждёт окончания challenge period и вызывает finalize. В других детализация отличается, но смысл тот же – Ethereum принимает вывод только после проверки правил L2.
У ZK-rollup маршрут может опираться на validity proof и иметь другую последовательность. Поэтому нельзя использовать инструкцию для Optimism как универсальный алгоритм для любой L2. Ориентируйтесь на статус официального моста и документацию конкретного rollup, а не на привычное число дней из чужого примера.
Когда действие станет доступно, переключите кошелёк на Ethereum и проверьте транзакцию. Для завершения нужен ETH на gas. Убедитесь, что контракт, сообщение и получатель совпадают с первоначальной заявкой. Разницу между ранним статусом и окончательным расчётом поясняет материал о подтверждении в L2 и финальности Ethereum.
Что делать, если интерфейс не видит заявку
Сначала найдите исходную L2-транзакцию и убедитесь, что она успешна. Затем проверьте подключённый аккаунт: право завершить сообщение или получить активы может быть связано с конкретным адресом. Переключение RPC иногда восстанавливает отображение, но не меняет состояние заявки.
Используйте обозреватель сообщений или официальный статус-трекер rollup. Идентификатор withdrawal обычно можно получить из события исходной транзакции. Не запускайте повторный вывод на ту же сумму, пока не выяснили состояние первого – так можно создать две отдельные заявки.
Если официальный сайт временно недоступен, не переходите по «резервной» ссылке из личного сообщения. Контрактный процесс обычно не зависит от одного интерфейса, но ручное взаимодействие требует точных адресов и calldata. Без уверенности безопаснее дождаться восстановления официального приложения.
Проверка после получения
- Транзакция завершения имеет статус success в Ethereum.
- Получателем указан ожидаемый адрес.
- Для токена совпадает официальный контракт в Ethereum.
- Баланс подтверждается обозревателем, даже если кошелёк ещё не обновился.
- Незавершённых этапов по тому же withdrawal не осталось.
Если токен поступил, но не виден в кошельке, добавьте его по проверенному адресу контракта. Не совершайте тестовый перевод на неизвестный адрес ради «активации». Состояние в обозревателе важнее списка токенов конкретного приложения.
Канонический мост даёт прямой маршрут, связанный с безопасностью rollup и Ethereum, но требует внимательности к этапам. Надёжная процедура состоит из проверки официальных адресов, сохранения L2-хеша, ожидания нужного состояния и отдельного подтверждения получения в Ethereum.
