Маршрут между двумя реестрами
- У bridge transfer почти всегда есть отдельные source и destination stages, а иногда — два hash и промежуточное сообщение.
- Lock-and-mint создаёт wrapped representation; burn-and-mint может переносить native issuance без общего liquidity pool.
- Главный вопрос к мосту — кто и каким доказательством разрешает действие в целевой сети.
Монета не пересекает границу блокчейна
У Ethereum, Solana, TRON и других сетей свои validators, blocks и state. Узел одной сети не принимает событие другой как факт только потому, что его показал сайт. Мост добавляет правило: какое событие считать доказанным, кто передаёт сообщение и что именно разрешено сделать в destination chain.
Одинаковый результат собирают тремя разными механиками
| Механика | Source chain | Destination chain | Что получает пользователь |
|---|---|---|---|
| Lock and mint | Исходный актив блокируется | Выпускается representation | Wrapped token, обеспеченный заблокированным активом |
| Burn and mint | Актив сжигается по правилам issuer/protocol | Выпускается native asset | Тот же issuer-backed актив в другой сети |
| Liquidity route | Пользователь отдаёт актив или liquidity provider | Из доступного pool выплачивается другой актив | Актив из destination liquidity |
- Механика
- Lock and mint
- Source chain
- Исходный актив блокируется
- Destination chain
- Выпускается representation
- Что получает пользователь
- Wrapped token, обеспеченный заблокированным активом
- Механика
- Burn and mint
- Source chain
- Актив сжигается по правилам issuer/protocol
- Destination chain
- Выпускается native asset
- Что получает пользователь
- Тот же issuer-backed актив в другой сети
- Механика
- Liquidity route
- Source chain
- Пользователь отдаёт актив или liquidity provider
- Destination chain
- Из доступного pool выплачивается другой актив
- Что получает пользователь
- Актив из destination liquidity
Lock-and-mint требует понятной связи между резервом и representation. Если заблокирован ETH, а в другой сети появился wrapped ETH, это отдельный token contract с собственным адресом и bridge dependence. Burn-and-mint устроен иначе: Circle описывает CCTP как сжигание native USDC в source chain и выпуск native USDC в destination chain без традиционного liquidity pool и wrapped version.
Liquidity route может быть быстрее для пользователя, но результат зависит от доступной ликвидности, quote и исполнителей маршрута. Cross-chain swap иногда сочетает bridge, DEX и несколько contract calls, поэтому название актива на входе и выходе может различаться.
У одного перевода бывает два hash и ещё один идентификатор сообщения
Типовой путь межсетевого перевода
- Пользователь отправляет транзакцию
Контракт блокирует или сжигает актив, либо передаёт его liquidity mechanism. У этой операции свой hash и receipt.
- Протокол ждёт нужную степень finality
Критерий зависит от сетей и bridge design: раннее сообщение быстрее, но должно учитывать риск реорганизации исходной истории.
- Событие превращается в проверяемое сообщение
Relayer доставляет данные, а verifier, validator set, light client или attestation подтверждает их по правилам протокола.
- Выполняется целевая операция
Контракт mint, unlock или payout создаёт второй receipt. Получателю иногда нужен native token destination chain для следующего действия.
Source hash доказывает только исходное действие. Он не заменяет message identifier и destination hash. Именно поэтому обычная проверка криптотранзакции должна начинаться с выбора сети и роли записи: burn подтверждает отправную точку, а mint или payout — получение результата.
Безопасность определяется тем, кто разрешает destination action
Какие доказательства может использовать мост
- состояние и validators одной из соединяемых сетей;
- light-client proof, проверяемый в destination chain;
- внешний validator set, multisig или oracle network;
- attestation эмитента или специализированного message service;
- economic guarantee и liquidity providers для атомарного либо условного обмена.
Слово trustless не освобождает от разбора. Нужно выяснить, какие contracts можно обновить, кто управляет ключами, есть ли pause, как обрабатывается chain reorganization и что произойдёт при недоступном relayer. Отдельный риск создаёт сам wrapped asset: его обеспечение и redemption существуют пока корректно работает bridge design.
Тикер совпал — contract address мог измениться
USDT, USDC и другие токены существуют как отдельные contracts в каждой сети. Иногда это native issuance эмитента, иногда bridged representation. Гайд про сети USDT объясняет, почему название стандарта и выбранная chain важнее одинакового логотипа. Для USDC Circle публикует официальный список contract addresses — его и нужно считать первичным ориентиром, а не поисковую выдачу или token list неизвестного DEX.
Стейблкоин сохраняет целевой номинал не благодаря одному тикеру. Важны issuer, reserve model, contract и redemption. Перед bridge transfer полезно отделить свойства стейблкоина от механики моста: первый отвечает за актив, второй — за его межсетевой маршрут.
Итоговая стоимость складывается на обеих сторонах
| Компонент | Где возникает | Почему меняется |
|---|---|---|
| Source gas | Исходная сеть | Размер вызова и состояние сети |
| Protocol или relayer fee | Bridge/message layer | Transfer mode и правила протокола |
| Liquidity или swap cost | Маршрут обмена | Глубина, price impact и доступный route |
| Destination execution | Целевая сеть | Кто отправляет mint/unlock и кто платит gas |
| Следующая операция пользователя | Целевая сеть | Наличие native gas token в кошельке |
- Компонент
- Source gas
- Где возникает
- Исходная сеть
- Почему меняется
- Размер вызова и состояние сети
- Компонент
- Protocol или relayer fee
- Где возникает
- Bridge/message layer
- Почему меняется
- Transfer mode и правила протокола
- Компонент
- Liquidity или swap cost
- Где возникает
- Маршрут обмена
- Почему меняется
- Глубина, price impact и доступный route
- Компонент
- Destination execution
- Где возникает
- Целевая сеть
- Почему меняется
- Кто отправляет mint/unlock и кто платит gas
- Компонент
- Следующая операция пользователя
- Где возникает
- Целевая сеть
- Почему меняется
- Наличие native gas token в кошельке
Quote интерфейса следует читать вместе с minimum received, network fees и способом оплаты destination execution. Нулевая bridge fee не означает бесплатную операцию, если отдельно оплачиваются source gas, relayer и последующий swap.
Зависший перевод ищут от последнего доказанного этапа
| Что уже видно | Что это доказывает | Где искать дальше |
|---|---|---|
| Source transaction pending | Операция ещё не закреплена в исходной сети | Source explorer и fee conditions |
| Source success, message unavailable | Burn/lock прошёл, но подтверждение ещё не готово | Finality и message/attestation status |
| Message ready, destination отсутствует | Cross-chain proof сформирован | Relayer, manual redeem или destination submission |
| Destination failed | Целевой вызов отправлен, но не исполнился | Receipt, gas и contract error в destination chain |
| Destination success, баланс не виден | On-chain результат есть | Token contract, account/address и отображение кошелька |
- Что уже видно
- Source transaction pending
- Что это доказывает
- Операция ещё не закреплена в исходной сети
- Где искать дальше
- Source explorer и fee conditions
- Что уже видно
- Source success, message unavailable
- Что это доказывает
- Burn/lock прошёл, но подтверждение ещё не готово
- Где искать дальше
- Finality и message/attestation status
- Что уже видно
- Message ready, destination отсутствует
- Что это доказывает
- Cross-chain proof сформирован
- Где искать дальше
- Relayer, manual redeem или destination submission
- Что уже видно
- Destination failed
- Что это доказывает
- Целевой вызов отправлен, но не исполнился
- Где искать дальше
- Receipt, gas и contract error в destination chain
- Что уже видно
- Destination success, баланс не виден
- Что это доказывает
- On-chain результат есть
- Где искать дальше
- Token contract, account/address и отображение кошелька
Материал «USDT не пришёл» разбирает похожую диагностическую ошибку: интерфейс кошелька не является единственным доказательством баланса. Для моста к проверке добавляются message status и второй blockchain explorer.
Хороший bridge receipt — это цепочка доказательств
Полезный отчёт о cross-chain transfer связывает source chain, source hash, bridge contract, message identifier, verification status, destination chain, destination hash и точный token contract на выходе. Такая запись не обещает, что любой мост безопасен. Она делает конкретный маршрут проверяемым и показывает, на каком допущении держится каждый переход между двумя реестрами.
Источники
Мы используем прямые ссылки и фиксируем дату проверки. Полный текст чужих материалов не перепечатывается.
- Ethereum.org — устройство blockchain bridges Ethereum Foundation · Проверено 13 августа 2026 г. в 22:31 GMT+5
- Circle — обзор CCTP Circle · Проверено 13 августа 2026 г. в 22:32 GMT+5
- Circle — CCTP technical guide Circle · Проверено 13 августа 2026 г. в 22:33 GMT+5
- Circle — supported chains and domains Circle · Проверено 13 августа 2026 г. в 22:34 GMT+5
- Circle — CCTP fees Circle · Проверено 13 августа 2026 г. в 22:35 GMT+5
- Circle — официальные USDC contract addresses Circle · Проверено 13 августа 2026 г. в 22:36 GMT+5