Fin del CCTP V1 de Circle: ¿Cuáles son los casos que requieren migración con la transferencia de USDC?

Puntos clave: Según Circle, el CCTP V1 (que ahora se llama CCTP V1 (legado)) comenzará su finalización gradual el 31 de octubre de 2026, y se espera que el contrato se suspenda el 1 de diciembre de 2026. Los desarrolladores y servicios que aún están transfiriendo USDC entre cadenas a través del contrato V1 necesitarán migrar al contrato y API del CCTP V2. Aquellos que simplemente poseen USDC no necesitan intercambiar tokens debido a este aviso. Los usuarios de billeteras y exchanges deben verificar si la ruta de cadena cruzada específica que están utilizando depende de V1 y seguir las instrucciones de su proveedor. Este plazo se refiere a la infraestructura de transferencia y no afecta a todos los saldos de USDC.

¿Qué es lo que Circle realmente va a finalizar?

CCTP es el Protocolo de Transferencia entre Cadenas de Circle. En una transferencia típica de USDC, el USDC en la cadena de origen es quemado, se recibe un mensaje de atestación, y el USDC nativo es emitido en la cadena de destino. Esto es diferente de enviar USDC a otra dirección en la misma cadena. También es diferente de mover la representación puenteada (activos envueltos) de USDC a través de puentes no relacionados que pueden tener emisores o riesgos diferentes.

Según el aviso de desmantelamiento de Circle, el límite de quema de V1 se reducirá después del 31 de octubre, y se espera que el rendimiento disminuya durante el mes de período de migración. El 1 de diciembre, Circle planea suspender el contrato V1. Las aplicaciones que continúen haciendo referencia a esos contratos no podrán realizar nuevas transferencias entre cadenas del CCTP V1. Este contenido es un plan previsto a partir del 12 de noviembre de 2026 y puede cambiar con anuncios operativos posteriores.

El V2 utilizará contratos y una interfaz de programación de aplicaciones diferentes. La guía de migración se refiere a estos como cambios disruptivos incompatibles. Simplemente cambiar el punto final de V1 a V2 en las integraciones existentes no será suficiente. Será necesario actualizar direcciones, interfaces, procesamiento de mensajes, y, cuando sea relevante, la lógica de tarifas y velocidad de transferencia.

Circle ha estado utilizando el nombre "CCTP" para V2 desde el cambio de nombre en 2025. Esto puede confundir a los usuarios que leen la página de ayuda de la billetera. Algunas aplicaciones que indican que son "compatibles con CCTP" pueden estar utilizando ya V2, mientras que otras pueden tener rutas legadas aún disponibles. Un punto de verificación importante es qué contrato y versión de API se está utilizando realmente para la transferencia. El ticker de activos "USDC" por sí solo no puede identificar la versión.

¿Quién necesita hacer cambios antes del 1 de diciembre?

Los operadores que gestionan integraciones son los que más claramente necesitan actuar. Las billeteras, interfaces de puente, exchanges, sistemas de tesorería y aplicaciones de pago que están enviando quema de CCTP V1 deben migrar sus rutas. Como parte de la respuesta, deben identificar cada cadena de origen y destino que soportan, verificar la dirección del contrato V2 en la documentación más reciente de Circle, modificar las llamadas a funciones y el polling de la API, realizar pruebas de transferencia de extremo a extremo y luego detener la provisión antes de que la ruta legada deje de funcionar. Los operadores deben notificar a los usuarios sobre cualquier parada temporal o cambio de ruta.

Para los usuarios finales, la respuesta variará según el servicio que utilicen. Si el botón de cadena cruzada de la billetera de criptomonedas es gestionado por el proveedor de la billetera, este puede implementar la actualización, lo que significa que los usuarios no tendrán que interactuar directamente con el contrato. Si una aplicación anuncia la eliminación de la ruta antigua, los usuarios deben esperar que se proporcione una ruta alternativa soportada o utilizar una ruta alternativa verificada. Si los usuarios están ejecutando scripts o llamando directamente al contrato V1, estarán en una posición prácticamente igual a la de los operadores de integración y necesitarán actualizarse.

