CCTP transfère des USDC plutôt que des jetons enveloppés
Un utilisateur ou une application brûle des USDC via un contrat Circle sur le réseau source. Le service d'attestation de Circle confirme le message, et le contrat de destination émet la quantité correspondante de USDC.

Cette conception évite de maintenir un pool distinct de jetons enveloppés. Elle implique aussi qu'une intégration dépend des bons contrats, du bon format de message et du bon point de terminaison d'attestation pour la version utilisée.
La prise en charge de V2 n'est pas identique sur tous les réseaux
Circle répertorie 27 blockchains prises en charge pour CCTP V2 au début de cette fenêtre de migration, mais la prise en charge des fonctionnalités et le calendrier de migration diffèrent. La matrice officielle des réseaux indique quels modes de transfert et quelles options de finalité sont disponibles sur chaque chaîne.
Le travail de migration concret comprend la mise à jour des adresses de contrats, des appels SDK ou API, de la gestion des événements et des tests. Une mise à jour partielle peut laisser une application à l'écoute du mauvais contrat alors même que l'interface utilisateur semble inchangée.
| Axe de migration | Vérification requise |
|---|---|
| Contrats | Utiliser les adresses V2 pour chaque réseau pris en charge |
| API et SDK | Mettre à jour les points de terminaison, le format des messages et les dépendances |
| Transferts V1 en attente | Maintenir le remboursement disponible jusqu'au règlement des messages initiés |
| Exception Noble | La prise en charge pertinente de V1 se poursuit jusqu'au 12 janvier 2027 |
| Validation | Tester le burn, l'attestation et le mint dans les deux sens |
Les transferts déjà initiés sous V1 peuvent encore aboutir
Les recommandations de Circle permettent aux messages initiés avant une échéance de migration d'aboutir via leur itinéraire existant. Les intégrateurs doivent maintenir le chemin de remboursement V1 requis disponible assez longtemps pour régler l'activité en attente.
Noble est l'exception annoncée au calendrier général, sa prise en charge pertinente de V1 se poursuivant jusqu'au 12 janvier 2027. Les autres réseaux suivent leurs propres dates dans la documentation de migration actuelle de Circle.

Les applications ont besoin de supervision autant que de nouvelles adresses
Les équipes doivent tester de petits transferts dans les deux sens, vérifier les événements de burn et de mint et confirmer que les attestations échouées peuvent être réessayées sans créer d'actions en double. Les pages de statut et les messages aux utilisateurs doivent également distinguer une attente d'un échec définitif.
L'approche la plus sûre est une migration réseau par réseau, avec des étapes de retour arrière documentées. CCTP V2 peut réduire les frictions, mais seulement une fois que l'application a remplacé chaque dépendance propre à une version plutôt que de modifier une simple étiquette visible.
Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil en investissement.




