CCTP overfører native USDC i stedet for wrapped tokens
En bruger eller applikation brænder native USDC via en Circle-kontrakt på kildenettet. Circles attestation-tjeneste bekræfter beskeden, og destinationskontrakten minter det tilsvarende beløb i native USDC.

Dette design undgår at vedligeholde en separat pulje af wrapped tokens. Det betyder også, at en integration afhænger af de korrekte kontrakter, det korrekte beskedformat og det korrekte attestation-endpoint for den version, der anvendes.
V2-understøttelsen er ikke identisk på alle netværk
Circle angiver 27 understøttede blockchains for CCTP V2 ved starten af dette migreringsvindue, men funktionsunderstøttelse og migreringstidspunkt varierer. Den officielle netværksmatrix viser, hvilke overførselsmetoder og finality-muligheder der er tilgængelige på hver kæde.
Det praktiske migreringsarbejde omfatter opdatering af kontraktadresser, SDK- eller API-kald, håndtering af events og tests. En delvis opdatering kan efterlade en applikation med overvågning af den forkerte kontrakt, selv når brugergrænsefladen ser uændret ud.
| Migreringsområde | Nødvendig kontrol |
|---|---|
| Kontrakter | Brug V2-adresserne for hvert understøttet netværk |
| API og SDK | Opdater endpoints, beskedformat og afhængigheder |
| Ventende V1-overførsler | Hold indløsning tilgængelig, indtil igangsatte beskeder er afregnet |
| Noble-undtagelse | Relevant V1-understøttelse fortsætter til 12 januar 2027 |
| Validering | Test burn, attestation og mint i begge retninger |
Overførsler, der allerede er startet under V1, kan stadig gennemføres
Circles vejledning tillader, at beskeder, der blev startet før en migreringsfrist, kan gennemføres via deres eksisterende rute. Integratorer bør holde den nødvendige V1-indløsningsrute tilgængelig længe nok til at afregne ventende aktivitet.
Noble er den angivne undtagelse til den generelle tidsplan, idet den relevante V1-understøttelse fortsætter til 12 januar 2027. Andre netværk følger deres egne datoer i Circles aktuelle migreringsdokumentation.

Applikationer har brug for overvågning såvel som nye adresser
Teams bør teste små overførsler i begge retninger, verificere burn- og mint-events og bekræfte, at mislykkede attestations kan forsøges igen uden at skabe dublerede handlinger. Statusider og brugermeddelelser skal også kunne skelne mellem ventetid og en permanent fejl.
Den sikreste tilgang er en migrering netværk for netværk med dokumenterede rollback-trin. CCTP V2 kan reducere friktionen, men først når applikationen har udskiftet alle versionsspecifikke afhængigheder i stedet for blot at ændre en enkelt synlig etiket.
Denne artikel er kun til information og er ikke investeringsrådgivning.




