Короткий ответ: канонический мост является частью механизма конкретной L2 и проводит сообщение через её контракты в Ethereum. Сторонний мост использует собственные контракты, валидаторов, маршрутизацию или пул ликвидности. Он может доставить актив быстрее, но добавляет отдельные условия доверия и иногда выдаёт другой токен.
Как работает канонический маршрут
При вводе в L2 актив обычно блокируется в контракте Ethereum, а его представление выпускается или учитывается в L2. При обратном выводе представление уничтожается или блокируется, сообщение подтверждается механизмом rollup, после чего актив разблокируется в L1.
Безопасность такого маршрута тесно связана с правилами самой L2, её контрактами, доступностью данных и механизмом обновления. «Канонический» не означает отсутствие риска, но уменьшает число независимых посредников между двумя уровнями.
Обратный путь из optimistic rollup способен включать ожидание и несколько транзакций. Почему это происходит, объясняет материал об этапах канонического вывода.
Откуда берётся скорость стороннего моста
Сторонний сервис часто не ждёт завершения канонического вывода пользователя. Он принимает сообщение или актив в исходной сети и выдаёт собственную ликвидность в сети назначения. Позже поставщики ликвидности выравнивают балансы.
Другие конструкции используют отдельный набор подписантов, сеть сообщений или собственное доказательство. Пользователь зависит не только от исходной и целевой цепочки, но и от корректности мостового протокола. Цена скорости может включать комиссию, спред и риск недостатка ликвидности.
Если пул исчерпан, перевод задерживается, меняет маршрут или предлагает менее выгодный актив. Это отличается от challenge period канонического вывода и требует проверки статуса самого сервиса.
Поставщик ликвидности также может устанавливать минимальную и максимальную сумму. Несколько мелких переводов иногда обходятся дороже одного, а крупный выходит за доступный резерв. Интерфейс должен показать ожидаемый результат до подписи, но котировка способна измениться до включения транзакции.
Какой токен приходит в сеть назначения
Один маршрут может выдать каноническое представление, другой – обёрнутый токен собственного моста. Одинаковый символ не гарантирует одинаковый контракт, ликвидность и поддержку биржами. Сверяйте адрес назначения до подписи.
Особенно важно проверить decimals и фактическую сумму после комиссии. Похожее название может скрывать другой актив. Для проверки используйте инструкцию про одинаковый тикер токенов в L2.
Если цель – депозит на биржу, убедитесь, что она принимает именно этот контракт в этой сети. Совместимость адреса 0x сама по себе не означает поддержку.
После моста не отправляйте актив дальше, пока не подтвердили его контракт. Неподдерживаемое представление может быть ликвидным только внутри узкого протокола. Обратный обмен добавит ещё одну комиссию и риск маршрута.
Разрешения и обновляемые контракты
Сторонний мост обычно просит allowance контракту-посреднику. Проверьте spender, сумму и возможность отзыва. Если мост обновляемый, оцените, кто контролирует обновление и может ли остановить вывод. Канонические контракты тоже могут иметь административные механизмы, поэтому наличие официального интерфейса не отменяет проверки адреса.
Закладка со старым сайтом способна вести на устаревшую версию контракта. Перед каждым новым маршрутом сверяйте актуальные адреса и предупреждения самой сети. Не подписывайте миграцию, полученную в личном сообщении.
Что проверить в интерфейсе моста
- Исходную и целевую сети, направление и chain ID.
- Контракт входящего актива и контракт результата.
- Адрес получателя, особенно если он отличается от подключённого кошелька.
- Минимальную получаемую сумму, комиссию и возможный спред.
- Ожидаемые этапы, число подписей и TxID.
- Контракты approve и лимит allowance.
Сайт может попросить безлимитное разрешение, хотя переводится одна сумма. Оценить выбор помогает статья о точном и безлимитном approve.
Почему у операции несколько статусов
Исходная транзакция подтверждает приём актива, межсетевое сообщение получает собственный статус, а выдача в целевой сети – другой TxID. Один этап может быть успешным, пока следующий ждёт ликвидность или подтверждения.
Не повторяйте перевод только из-за отсутствия целевого TxID. Сначала проверьте исходную сеть, идентификатор сообщения и сайт в режиме чтения. Связь хешей разобрана в инструкции, почему у моста два TxID.
Как выбрать маршрут
Для максимальной близости к модели безопасности L2 подходит канонический мост, если приемлемы его сроки и этапы. Для срочного перемещения небольшой суммы сторонний маршрут может быть практичнее, но нужно понимать, кто выдаёт ликвидность и какой актив приходит.
Сравнивайте не только время и цену. Учитывайте аудит контрактов, полномочия обновления, механизм остановки, историю инцидентов, лимиты и доступный путь восстановления. Для нового сервиса начните с тестовой суммы.
Тест должен пройти весь предполагаемый путь, включая появление правильного токена в целевой сети. Успех approve или исходного депозита ещё не подтверждает выдачу.
Что сообщить поддержке
Подготовьте обе сети, публичный адрес, актив и контракт, сумму, исходный и целевой TxID, идентификатор сообщения и время. Не передавайте seed-фразу, приватный ключ, пароль или 2FA. Эти секреты не нужны для поиска межсетевого сообщения и дают контроль над кошельком.
Итог
Канонический мост следует механизму rollup, сторонний добавляет собственную доставку или ликвидность. Скорость не бесплатна: меняются доверие, комиссия и иногда сам токен. Перед переводом определите получаемый контракт и весь путь, а после отправки отслеживайте каждый этап отдельно.