Los depósitos y retiros en exchanges descentralizados (DEX) son un flujo de trabajo diferente. Los clientes deben asegurarse de que el activo en la red seleccionada por el exchange esté soportado y que la dirección de depósito y la red coincidan. Si el exchange utiliza CCTP internamente o no, es un problema operativo. El anuncio de CCTP no significa que la red de depósitos y retiros de Phemex cambie necesariamente. Antes de enviar, verifique la pantalla real del exchange y los anuncios oficiales, y no suponga el estado de soporte a partir de artículos generales.

Poseer USDC en una billetera no es lo mismo que estar integrado con CCTP V1. CCTP es un mecanismo de transferencia y no define todos los saldos de tokens USDC existentes. Según la guía para desarrolladores de Circle, los usuarios no perderán acceso a sus fondos durante la fase de desmantelamiento de V1, y los reembolsos pendientes seguirán estando disponibles. Esta explicación es específica para la migración del protocolo y no debe interpretarse como una garantía contra los riesgos de billeteras, emisores o puentes no relacionados.

¿Qué cambiará para los desarrolladores que migran a V2?

El núcleo de la migración es el cambio de contratos y API. Circle ha publicado versiones V2 que reemplazan a los contratos legados TokenMessenger, MessageTransmitter y TokenMinter, cada uno en una dirección diferente. La llamada depositForBurn requerirá parámetros adicionales como el llamador de destino, la tarifa máxima y el umbral de finalización. Aunque la UI muestre "transferencia de USDC", si sigue llamando a la interfaz V1, no será V2.

El flujo de trabajo de atestación también cambiará. Según la guía de Circle, en V2 se puede obtener mensajes, atestaciones y datos decodificados a través del endpoint /v2/messages/{sourceDomainId} consultando el hash de transacción de origen. El código tradicional generalmente extraía el mensaje del recibo de transacción y solicitaba la atestación en el endpoint V1. En las pruebas, no solo se debe cubrir la transacción del primer origen, sino también el análisis del recibo, el estado del mensaje, reintentos y el procedimiento de emisión en la cadena de destino.

V2 ofrece modos Standard y Fast Transfer. Fast Transfer puede incurrir en tarifas variables según la cadena de origen. Los desarrolladores deben consultar las tarifas actuales y mostrar el total y el monto esperado a recibir antes de que el usuario firme. Establecer un límite de tarifa máxima previene cargos no intencionados que superen el límite establecido, pero cuando las tarifas aumentan, esto puede causar fallos en la transferencia. Los modos Standard y Fast tienen diferentes lógicas de finalización y funciones disponibles, por lo que se debe aclarar el modo seleccionado dentro de la experiencia del producto.

La disponibilidad de la cadena también debe verificarse por ruta. Según la guía de migración, en el punto de comparación documentado, V2 está disponible en todas las cadenas V1 excepto Noble y Sui, y se esperaba que se abordara Sui antes de que comenzara la fase de desmantelamiento. Los desarrolladores deben verificar las cadenas y direcciones de contrato más recientes que Circle soporta antes de desplegar. Las listas de cadenas antiguas pueden llevar a fallos en las transferencias o a envíos a través de puentes no intencionados. No trate la cantidad de cadenas soportadas mencionadas en publicaciones de marketing como prueba de que todas las parejas de origen y destino y funciones están disponibles.

¿Qué pasará con las transferencias en curso?

Las transferencias CCTP tienen etapas de quema en el origen, atestación y emisión en el destino. Aunque la transacción de origen sea exitosa, la aplicación puede mostrar "pendiente" mientras espera confirmación o atestación. El ID de transacción de origen por sí solo no indica que la emisión en el destino se haya completado. Antes de intentar otra transferencia, verifique la situación en la interfaz oficial de su proveedor y en el explorador de bloques relacionado.

Según la guía de migración de Circle, se mantendrá el permiso de emisor V1 para atestaciones pendientes durante la fase de desmantelamiento, para que se puedan completar los reembolsos en curso antes de que el contrato se detenga por completo. Esto es una explicación más específica que la expresión "todas las transferencias se completarán automáticamente". Puede que el proveedor aún necesite enviar transacciones de destino o recuperar errores de la aplicación. Los operadores deben hacer un inventario de los mensajes V1 pendientes y completarlos o escalarlos según los procedimientos documentados por Circle. Los usuarios deberían informar al soporte sobre el hash de la transacción de origen, la red de origen y destino, el monto, la dirección de destino y la fecha y hora.

