Respuesta rápida: Circle indica que su CCTP V1, ahora denominado CCTP V1 (Legacy), comenzó a retirarse el 31 de octubre de 2026 y tiene previsto que sus contratos queden pausados el 1 de diciembre de 2026. Un desarrollador o servicio que aún envíe USDC entre cadenas a través de contratos V1 debe migrar a los contratos y APIs de CCTP V2. Una persona que simplemente mantiene USDC no necesita cambiar el token por este aviso. Un cliente de una billetera o exchange debe comprobar si la ruta entre cadenas que utiliza depende de V1 y seguir las instrucciones de ese proveedor. El plazo concierne a la infraestructura de transferencias, no a todos los saldos de USDC.
¿Qué está cerrando realmente Circle?
CCTP es el protocolo de transferencia entre cadenas de Circle. En una transferencia típica de USDC, el USDC de la cadena de origen se quema, se da fe de un mensaje y se acuña USDC nativo en la cadena de destino. Eso es distinto de enviar USDC a otra dirección en la misma cadena. También es distinto de mover una representación puenteada de USDC a través de un bridge no relacionado, cuyo emisor y riesgos pueden ser diferentes.
El aviso de retiro de Circle señala que los límites de quema de V1 se reducirían a partir del 31 de octubre, con un rendimiento decreciente durante una transición de un mes. El 1 de diciembre, Circle planea pausar los contratos V1. Las aplicaciones que aún apunten a esos contratos dejarían de realizar nuevas transferencias entre cadenas de CCTP V1. La declaración es un plan programado al 12 de noviembre de 2026; un anuncio operativo posterior podría modificarlo.
V2 utiliza contratos e interfaces de programación de aplicaciones diferentes. La guía de migración califica estos cambios como rupturistas. Una integración no puede simplemente rebautizar un endpoint V1 como V2. Debe actualizar direcciones, interfaces, manejo de mensajes y, cuando corresponda, la lógica de comisiones y velocidad de transferencia.
Circle usa "CCTP" como nombre para V2 desde un cambio de denominación en 2025. Esto puede confundir a los usuarios que leen la página de ayuda de una billetera. Una aplicación que dice soportar CCTP puede ya usar V2, o puede conservar una ruta heredada. La pregunta útil es qué versión de contrato y API utiliza realmente la transferencia. La versión no puede establecerse solo a partir del ticker del activo "USDC".
¿Quién debe hacer cambios antes del 1 de diciembre?
Los operadores de integración tienen la acción más clara. Una billetera, interfaz de bridge, exchange, sistema de tesorería o aplicación de pagos que envíe quemas de CCTP V1 debe migrar esa ruta. Debe identificar cada cadena de origen y destino soportada, verificar las direcciones de contratos V2 en la documentación actual de Circle, cambiar las llamadas de función y el sondeo de API, probar las transferencias de extremo a extremo y luego dejar de ofrecer la ruta heredada antes de que falle. Los operadores deben comunicar cualquier suspensión temporal o cambio de ruta a los usuarios.
Para un usuario final, la respuesta depende del servicio. Si el botón entre cadenas de una billetera lo mantiene el proveedor de la billetera, este puede implementar la actualización sin requerir que el usuario interactúe con contratos. Si una aplicación ha anunciado que su ruta antigua será deshabilitada, el usuario debe esperar un reemplazo soportado o usar otra ruta verificada. Si un usuario opera un script o llama directamente a contratos V1, es de hecho un operador de integración y debe actualizarlo.
Un depósito o retiro en un exchange es otro flujo de trabajo distinto. Un cliente debe confirmar que el exchange soporta el activo en la red seleccionada y que la dirección y la red de depósito coinciden. Si el exchange usa CCTP internamente es una cuestión operativa. El anuncio de CCTP no establece que una red particular de depósito o retiro de Phemex esté cambiando. Verifica la interfaz activa del exchange y los avisos oficiales antes de enviar fondos; no infieras soporte a partir de un artículo general.
Mantener USDC en una billetera no es una integración de CCTP V1. CCTP es un mecanismo de transferencia; no define cada saldo de tokens USDC existente. La guía para desarrolladores de Circle indica que los usuarios no perderán acceso a sus fondos durante el retiro de V1 y que los canjes pendientes siguen disponibles al iniciarse. Esa garantía es específica de la transición del protocolo y no debe leerse como una garantía frente a riesgos no relacionados de billetera, emisor o bridge.
¿Qué cambia para los desarrolladores que migran a V2?
La migración central es un cambio de contratos y API. Circle enumera reemplazos V2 para los contratos heredados TokenMessenger, MessageTransmitter y TokenMinter en direcciones diferentes. La llamada depositForBurn toma parámetros adicionales, incluido un destinatario de destino, una comisión máxima y un umbral de finalidad. Una implementación que siga llamando a la interfaz V1 no usará V2 solo porque su interfaz de usuario diga "transferencia de USDC".
El flujo de trabajo de atestación también cambia. La guía de Circle indica que V2 puede devolver el mensaje, la atestación y los datos decodificados a través de un endpoint /v2/messages/{sourceDomainId} consultado con el hash de la transacción de origen. El código heredado a menudo extraía un mensaje del recibo de la transacción y solicitaba una atestación mediante un endpoint V1. Las pruebas deben cubrir el análisis del recibo, el estado del mensaje, los reintentos y el paso de acuñación en la cadena de destino, no solo la transacción inicial en la cadena de origen.
V2 ofrece modos de Transferencia Estándar y Rápida. La Transferencia Rápida puede tener una comisión variable según la cadena de origen. Los desarrolladores deben consultar las comisiones actuales y mostrar un monto total y un monto esperado recibido antes de que el usuario firme. Una configuración de comisión máxima puede evitar un cargo no deseado por encima de un límite configurado, pero también puede provocar que una transferencia falle si la comisión sube. El modo Estándar y el modo Rápido difieren en finalidad y funciones disponibles; el modo elegido debe ser explícito en la experiencia del producto.
La disponibilidad de cadenas también requiere una verificación ruta por ruta. La guía de migración indica que V2 estaba disponible en todas las cadenas de V1 excepto Noble y Sui en el momento de su comparación documentada, con Sui previsto antes de iniciar la obsolescencia. Un desarrollador debe verificar las cadenas soportadas por Circle y las direcciones de contratos actuales antes del despliegue, porque una lista de cadenas desactualizada puede causar transferencias fallidas o enviar fondos a través de un bridge no previsto. No trates el número amplio de cadenas soportadas en una publicación de marketing como prueba de que cada par origen-destino y función está disponible.
¿Qué ocurre con una transferencia ya en curso?
Una transferencia CCTP tiene etapas: quema en origen, atestación y acuñación en destino. Una aplicación puede mostrar "pendiente" mientras espera la confirmación o una atestación incluso cuando la transacción de origen tuvo éxito. Un hash de transacción de origen por sí solo no muestra que la acuñación de destino se completó. Antes de intentar otra transferencia, inspecciona el estado a través de la interfaz oficial del proveedor y los exploradores de cadenas correspondientes.
La guía de migración de Circle indica que mantendrá las autorizaciones de acuñador V1 sobre atestaciones pendientes durante el retiro, para que los canjes ya en proceso puedan completarse antes de que los contratos queden totalmente pausados. Esto es más específico que decir que toda transferencia terminará automáticamente. Un proveedor aún puede necesitar enviar una transacción de destino o recuperarse de un error de aplicación. Un operador debe inventariar los mensajes V1 pendientes y completarlos o escalarlos usando la ruta documentada de Circle. Los usuarios deben dar al soporte el hash de la transacción de origen, las redes de origen y destino, el monto, la dirección de destino y la hora.
No envíes una segunda transferencia solo porque la billetera de destino no se haya actualizado. Una quema duplicada crearía una segunda transferencia separada, no "desatascaría" la primera. Igualmente, una persona que solicite una frase de recuperación o un pago por adelantado para liberar una atestación no forma parte del flujo oficial del protocolo. El aviso de Circle señala que las transferencias son irreversibles y que no puede recuperar activos enviados a una dirección incorrecta.
¿Cómo puede un usuario comprobar si una ruta está afectada?
Primero, identifica qué acción realizas. Un pago ordinario de USDC en la misma cadena queda fuera de esta migración de CCTP. Una transferencia entre cadenas a través de una billetera o bridge específico necesita una verificación de ruta. Consulta la página de soporte actual o el aviso de servicio del proveedor respecto a CCTP V1, V2, "legacy" y el plazo de diciembre. Si el proveedor no indica la versión, pregunta al soporte qué protocolo y ruta de contratos usa para el par de cadenas exacto. No dependas de una publicación social de terceros como confirmación.
Después, revisa la vista previa de la transferencia. Debe mostrar la red de destino, el activo, el destinatario, la comisión y el monto esperado que llegará. Verifica la dirección y la red del destinatario. Envía un pequeño monto de prueba cuando el importe en riesgo justifique la comisión y el tiempo extra. Conserva ambos hashes de transacción si se produce una acuñación de destino. Una prueba no elimina todo el riesgo, pero puede exponer una red incorrecta o una ruta no soportada antes de una transferencia mayor.
Por último, distingue entre USDC nativo y un activo puenteado con un ticker similar. Las mismas letras en una billetera no establecen el emisor ni la ruta de canje. Verifica el contrato del token y la descripción del activo del servicio. Moverse entre dos versiones de CCTP es un cambio en la infraestructura de transferencia; intercambiar una representación de activo por otra es una decisión distinta con sus propios costos y riesgos.
¿Cuál es el riesgo operativo restante?
El plazo está fijado en el aviso actual de Circle, pero la migración de aplicaciones no es visible solo con el aviso. Los proveedores pueden suspender rutas, cambiar comisiones o soportar un par de cadenas más tarde de lo esperado. Los contratos inteligentes, los relayers, la congestión de la cadena y la entrada del usuario también pueden causar fallos. La respuesta práctica es verificar la ruta activa y el aviso del proveedor justo antes de transferir, y luego preservar evidencia si la transferencia se detiene.
Para un desarrollador, los principales modos de fallo son una dirección heredada dejada en la configuración, viejos parámetros ABI, IDs de dominio incorrectos, una discrepancia entre la lógica de finalidad Estándar y Rápida, y un manejo inadecuado de atestaciones retrasadas. Una prueba controlada en cada ruta de producción y un inventario de mensajes V1 pendientes son más útiles que una afirmación amplia de que "CCTP V2 es soportado". La migración está completa solo cuando la ruta real usa V2 de extremo a extremo y su proceso de manejo de fallos está documentado.
Preguntas frecuentes
¿Necesito cambiar mi USDC por un nuevo token?
Ninguna acción de ese tipo se desprende del aviso de CCTP V1 por sí solo. El aviso trata sobre la infraestructura de transferencia entre cadenas. Revisa un anuncio específico de tu billetera o exchange antes de actuar sobre un saldo.
¿Se perderá una transferencia V1 iniciada antes de la pausa?
Circle indica que los canjes pendientes siguen disponibles durante el retiro y describe disposiciones para atestaciones pendientes. El usuario o proveedor aún debe monitorear y completar el paso de destino. No asumas que una quema en origen significa que toda la transferencia terminó.
¿Puede una app V1 seguir usando sus contratos antiguos después del 1 de diciembre?
Circle indica que los contratos V1 serán pausados en esa fecha, por lo que una app que aún apunte a ellos dejará de realizar transferencias entre cadenas por esa ruta. El operador necesita implementar y probar V2 o proveer otra ruta soportada.
