Завершение CCTP V1 от Circle: какие случаи требуют перехода на USDC

Основные моменты: По данным Circle, завершение CCTP V1 (в настоящее время называемого CCTP V1 (наследие)) начнется 31 октября 2026 года, а контракт будет приостановлен 1 декабря 2026 года. Разработчики и сервисы, которые в настоящее время отправляют кросс-чейн USDC через контракт V1, должны перейти на контракт и API CCTP V2. Тем, кто просто владеет USDC, не нужно обменивать токены по этой причине. Пользователи кошельков и бирж должны проверить, зависит ли конкретный кросс-чейн маршрут, который они используют, от V1, и следовать указаниям этого провайдера. Этот срок касается инфраструктуры перевода и не влияет на все остатки USDC.

Что именно завершает Circle

CCTP — это протокол кросс-чейн переводов от Circle. При обычном переводе USDC на исходной цепи USDC сжигается, сообщение получает аттестацию, и на целевой цепи выпускается нативный USDC. Это отличается от перевода USDC на другой адрес в пределах одной и той же цепи. Также это отличается от перемещения обернутого актива (бронированного представления) USDC через несвязанные мосты, которые могут иметь разные эмитенты и риски.

Согласно уведомлению о поэтапном завершении от Circle, после 31 октября лимит на сжигание V1 будет снижен, и ожидается снижение производительности в течение месяца переходного периода. 1 декабря Circle планирует приостановить контракт V1. Приложения, которые продолжают ссылаться на эти контракты, больше не смогут выполнять новые кросс-чейн переводы CCTP V1. Эта информация является запланированной на 12 ноября 2026 года и может быть изменена в будущем в результате операционных объявлений.

V2 будет использовать другие контракты и интерфейсы программирования приложений. В руководстве по переходу они называются несовместимыми разрушительными изменениями (breaking changes). Простое изменение конечной точки V1 на V2 не будет достаточным. Необходимо обновить адреса, интерфейсы, обработку сообщений, а также, если это применимо, логику комиссий и скорости перевода.

Circle использует название "CCTP" для V2 с момента изменения названия в 2025 году. Это может запутать пользователей, читающих страницу помощи кошелька. Приложения, которые отображают "Поддержка CCTP", могут уже использовать V2 или все еще иметь остатки старого маршрута. Важно проверить, какой контракт и версия API фактически используются для этого перевода. Тикер актива "USDC" не позволяет определить версию.

Кто должен внести изменения до 1 декабря

Операторы, осуществляющие интеграцию, должны внести изменения в первую очередь. Кошельки, интерфейсы мостов, биржи, казначейские системы и платежные приложения, отправляющие сжигание CCTP V1, должны перейти на новый маршрут. В качестве мер необходимо определить поддерживаемые исходные и целевые цепи, проверить адреса контрактов V2 в последних документах Circle, изменить вызовы функций и опрос API, провести тестирование перевода от конца до конца и затем остановить предоставление услуг до того, как старый маршрут перестанет работать. Операторы должны уведомить пользователей о любых временных остановках или изменениях маршрута.

Для конечных пользователей ответ зависит от используемого сервиса. Если кнопка кросс-чейн в кошельке управляется провайдером кошелька, провайдер может реализовать обновление, и пользователям не придется взаимодействовать с контрактом напрямую. Если приложение объявило о прекращении поддержки старого маршрута, дождитесь предоставления поддерживаемого альтернативного маршрута или используйте проверенный другой маршрут. Если пользователи сами управляют скриптами или напрямую вызывают контракт V1, они фактически находятся в той же ситуации, что и интеграторы, и им необходимо обновление.

Ввод и вывод на децентрализованных биржах (DEX) — это отдельный рабочий процесс. Клиенты должны убедиться, что соответствующий актив поддерживается в сети, выбранной биржей, и что адрес для ввода совпадает с сетью. То, использует ли биржа CCTP внутренне или нет, является вопросом управления. Объявление CCTP не означает, что определенные сети ввода-вывода Phemex будут изменены. Перед переводом проверьте фактический интерфейс биржи и официальные объявления, не полагаясь на общие статьи для предположений о поддержке.

