CCTP överför native USDC i stället för wrapped tokens
En användare eller applikation bränner native USDC via ett Circle-kontrakt på källnätverket. Circles attestation-tjänst bekräftar meddelandet, och målkontraktet minter motsvarande mängd native USDC.
Denna design undviker att upprätthålla en separat pool av wrapped tokens. Det innebär också att en integration är beroende av rätt kontrakt, meddelandeformat och attestation-endpoint för den version som används.
V2-stödet är inte identiskt på alla nätverk
Circle listar 27 stödda blockkedjor för CCTP V2 i början av detta migreringsfönster, men funktionsstöd och migreringstidpunkt skiljer sig åt. Den officiella nätverksmatrisen visar vilka överföringslägen och finality-alternativ som är tillgängliga på varje kedja.
Det praktiska migreringsarbetet omfattar uppdatering av kontraktsadresser, SDK- eller API-anrop, händelsehantering och tester. En partiell uppdatering kan lämna en applikation som lyssnar på fel kontrakt även när användargränssnittet ser oförändrat ut.
| Migreringsområde | Nödvändig kontroll |
|---|---|
| Kontrakt | Använd V2-adresserna för varje stött nätverk |
| API och SDK | Uppdatera endpoints, meddelandeformat och beroenden |
| Väntande V1-överföringar | Håll inlösen tillgänglig tills initierade meddelanden har reglerats |
| Undantaget Noble | Relevant V1-stöd fortsätter till 12 januari 2027 |
| Validering | Testa burn, attestation och mint i båda riktningarna |
Överföringar som redan initierats under V1 kan fortfarande slutföras
Circles vägledning tillåter att meddelanden som påbörjats före en migreringsdeadline slutförs via sin befintliga väg. Integratörer bör hålla den nödvändiga V1-inlösenvägen tillgänglig tillräckligt länge för att reglera väntande aktivitet.
Noble är det angivna undantaget från det allmänna schemat, med sitt relevanta V1-stöd som fortsätter till 12 januari 2027. Övriga nätverk följer sina egna datum i Circles aktuella migreringsdokumentation.
Applikationer behöver övervakning likväl som nya adresser
Team bör testa små överföringar i båda riktningarna, verifiera burn- och mint-händelserna och bekräfta att misslyckade attestationer kan göras om utan att skapa dubblerade åtgärder. Status sidor och användarmeddelanden behöver också skilja på väntan och ett permanent fel.
Det säkraste tillvägagångssättet är en migrering nätverk för nätverk med dokumenterade återställningssteg. CCTP V2 kan minska friktionen, men först efter att applikationen har ersatt varje versionsspecifikt beroende i stället för att bara ändra en synlig etikett.
Den här artikeln är endast för information och utgör inte investeringsrådgivning.
admin_wcMedarbetare · World-CryptMer från
