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

Puntos clave: Según Circle, la finalización gradual de CCTP V1 (actualmente conocido como CCTP V1 (legado)) comenzará 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 todavía están enviando USDC a través del contrato V1 deben migrar al contrato y API de CCTP V2. Aquellos que simplemente poseen USDC no necesitan intercambiar sus tokens por esta notificación. 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 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 una representación puenteada (activos envueltos) de USDC a través de un puente no relacionado que puede tener emisores o riesgos diferentes.

Según la notificación de descontinuación 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 cruzadas de CCTP V1. Este contenido es un plan previsto a partir del 12 de noviembre de 2026 y puede cambiar con anuncios operativos posteriores.

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 (breaking changes). Simplemente cambiar el punto final de V1 a V2 no será suficiente para manejar la integración existente. Será necesario actualizar la dirección, la interfaz, el procesamiento de mensajes y, cuando sea relevante, la lógica de tarifas y velocidad de transferencia.

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

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

Los operadores que ejecutan la integración 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 la 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 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 si hay paradas temporales o cambios de ruta.

Para los usuarios finales, la respuesta varía según el servicio que utilicen. Si el botón de cadena cruzada de la billetera de criptomonedas está gestionado por el proveedor de la billetera, este puede implementar la actualización y el usuario puede no tener que interactuar directamente con el contrato. Si la aplicación ha anunciado la eliminación de la ruta antigua, espere a que se proporcione una ruta alternativa soportada o utilice una ruta alternativa verificada. Si el usuario está ejecutando scripts o llamando directamente al contrato V1, se encuentra en una posición prácticamente igual a la del operador de integración y necesitará actualizar.

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

Tener USDC en una billetera no implica integración 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 descontinuación de V1, y los reembolsos pendientes seguirán siendo accesibles. 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 son los cambios en los contratos y la 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 requiere 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 anterior generalmente extraía mensajes del recibo de transacción y solicitaba atestaciones en el endpoint V1. Las pruebas deben cubrir no solo 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. La configuración de la tarifa máxima previene cargos no intencionados que superen el límite establecido, pero un aumento en las tarifas puede causar fallos en la transferencia. Los modos Standard y Fast tienen diferentes lógicas de finalización y funciones disponibles, por lo que el modo seleccionado debe ser explícito en 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 momento de la documentación, V2 está disponible en todas las cadenas V1 excepto Noble y Sui, y se planeaba una respuesta para Sui antes de que comenzara la fase de descontinuación. Los desarrolladores deben verificar las cadenas y direcciones de contrato soportadas más recientes de Circle antes de desplegar. Las listas de cadenas antiguas pueden llevar a fallos en la transferencia o a envíos no intencionados a través de puentes. 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 de 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. Solo con el ID de transacción de origen no se puede saber si la emisión en el destino se ha completado. Antes de intentar otra transferencia, verifique la situación en la interfaz oficial del proveedor y en el explorador de bloques relacionado.

Según la guía de migración de Circle, se mantendrá el permiso de emisor de V1 para las atestaciones pendientes durante la fase de descontinuación para permitir que los reembolsos en curso se completen 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 pendientes de V1 y completarlos o escalarlos de acuerdo con los procedimientos documentados por Circle. Los usuarios deben proporcionar al soporte 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 atestaciones no son parte del proceso oficial del protocolo. La notificación de Circle establece que las transferencias son irreversibles y que no se pueden recuperar los activos enviados a una dirección incorrecta.

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

Primero, identifique qué tipo de operación está realizando. Los pagos de USDC en la misma cadena son generalmente excluidos de esta migración de CCTP. Las transferencias cruzadas a través de billeteras o puentes específicos requieren verificación de ruta. Busque en la página de soporte actual del 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, consulte con el soporte qué protocolo y ruta de contrato se están utilizando para la pareja de cadenas en cuestión. No base su información en publicaciones de terceros en redes sociales.

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, realice 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 aparezca en la billetera, esto no garantiza que el emisor o la ruta 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 quedan?

El plazo está confirmado por la notificación actual de Circle, pero el estado de migración del lado de la aplicación no es visible solo con la notificación. Los proveedores pueden detener rutas, cambiar tarifas o tardar más de lo esperado en soportar pares de cadenas. Los contratos inteligentes, los relés, la congestión de cadenas 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 si la transferencia se retrasa.

Los principales patrones de obstáculos para los desarrolladores son direcciones legadas que quedan en la configuración, parámetros ABI de ERC-20 antiguos, ID de dominio incorrectos, inconsistencias en la lógica de finalización entre Standard y Fast, y respuestas inadecuadas a atestaciones tardías. Es más útil realizar pruebas controladas en cada ruta de producción que afirmar ampliamente "compatible con CCTP V2" y hacer un inventario de los mensajes pendientes de V1. 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 está completa.

Preguntas frecuentes

¿Necesito intercambiar USDC por un nuevo token?

No se requiere tal acción solo a partir de la notificación de CCTP V1. Esta notificación se refiere a la infraestructura de transferencias entre cadenas. Verifique los anuncios individuales de billeteras o exchanges antes de actuar sobre su saldo.

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

Circle ha afirmado que los reembolsos pendientes seguirán siendo accesibles durante la fase de descontinuación y ha explicado las medidas sobre las atestaciones pendientes. Aun 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 realizó la quema en el origen.

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

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