Владение USDC в кошельке не является интеграцией с CCTP. CCTP — это механизм перевода, который не определяет все существующие остатки токенов USDC. Согласно руководству разработчиков Circle, пользователи не потеряют доступ к средствам во время поэтапного завершения V1, и ожидается, что все ожидающие выкупы на момент начала останутся доступными. Это объяснение специфично для перехода протокола и не должно интерпретироваться как гарантия против рисков, связанных с несвязанными кошельками, эмитентами и мостами.

Что изменится для разработчиков, переходящих на V2

Суть перехода заключается в изменении контрактов и API. Circle выпустила V2 версии, которые заменяют устаревшие контракты TokenMessenger, MessageTransmitter и TokenMinter, каждый из которых имеет разные адреса. Вызов depositForBurn требует дополнительных параметров, таких как вызывающий адрес, максимальная комиссия, порог финализации и т. д. Даже если в интерфейсе отображается "Перевод USDC", если вы продолжаете вызывать интерфейс V1, это не будет V2.

Рабочий процесс аттестации также изменится. Согласно руководству Circle, в V2 сообщения, аттестации и декодированные данные можно получить через конечную точку /v2/messages/{sourceDomainId}, запрашивая хэш транзакции исходного отправления. Ранее код обычно извлекал сообщения из квитанции транзакции и запрашивал аттестацию через конечную точку V1. В тестах следует охватывать не только транзакцию исходной цепи, но и анализ квитанции, статус сообщения, повторные попытки и процедуры выпуска на целевой цепи.

V2 предлагает стандартный режим и режим быстрого перевода. Быстрый перевод может иметь переменные комиссии в зависимости от исходной цепи. Разработчики должны запрашивать текущие тарифы и отображать общую сумму и ожидаемую сумму до того, как пользователь подпишет. Установка максимальной комиссии предотвращает непреднамеренные начисления сверх установленного лимита, но при повышении комиссии может привести к сбоям в переводе. Стандартный режим и быстрый режим имеют разные логики финализации и доступные функции, поэтому выбранный режим должен быть четко обозначен в пользовательском опыте продукта.

Доступность цепей также необходимо проверять для каждого маршрута. Согласно руководству по переходу, на момент документирования V2 доступен на всех цепях V1, кроме Noble и Sui, для Sui планируется поддержка до начала поэтапного завершения. Разработчики должны проверить последние поддерживаемые Circle цепи и адреса контрактов перед развертыванием. Старая цепочка может привести к сбоям в переводе или непреднамеренным переводам через мост. Не рассматривайте количество поддерживаемых цепей, указанных в маркетинговых публикациях, как доказательство доступности всех пар исходных и целевых цепей и функций.

Что будет с уже запущенными переводами

CCTP переводы включают этапы сжигания на исходной стороне, аттестации и выпуска на целевой стороне. Даже если транзакция на исходной стороне успешна, приложение может отображать "в ожидании" во время ожидания подтверждения или аттестации. Только по идентификатору транзакции исходной стороны нельзя определить, завершен ли выпуск на целевой стороне. Перед попыткой другого перевода проверьте статус через официальный интерфейс провайдера и соответствующий блок-эксплорер.

Согласно руководству по переходу Circle, в течение поэтапного завершения будет поддерживаться разрешение на сжигание V1 для ожидающих аттестаций, чтобы завершить уже запущенные выкупы до полной остановки контрактов. Это более конкретное объяснение, чем "все переводы автоматически завершатся". Провайдер может по-прежнему отправлять транзакции на целевую сторону или восстанавливать приложение из ошибок. Операторы должны инвентаризировать ожидающие сообщения V1 и завершить их в соответствии с процедурами, задокументированными Circle. Пользователи могут сообщить службе поддержки идентификатор хэш-транзакции исходной стороны, сети исходной и целевой сторон, сумму, адрес назначения и время.

