В поддерживаемом маршруте нативного USDC протокол CCTP сжигает USDC в исходной сети и позволяет выпустить его в сети назначения по подтверждённому сообщению. Это не простое запирание исходных монет с выпуском посторонней квитанции моста. До выбора маршрута выясните точное представление USDC на выходе, исполнителя операции назначения и расходы, уже включённые в расчёт.
Native относится к выпуску токена, а не общей монете газа
Кошелёк может показывать несколько активов со словом USDC. Для депозитного адреса различие важно, даже если суммы выглядят одинаково. Токен выпуска Circle и отдельное представление моста являются разными активами в сети получения. Слово native не устанавливает, что любая сеть использует этот токен для комиссии или что его принимает любой сервис.
Идентифицируйте выпуск в фактической сети назначения по справочнику контрактов USDC Circle. Логотип и сокращённый тикер не заменяют идентификатор. Контракт исходной сети не является справочником адресов назначения. Инструкции получающего сервиса проверяйте отдельно: идентичность токена и его поддержка — два разных вопроса.
Так проще понять и слово «перенос». Состояние блокчейна не перемещается как физическая монета из одной цепочки в другую. Исходная сеть и назначение фиксируют разные действия по межсетевому механизму. Нужно установить, что эти действия подтверждают и какой актив после них способен хранить или использовать принимающий кошелёк.
Сравните механизм за кнопкой моста
| Модель маршрута | Что происходит в принципе | Что установить получателю | Какую зависимость исследовать |
|---|---|---|---|
| Lock and mint | Исходный актив хранится, а в назначении выпускается представление | Точное представление, не один тикер оригинала | Обеспечение, правила моста и путь погашения |
| CCTP burn and mint для USDC | Исходный USDC сжигается, подтверждённое сообщение допускает выпуск | Поддерживаемый нативный USDC и адрес получателя выпуска | Аттестация Circle и реализации обеих сетей |
| Маршрут через ликвидность | Маршрут предоставляет актив назначения и рассчитывается между сетями | Реальный выдаваемый токен и объём | Ликвидность, условия и модель расчётов провайдера |
| Обмен плюс межсетевой этап | Меняется и актив, и сеть нахождения стоимости | Итоговый токен и расчёт конверсии | Каждый обмен и перевод, включённые в маршрут |
В обзоре мостов Ethereum разделены разные способы передачи. Интерфейс способен назвать их все bridging, не делая одинаковыми модели актива. Известная марка моста не подтверждает выдачу одного и того же токена в каждой сети. Читайте выбранный выход, а не только главную страницу продукта.
Circle описывает CCTP как нативное сжигание и выпуск без традиционных пулов ликвидности моста. Это устраняет потребность в конкретном механизме пула, но не все зависимости приложения. Интерфейс может добавить конверсию или другую услугу вокруг участка CCTP. Эти дополнительные этапы требуют самостоятельного объяснения и не исчезают из-за названия протокола.
Что связывает сжигание с выпуском
В техническом руководстве CCTP описаны сообщение исходной сети, аттестация Circle вне цепочки и приём сообщения назначением. Нужна также транзакция, обрабатывающая подходящее сообщение в сети получения. Запись сжигания и выпуск назначения — разные доказательства: наличие первого не устанавливает уже состоявшееся второе.
Сжигание через документированный протокол отличается от произвольной отправки токена на адрес, названный в интернете burn address. Такая отправка не создаёт автоматически сообщение CCTP и право выпуска в другой сети. Пользуйтесь поддерживаемым процессом, не воспроизводите слово burn обычной кнопкой Send. Для понимания механизма не нужен придуманный ручной короткий путь.
Роли внутри сообщения тоже различаются. Технический формат отделяет получателя сообщения, обрабатывающего содержимое, от адреса mint recipient для токенов. Контракт обработки не является автоматически адресом вашего кошелька. Проверяйте назначение и итог приложения, не переносите техническое поле в форму депозита обменника без понимания его смысла.
Поддержка USDC и маршрута CCTP — разные списки
В справочнике сетей и доменов перечислены поддержка CCTP и возможности маршрутов. Сам факт выпуска USDC Circle в цепочке не устанавливает одинаковые функции CCTP со всеми другими сетями. До разрешения операции проверьте конкретное сочетание источника, назначения и нужной функции.
Там же указано, что домены CCTP отличаются от публичных chain ID. Число из настройки сети кошелька поэтому не обязательно является подходящим протокольным идентификатором. Пользователю нужен корректный проверенный маршрут, разработчику — документированное соответствие. Это важно и при обращении в поддержку, где слово domain может означать сеть протокола, а не имя сайта.
Разделяйте основную и тестовую сеть, уточняйте версию протокола. Контракт и набор функций старого руководства не подтверждают сегодняшний маршрут. Не предполагайте одинаковое кодирование адресов и оплату газа во всех реализациях по образцу EVM. Результат должен быть понятен кошельку и приниматься конкретным получателем, а не просто существовать в какой-либо сети.
Разберите полный расход и организацию доставки
Circle публикует справочник комиссий перевода USDC для пары доменов источника и назначения. Это повод проверить маршрут, а не назвать постоянный общий тариф. Приложение может дополнительно показывать сеть и собственную услугу. Выясните, что включено в сумму получения, а что оплачивается отдельно.
Standard и Fast описывают вариант протокольного маршрута, а не обещают всем одинаковую скорость или неизменную доступность. Проверьте предложенный режим, условия подтверждения и расчёт получения. Максимальная разрешённая плата не равна автоматически окончательному удержанию. Баланс для газа в другой сети тоже не является оплатой нужной операции здесь.
Уточните исполнителя назначения: приложение, forwarding service, другой relayer или вы. Автоматически организованная доставка отличается от процесса, оставляющего последний шаг отправителю. Слово native не отменяет сетевую операцию назначения и не объясняет само по себе, кто заплатит за неё. Этот вопрос нужно закрыть до подписи, а не после неожиданного требования приложения.
Составьте карточку маршрута до разрешения
- Запишите исходную сеть и точный USDC, которым владеете.
- Найдите поддержку пары источник/назначение и используемую приложением версию CCTP.
- Проверьте токен назначения и mint recipient по реальным инструкциям получения.
- Прочитайте режим, итоговую сумму, максимумы и отдельно оплачиваемые сетевые либо сервисные расходы.
- Установите, кто завершает действие назначения и как оплачивается его сеть.
- После завершения подтвердите настоящий актив и получение до использования средств на другом сервисе.
Карточка должна выявлять неизвестное, а не подталкивать к проверке неподдерживаемым депозитом. Если на выходе представление моста, а получатель ждёт нативный выпуск эмитента, одинаковый тикер не устраняет расхождение. При дополнительном обмене сохраните его расчёт, не называйте всю цепочку простой передачей протокола. Так поддержка сможет разбирать именно тот участок, который требует объяснения.
Для KOT.CASH сопоставьте страницу USDC, поддерживаемые активы и выбранную заявку простого обмена. Статья не устанавливает интеграцию CCTP, партнёрство Circle и приём прямого протокольного выпуска сервисом. Проверьте точные актив, сеть и способ депозита, не считайте все формы доставки нативного USDC равнозначными.
Частые вопросы
USDC CCTP bridge выдаёт тот же актив, что любой мост?
Не обязательно: другие маршруты способны выдавать отдельное представление. Проверьте идентификатор конечного токена и точный механизм выбранного пути.
USDC native network означает поддержку любого CCTP-перевода?
Нет, выпуск USDC в сети и поддержка конкретного протокольного маршрута проверяются отдельно. Нужны актуальные источник, назначение, версия и возможности приложения.
USDC CCTP можно отправить обычным переводом на burn address?
Произвольная отправка не устанавливает сообщение CCTP и выпуск в другой сети. Используйте только документированный поддерживаемый процесс, не пытайтесь заменить его догадкой об адресе.
По теме на сайте
Источники
- developers.circle.com/stablecoins/usdc-contract-addresses
- ethereum.org/developers/docs/bridges/
- developers.circle.com/cctp
- developers.circle.com/cctp/references/technical-guide
- developers.circle.com/cctp/concepts/supported-chains-and-domains
- developers.circle.com/api-reference/cctp/all/get-burn-usdc-fees