Криптомост связывает две сети, которые не могут напрямую проверить состояние друг друга по одним и тем же правилам. Пользователь отправляет актив или сообщение в исходной сети, а мост организует подтверждение и действие в целевой. В одном распространённом варианте актив блокируется или удерживается на исходной стороне, а в другой сети выпускается представление — wrapped token. Другие мосты используют ликвидность, валидаторов или передачу сообщений. Ethereum.org подчёркивает, что конструкции различаются по предположениям доверия и несут риски контрактов, контрагентов и обёрнутых активов Bridges.
Пример маршрута lock-and-mint
Допустим, пользователь отправляет 100 условных единиц токена A из сети X в сеть Y. Контракт или кастодиальная система принимает актив X. Набор наблюдателей подтверждает событие, затем мост вызывает целевую программу, которая выпускает 100 представленных единиц A′ в сети Y за вычетом сборов. При возврате пользователь сжигает A′ или подаёт запрос, после чего исходный мост освобождает A.
Это упрощённая схема: конкретный мост может использовать другой механизм и иметь лимиты, задержки, комиссии или дополнительные шаги. A′ может быть требованием к резерву или частью модели моста; он не всегда является тем же активом, что A, с точки зрения контракта, погашения и ликвидности. Проверь адреса обоих токенов и путь погашения до перевода.
Где находится доверие
- Смарт-контракт: ошибка может позволить неправомерный выпуск, перевод или блокировку.
- Валидаторы/подписанты: пользователи зависят от того, кто подтверждает сообщения и как защищены ключи.
- Кастодиан или multisig: нужно выяснить, кто держит исходный актив и сколько участников может действовать.
- Исходная и целевая сети: сбой или реорганизация одной стороны может повлиять на подтверждение сообщения.
- Ликвидность: даже исправный мост не гарантирует немедленный выход по номиналу.
- Интерфейс/RPC: сайт или провайдер могут показать неверную сеть, адрес или статус.
Термин «trustless» обычно означает меньше дополнительных доверенных ролей, а не отсутствие предположений и рисков. Ethereum.org различает мосты с внешними верификаторами и опору на валидаторов связанных сетей; конкретную модель нужно читать в технических документах проекта.
Чеклист перед мостом
- Уточни поддерживаемые сети, токен-контракты и минимальную/максимальную сумму.
- Прочитай, блокируется, сжигается или передаётся исходный актив.
- Найди механизм подтверждения сообщения и управления ключами.
- Проверь аудит именно развернутых контрактов и версию адресов.
- Посмотри лимиты, задержки, комиссии и план на случай остановки.
- Сверь получателя и целевую сеть в кошельке перед подписью.
- После отправки сохраняй txid в обеих сетях и не делай повторный перевод до проверки статуса.
Мост добавляет слой к обычной транзакции, а не просто меняет подпись сети. Для маршрута одного токена смотри гайд о USDT между сетями; базовое различие моделей DEX — в статье CEX и DEX.