Не отправляйте второй перевод только потому, что целевой кошелек не обновлен. Повторное сжигание приведет только к созданию второго отдельного перевода и не "аннулирует" первый. Аналогично, лица, которые требуют фразы восстановления или предоплаты под предлогом отмены аттестации, не являются частью официального процесса протокола. В уведомлении Circle четко указано, что переводы необратимы, и активы, отправленные на неверный адрес, не могут быть возвращены.

Как пользователи могут проверить, затронут ли их маршрут

Сначала определите, какие действия вы выполняете. Обычные платежи USDC на одной и той же цепи не подпадают под переход CCTP. Кросс-чейн переводы через определенные кошельки или мосты требуют проверки маршрута. Ищите информацию о CCTP V1, V2, "наследии" и сроках декабря на текущей странице поддержки или объявлениях провайдера. Если провайдер не указывает версию, обратитесь в службу поддержки с вопросом, какой протокол и маршрут контрактов используются для данной пары цепей. Не полагайтесь на публикации третьих лиц в социальных сетях в качестве доказательства.

Затем проверьте предварительный просмотр перевода. Должны отображаться сеть назначения, актив, получатель, комиссия и ожидаемая сумма. Проверьте адрес получателя и сеть. Если рискованная сумма оправдывает дополнительные комиссии и время, выполните небольшой тестовый перевод. Если на целевой стороне произошел выпуск, сохраните оба хэш-транзакции. Полностью устранить риски в тестах невозможно, но можно обнаружить неверные сети или неподдерживаемые маршруты перед крупными переводами.

Наконец, различайте нативный USDC и обернутые активы с похожими тикерами. Даже если в кошельке отображается одна и та же строка, это не означает, что эмитент или путь выкупа подтверждены. Проверьте контракт токена и описание актива сервиса. Переход между двумя версиями CCTP — это изменение инфраструктуры перевода, а обмен одного представления актива на другое — это отдельное решение с собственными затратами и рисками.

Какие операционные риски остаются

Сроки определены в текущем уведомлении Circle, но состояние перехода на стороне приложения не видно только из уведомления. Провайдеры могут остановить маршруты, изменить комиссии или задержать поддержку пар цепей дольше, чем ожидалось. Смарт-контракты, реле, перегрузка цепей и ошибки ввода пользователя также могут быть источниками сбоев. Реалистичная мера — проверять фактический маршрут и объявления провайдера непосредственно перед переводом и сохранять доказательства, если перевод задерживается.

Основные паттерны препятствий для разработчиков — это устаревшие адреса, оставшиеся в настройках, старые параметры ABI ERC-20, неверные идентификаторы доменов, несоответствия логики финализации Standard и Fast, а также неправильная обработка задержанных аттестаций. Более полезно провести контролируемые тесты на каждом производственном маршруте, чем широко утверждать о "поддержке CCTP V2", и инвентаризировать ожидающие сообщения V1. Только когда фактический маршрут использует V2 от конца до конца и процесс реагирования на сбои задокументирован, можно считать переход завершенным.

Часто задаваемые вопросы

Нужно ли обменивать USDC на новый токен

Согласно уведомлению CCTP V1, такие действия не требуются. Это уведомление касается инфраструктуры кросс-чейн переводов. Перед тем как предпринимать действия в отношении остатка, проверьте уведомления отдельных кошельков или бирж.

Будут ли потеряны переводы V1, начатые до остановки

Circle заявляет, что ожидающие выкупы останутся доступными в течение периода поэтапного завершения и объясняет меры по ожидающим аттестациям. Тем не менее, пользователи или провайдеры должны следить за этапом назначения и завершать его. Не думайте, что перевод завершен только потому, что сжигание произошло на исходной стороне.

Будут ли приложения V1 продолжать использовать старые контракты после 1 декабря

Circle планирует приостановить контракты V1 1 декабря, и приложения, которые продолжают ссылаться на них, больше не смогут выполнять кросс-чейн переводы по этому маршруту. Операторы должны реализовать и протестировать V2 или предоставить другие поддерживаемые маршруты.