No envíe una segunda transferencia solo porque la billetera de destino no se ha actualizado. La quema duplicada solo generará una segunda transferencia separada y no "anulará" la primera. De igual manera, las personas que soliciten frases de recuperación o pagos anticipados bajo el pretexto de liberar la atestación no son parte del proceso oficial del protocolo. El aviso de Circle establece que las transferencias son irreversibles y que los activos enviados a una dirección incorrecta no pueden ser recuperados.

¿Cómo pueden los usuarios verificar si su ruta se verá afectada?

Primero, identifique qué tipo de operación está realizando. Los pagos de USDC en la misma cadena normalmente no están sujetos a esta migración de CCTP. Las transferencias entre cadenas a través de billeteras o puentes específicos requieren verificación de ruta. Busque en la página de soporte actual de su proveedor o en los anuncios de servicio sobre CCTP V1, V2, "legado" y el plazo de diciembre. Si el proveedor no especifica la versión, pregunte al soporte qué protocolo y ruta de contrato se están utilizando para la pareja de cadenas en cuestión. No se base en publicaciones de terceros en redes sociales como fundamento.

A continuación, revise la vista previa de la transferencia. Debería mostrar la red de destino, el activo, el destinatario, la tarifa y el monto esperado a recibir. Verifique la dirección del destinatario y la red. Si el monto en riesgo justifica tarifas y tiempos adicionales, considere realizar una pequeña transferencia de prueba. Si se produce una emisión en el destino, guarde ambos hashes de transacción. No se puede eliminar completamente el riesgo en las pruebas, pero se pueden detectar redes incorrectas o rutas no soportadas antes de transferencias grandes.

Finalmente, distinga entre USDC nativo y activos puenteados con tickers similares. Aunque la misma cadena de caracteres se muestre en la billetera, esto no garantiza que los emisores o rutas de reembolso estén respaldados. Verifique el contrato del token y la descripción del activo del servicio. Moverse entre las dos versiones de CCTP es un cambio en la infraestructura de transferencia, y cambiar una representación de activo por otra es un juicio separado que conlleva sus propios costos y riesgos.

¿Cuáles son los riesgos operativos que permanecen?

El plazo está confirmado por el aviso actual de Circle, pero el estado de migración del lado de la aplicación no es visible solo a partir del aviso. Los proveedores pueden detener rutas, cambiar tarifas o tardar más de lo esperado en soportar parejas de cadenas. Los contratos inteligentes, los relés, la congestión de la cadena y los errores de entrada del usuario también pueden causar fallos. Una respuesta realista es verificar la ruta real y los anuncios del proveedor justo antes de la transferencia, y guardar evidencia en caso de que la transferencia se retrase.

Para los desarrolladores, los patrones principales de obstáculos son direcciones legadas que permanecen en la configuración, parámetros ABI de ERC-20 antiguos, IDs de dominio incorrectos, inconsistencias en la lógica de finalización entre Standard y Fast, y respuestas inadecuadas a atestaciones retrasadas. Es más útil realizar pruebas controladas en cada ruta de producción que afirmar ampliamente que se es "compatible con CCTP V2" y hacer un inventario de los mensajes V1 pendientes. Solo cuando la ruta real utiliza V2 de extremo a extremo y el proceso de respuesta a fallos está documentado, se puede considerar que la migración ha finalizado.

Preguntas frecuentes

¿Necesito intercambiar USDC por un nuevo token?

No se requiere tal acción solo a partir del aviso de CCTP V1. Este aviso se refiere a la infraestructura de transferencias entre cadenas. Antes de actuar sobre los saldos, verifique los anuncios de billeteras o exchanges individuales.

¿Se perderán las transferencias V1 iniciadas antes de la suspensión?

Circle ha declarado que los reembolsos pendientes seguirán estando disponibles durante el período de desmantelamiento y también ha explicado las medidas para las atestaciones pendientes. Aún así, los usuarios o proveedores deben monitorear y completar el paso de destino. No asuma que la transferencia completa se ha completado solo porque se ha realizado la quema en el origen.

¿Las aplicaciones V1 seguirán usando contratos antiguos después del 1 de diciembre?

Circle ha indicado que el contrato V1 se suspenderá el 1 de diciembre, y las aplicaciones que continúen haciendo referencia a esos contratos no podrán realizar transferencias entre cadenas a través de esa ruta. Los operadores deberán implementar y probar V2 o proporcionar otras rutas soportadas.