CCTP overfører native USDC i stedet for innpakkede tokens
En bruker eller applikasjon brenner native USDC gjennom en Circle-kontrakt på kildenettverket. Circles attesteringstjeneste bekrefter meldingen, og destinasjonskontrakten preger tilsvarende mengde native USDC.

Denne utformingen unngår å vedlikeholde en egen pool med innpakkede tokens. Det betyr også at en integrasjon er avhengig av riktige kontrakter, meldingsformat og attesteringsendepunkt for versjonen som brukes.
V2-støtten er ikke identisk på alle nettverk
Circle lister 27 støttede blokkjeder for CCTP V2 ved starten av dette migrasjonsvinduet, men funksjonsstøtte og migrasjonstidspunkt varierer. Den offisielle nettverksmatrisen viser hvilke overføringsmoduser og finality-alternativer som er tilgjengelige på hver kjede.
Det praktiske migrasjonsarbeidet omfatter oppdatering av kontraktsadresser, SDK- eller API-kall, hendelseshåndtering og tester. En delvis oppdatering kan føre til at en applikasjon lytter til feil kontrakt selv når brukergrensesnittet ser uendret ut.
| Migrasjonsområde | Nødvendig kontroll |
|---|---|
| Kontrakter | Bruk V2-adressene for hvert støttede nettverk |
| API og SDK | Oppdater endepunkter, meldingsformat og avhengigheter |
| Ventende V1-overføringer | Hold innløsning tilgjengelig til initierte meldinger er gjort opp |
| Noble-unntaket | Relevant V1-støtte fortsetter til 12 januar 2027 |
| Validering | Test burn, attestering og mint i begge retninger |
Overføringer som allerede er startet under V1, kan fortsatt fullføres
Circles veiledning tillater at meldinger som ble startet før en migrasjonsfrist, fullføres via sin eksisterende rute. Integratorer bør holde den nødvendige V1-innløsningsruten tilgjengelig lenge nok til å gjøre opp ventende aktivitet.
Noble er den oppgitte unntaket fra den generelle tidsplanen, med relevant V1-støtte som fortsetter til 12 januar 2027. Andre nettverk følger egne datoer i Circles gjeldende migrasjonsdokumentasjon.

Applikasjoner trenger overvåking i tillegg til nye adresser
Team bør teste små overføringer i begge retninger, verifisere burn- og mint-hendelsene og bekrefte at mislykkede attesteringer kan prøves på nytt uten å skape dupliserte handlinger. Statussider og brukermeldinger må også skille mellom venting og en permanent feil.
Den tryggeste tilnærmingen er en migrering nettverk for nettverk med dokumenterte tilbakerullingssteg. CCTP V2 kan redusere friksjon, men bare etter at applikasjonen har erstattet alle versjonsspesifikke avhengigheter i stedet for å endre en enkelt synlig etikett.
Denne artikkelen er kun for informasjon og er ikke investeringsrådgivning.




