Краткий ответ: По данным Circle, протокол CCTP V1 (теперь CCTP V1 Legacy) начал сворачиваться 31 октября 2026 года, а его контракты планируется приостановить 1 декабря 2026 года. Разработчик или сервис, который по-прежнему отправляет кросс-чейн USDC через контракты V1, должен перейти на контракты и API CCTP V2. Тому, кто просто хранит USDC, менять токен из-за этого уведомления не требуется. Клиенту кошелька или биржи стоит проверить, зависит ли конкретный используемый им кросс-чейн маршрут от V1, и следовать инструкциям своего провайдера. Срок касается инфраструктуры переводов, а не каждого баланса USDC.
Что именно закрывает Circle?
CCTP — это протокол кросс-чейн-передач Circle. При типичном переводе USDC USDC в исходной сети сжигается, сообщение заверяется (attestation), а нативный USDC выпускается (mint) в целевой сети. Это отличается от отправки USDC на другой адрес в той же сети. Это также отличается от перемещения смосткового представления USDC через несвязанный мост, у которого могут быть иной эмитент и иные риски.
В уведомлении о поэтапном выводе Circle говорится, что лимиты сжигания V1 будут снижаться с 31 октября, а производительность будет падать в течение месячного переходного периода. 1 декабря Circle планирует приостановить контракты V1. Приложения, всё ещё указывающие на эти контракты, перестанут выполнять новые кросс-чейн-переводы CCTP V1. По состоянию на 12 ноября 2026 года это запланированный график; последующие операционные объявления могут его изменить.
V2 использует другие контракты и прикладные программные интерфейсы. В руководстве по миграции такие изменения названы breaking changes. Интеграцию нельзя просто переименовать: эндпоинт V1 нельзя выдать за V2. Нужно обновить адреса, интерфейсы, обработку сообщений, а где это актуально — логику комиссий и скорости перевода.
С 2025 года после изменения нейминга Circle использует название «CCTP» для V2. Это может запутать пользователей, читающих справочную страницу кошелька. Приложение, заявляющее поддержку CCTP, может уже использовать V2, а может всё ещё иметь устаревший маршрут. Полезный вопрос — какую версию контрактов и API фактически использует перевод. Версию нельзя определить только по тикеру актива «USDC».
Кому нужно что-то изменить до 1 декабря?
Наиболее понятные действия — у операторов интеграций. Кошелёк, интерфейс моста, биржа, казначейская система или платёжное приложение, которые отправляют сжигания CCTP V1, должны перевести этот путь. Следует определить каждую поддерживаемую исходную и целевую сеть, сверить адреса контрактов V2 с актуальной документацией Circle, изменить вызовы функций и опрос API, протестировать переводы от начала до конца, а затем отключить устаревший маршрут до того, как он перестанет работать. Операторам нужно заранее сообщать пользователям о временной приостановке или изменении маршрута.
Для конечного пользователя ответ зависит от сервиса. Если кнопку кросс-чейн-перевода в кошельке поддерживает сам провайдер кошелька, он может выполнить обновление без взаимодействия пользователя с контрактами. Если приложение объявило об отключении старого маршрута, пользователю стоит дождаться поддерживаемой замены или выбрать другой проверенный маршрут. Если пользователь запускает собственный скрипт или напрямую вызывает контракты V1, он фактически является оператором интеграции и обязан обновиться.
Депозит или вывод на бирже — отдельный рабочий процесс. Клиенту следует убедиться, что биржа поддерживает актив в выбранной сети и что адрес депозита и сеть совпадают. Использует ли биржа CCTP внутри — это операционный вопрос. Объявление о CCTP не означает, что конкретная сеть депозита или вывода Phemex меняется. Перед отправкой средств проверяйте актуальный интерфейс биржи и официальные уведомления; не делайте выводов о поддержке из общей статьи.
Хранение USDC в кошельке — это не интеграция CCTP V1. CCTP — механизм перевода; он не определяет каждый существующий баланс токена USDC. В руководстве разработчика Circle указано, что пользователи не потеряют доступ к средствам во время поэтапного вывода V1 и что ожидающие погашения остаются доступными с момента его начала. Эта гарантия относится именно к переходу протокола и не должна трактоваться как защита от несвязанных рисков кошелька, эмитента или моста.
Что меняется для разработчиков при переходе на V2?
Ядро миграции — это смена контрактов и API. Circle перечисляет замену V2 для устаревших контрактов TokenMessenger, MessageTransmitter и TokenMinter по другим адресам. Вызов depositForBurn принимает дополнительные параметры, включая destination caller, максимальную комиссию и порог финализации. Реализация, которая продолжает обращаться к интерфейсу V1, не будет использовать V2 лишь потому, что в её интерфейсе написано «перевод USDC».
Меняется и рабочий流程 attestations. В руководстве Circle сказано, что V2 может возвращать сообщение, аттестацию и декодированные данные через эндпоинт /v2/messages/{sourceDomainId}, запрашиваемый по хешу транзакции в исходной сети. Устаревший код часто извлекал сообщение из квитанции транзакции и запрашивал аттестацию через эндпоинт V1. Тесты должны охватывать разбор квитанций, статус сообщения, повторы и этап mint в целевой сети, а не только первую транзакцию в исходной сети.
V2 предлагает режимы Standard и Fast Transfer. Для Fast Transfer комиссия может быть переменной в зависимости от исходной сети. Разработчикам следует запрашивать актуальные комиссии и показывать итоговую сумму и ожидаемую полученную сумму до подписи пользователем. Настройка максимальной комиссии может предотвратить списание сверх установленного лимита, но также может привести к сбою перевода, если комиссия вырастет. Режимы Standard и Fast различаются по финализации и доступным функциям; выбранный режим должен быть явно отражён в продукте.
Доступность сетей также требует проверки по каждому маршруту. В руководстве по миграции указано, что на момент документированного сравнения V2 был доступен во всех сетях V1, кроме Noble и Sui, причём поддержка Sui планировалась до начала вывода из эксплуатации. Перед развёртыванием разработчику стоит проверить актуальные поддерживаемые Circle сети и адреса контрактов, поскольку устаревший список сетей может вызвать сбои переводов или отправить средства через непреднамеренный мост. Не считайте большое число поддерживаемых сетей в маркетинговом посте доказательством того, что доступна каждая пара «источник–назначение» и каждая функция.
Что происходит с переводом, уже находящимся в процессе?
Перевод CCTP состоит из этапов: сжигание в исходной сети, аттестация и выпуск (mint) в целевой сети. Приложение может показывать статус «pending», ожидая подтверждения или аттестации, даже когда транзакция в исходной сети прошла успешно. Сам по себе хеш транзакции в исходной сети не показывает, что mint в целевой сети завершён. Прежде чем пытаться выполнить другой перевод, проверьте статус через официальный интерфейс провайдера и соответствующие обозреватели блокчейнов.
В руководстве по миграции Circle указано, что во время поэтапного вывода разрешения минтера V1 над ожидающими аттестациями сохраняются, чтобы начатые погашения можно было завершить до полной приостановки контрактов. Это более узкое утверждение, чем обещание, что каждый перевод завершится автоматически. Провайдеру по-прежнему может потребоваться отправить транзакцию в целевой сети или восстановиться после ошибки приложения. Оператору следует составить реестр ожидающих сообщений V1 и завершить их либо эскалировать по документированному Circle пути. Пользователям стоит предоставить поддержке хеш транзакции в исходной сети, исходную и целевую сети, сумму, адрес получателя и время.
Не отправляйте второй перевод только потому, что целевой кошелёк ещё не обновился. Повторное сжигание создаст второй отдельный перевод, а не «разблокирует» первый. Аналогично, человек, запрашивающий seed-фразу или предоплату для «выпуска аттестации», не является частью официального протокольного процесса. В уведомлении Circle сказано, что переводы необратимы и что активы, отправленные на неверный адрес, восстановить нельзя.
Как пользователю проверить, затронут ли его маршрут?
Сначала определите, какое действие вы выполняете. Обычный платёж USDC в пределах одной сети вне этой миграции CCTP. Кросс-чейн-перевод через конкретный кошелёк или мост требует проверки маршрута. Изучите актуальную страницу поддержки или сервисное уведомление провайдера на предмет упоминаний CCTP V1, V2, «legacy» и декабрьского срока. Если провайдер не указывает версию, спросите в поддержке, какой протокол и путь контрактов используются для вашей точной пары сетей. Не полагайтесь на сторонний пост в соцсетях как на подтверждение.
Затем просмотрите предпросмотр перевода. В нём должны быть указаны целевая сеть, актив, получатель, комиссия и сумма, которая должна поступить. Проверьте адрес получателя и сеть. Отправьте небольшой тестовый объём, когда размер риска оправдывает дополнительную комиссию и время. Сохраните оба хеша транзакций, если mint в целевой сети произошёл. Тест не устраняет все риски, но может выявить неверную сеть или неподдерживаемый маршрут до крупного перевода.
Наконец, отличайте нативный USDC от мостового актива с похожим тикером. Одинаковые буквы в кошельке не устанавливают эмитента или путь погашения. Проверьте контракт токена и описание актива в сервисе. Переход между двумя версиями CCTP — это изменение инфраструктуры переводов; обмен одного представления актива на другое — отдельное решение со своими издержками и рисками.
Какие операционные риски остаются?
Срок зафиксирован в текущем уведомлении Circle, но миграция приложений из самого уведомления не видна. Провайдеры могут приостановить маршруты, изменить комиссии или поддержать пару сетей позже ожидаемого. Сбои также могут вызывать смарт-контракты, релейеры, загруженность сети и ошибки ввода пользователя. Практичный ответ — непосредственно перед переводом проверить живой маршрут и уведомление провайдера, а при зависании перевода сохранить доказательства.
Для разработчика основные сценарии отказа — устаревший адрес, оставленный в конфигурации, старые параметры ABI, некорректные идентификаторы доменов, несоответствие логики финализации между Standard и Fast и недостаточная обработка задержек аттестаций. Контролируемый тест на каждом рабочем маршруте и реестр ожидающих сообщений V1 полезнее широкого заявления «CCTP V2 поддерживается». Миграция завершена только тогда, когда реальный маршрут использует V2 от начала до конца, а процесс обработки сбоев задокументирован.
Часто задаваемые вопросы
Нужно ли обменивать мой USDC на новый токен?
Из самого уведомления о CCTP V1 таких действий не следует. Оно касается инфраструктуры кросс-чейн-переводов. Прежде чем что-либо делать с балансом, проверьте конкретное объявление вашего кошелька или биржи.
Будет ли потерян перевод V1, начатый до приостановки?
Circle сообщает, что ожидающие погашения остаются доступными во время поэтапного вывода, и описывает механизмы для ожидающих аттестаций. Пользователю или провайдеру всё равно следует контролировать и завершать этап в целевой сети. Не предполагайте, что сжигание в исходной сети означает завершение всего перевода.
Может ли приложение V1 продолжать использовать старые контракты после 1 декабря?
Circle сообщает, что контракты V1 будут приостановлены на эту дату, поэтому приложение, всё ещё указывающее на них, перестанет выполнять кросс-чейн-переводы по этому пути. Оператору необходимо реализовать и протестировать V2 либо предложить другой поддерживаемый маршрут.
