CCTP transfiere tokens nativos USDC en lugar de tokens envueltos
Un usuario o una aplicación quema tokens nativos USDC a través de un contrato de Circle en la red de origen. El servicio de atestación de Circle confirma el mensaje y el contrato de destino acuña la cantidad correspondiente de tokens nativos USDC.

Este diseño evita mantener un pool independiente de tokens envueltos. También implica que una integración depende de los contratos, el formato de mensaje y el endpoint de atestación correctos para la versión utilizada.
La compatibilidad con V2 no es idéntica en todas las redes
Circle enumera 27 blockchains compatibles con CCTP V2 al inicio de esta ventana de migración, pero la compatibilidad de funciones y los plazos de migración difieren. La matriz oficial de redes muestra qué modos de transferencia y opciones de finalidad están disponibles en cada cadena.
El trabajo práctico de migración incluye actualizar direcciones de contratos, llamadas a SDK o API, gestión de eventos y pruebas. Una actualización parcial puede dejar a una aplicación vigilando el contrato equivocado aunque la interfaz de usuario parezca no haber cambiado.
| Área de migración | Comprobación obligatoria |
|---|---|
| Contratos | Usar las direcciones V2 de cada red compatible |
| API y SDK | Actualizar endpoints, formato de mensaje y dependencias |
| Transferencias V1 pendientes | Mantener el canje disponible hasta que se liquiden los mensajes iniciados |
| Excepción de Noble | La compatibilidad relevante con V1 continúa hasta el 12 enero 2027 |
| Validación | Probar burn, atestación y mint en ambos sentidos |
Las transferencias ya iniciadas con V1 aún pueden completarse
Las directrices de Circle permiten que los mensajes iniciados antes de un plazo de migración se completen por su ruta existente. Los integradores deben mantener disponible la ruta de canje V1 necesaria el tiempo suficiente para liquidar la actividad pendiente.
Noble es la excepción indicada al calendario general, con su compatibilidad relevante con V1 vigente hasta el 12 enero 2027. Las demás redes siguen sus propias fechas en la documentación de migración actual de Circle.

Las aplicaciones necesitan monitorización además de nuevas direcciones
Los equipos deben probar transferencias pequeñas en ambos sentidos, verificar los eventos de burn y mint y confirmar que las atestaciones fallidas pueden reintentarse sin crear acciones duplicadas. Las páginas de estado y los mensajes al usuario también deben distinguir la espera de un fallo permanente.
El enfoque más seguro es una migración red por red con pasos de reversión documentados. CCTP V2 puede reducir la fricción, pero solo después de que la aplicación haya sustituido todas las dependencias específicas de cada versión en lugar de cambiar una sola etiqueta visible.
Este artículo es solo informativo y no constituye asesoramiento de inversión.




