Kurze Antwort: Circle gibt an, dass sein CCTP V1, nun CCTP V1 (Legacy) genannt, am 31. Oktober 2026 eingestellt wurde und die Verträge voraussichtlich am 1. Dezember 2026 pausiert werden. Entwickler oder Dienste, die Cross-Chain-USDC weiterhin über V1-Verträge senden, müssen auf CCTP V2-Verträge und -APIs migrieren. Wer lediglich USDC hält, muss das Token aufgrund dieser Mitteilung nicht tauschen. Wallet- oder Börsenkunden sollten prüfen, ob die von ihnen genutzte Cross-Chain-Route auf V1 basiert, und den Anweisungen des jeweiligen Anbieters folgen. Die Frist betrifft die Transfer-Infrastruktur, nicht jedes einzelne USDC-Guthaben.
Was schließt Circle tatsächlich?
CCTP ist Circles Protokoll für Cross-Chain-Transfers. Bei einem typischen USDC-Transfer wird der USDC der Quellkette verbrannt, eine Nachricht bestätigt und natives USDC auf der Zielkette gemintet. Das unterscheidet sich vom Senden von USDC an eine andere Adresse innerhalb derselben Kette. Es unterscheidet sich auch vom Verschieben einer gebrückten Darstellung von USDC über eine unabhängige Brücke, deren Emittent und Risiken abweichen können.
Circles Abkündigungsmitteilung besagt, dass die V1-Burn-Limits ab dem 31. Oktober reduziert werden und die Leistung während einer einmonatigen Übergangsphase nachlässt. Am 1. Dezember plant Circle, die V1-Verträge zu pausieren. Anwendungen, die weiterhin auf diese Contracts verweisen, würden keine neuen CCTP-V1-Cross-Chain-Transfers mehr durchführen. Diese Aussage ist ein geplanter Zeitplan zum Stand 12. November 2026; eine spätere operative Ankündigung könnte ihn ändern.
V2 nutzt unterschiedliche Contracts und Application Programming Interfaces. Der Migrationsleitfaden bezeichnet dies als Breaking Changes. Eine Integration kann einen V1-Endpoint nicht einfach als V2 umetikettieren. Adressen, Schnittstellen, Nachrichtenverarbeitung sowie gegebenenfalls Gebühren- und Transfergeschwindigkeitslogik müssen aktualisiert werden.
Circle verwendet seit einer Namensänderung 2025 den Begriff „CCTP“ für V2. Dies kann Nutzer verwirren, die Hilfeseiten von Wallets lesen. Eine App, die angibt, CCTP zu unterstützen, nutzt möglicherweise bereits V2 oder verfügt noch über eine Legacy-Route. Entscheidend ist, welche Contract- und API-Version ein Transfer tatsächlich verwendet. Die Version lässt sich nicht allein aus dem Asset-Ticker „USDC“ ableiten.
Wer muss vor dem 1. Dezember etwas ändern?
Integrationsbetreiber haben die klarste Aufgabe. Ein Wallet, eine Bridge-Oberfläche, eine Börse, ein Treasury-System oder eine Zahlungs-App, die CCTP-V1-Burns durchführt, muss diesen Pfad migrieren. Sie sollte jede unterstützte Quell- und Zielkette identifizieren, die V2-Contract-Adressen aus der aktuellen Dokumentation von Circle überprüfen, Funktionsaufrufe und API-Abfragen anpassen, Transfers Ende-zu-Ende testen und dann die Legacy-Route einstellen, bevor sie ausfällt. Betreiber sollten Nutzer über vorübergehende Sperrungen oder Routenänderungen informieren.
Für Endnutzer hängt die Antwort vom Dienst ab. Wenn der Cross-Chain-Button eines Wallets vom Wallet-Anbieter gepflegt wird, kann der Anbieter das Upgrade implementieren, ohne dass der Nutzer mit Contracts interagieren muss. Wenn eine App angekündigt hat, dass ihre alte Route deaktiviert wird, sollte der Nutzer auf eine unterstützte Alternative warten oder eine andere verifizierte Route nutzen. Betreibt ein Nutzer ein Skript oder ruft direkt V1-Contracts auf, ist er faktisch Integrationsbetreiber und muss aktualisieren.
Eine Börsenein- oder -auszahlung ist ein separater Workflow. Kunden sollten bestätigen, dass die Börse das Asset im gewählten Netzwerk unterstützt und dass Einzahlungsadresse und Netzwerk übereinstimmen. Ob die Börse intern CCTP nutzt, ist eine operative Frage. Die CCTP-Ankündigung begründet nicht, dass sich ein bestimmtes Ein- oder Auszahlungsnetzwerk bei Phemex ändert. Prüfen Sie die Live-Oberfläche der Börse und offizielle Mitteilungen vor dem Senden von Geldern; schließen Sie Unterstützung nicht aus einem allgemeinen Artikel.
Das Halten von USDC in einem Wallet ist keine CCTP-V1-Integration. CCTP ist ein Transfermechanismus; er definiert nicht jedes bestehende USDC-Token-Guthaben. Circles Entwicklerleitfaden besagt, dass Nutzer während der V1-Einstellung keinen Zugang zu ihren Geldern verlieren und ausstehende Rücknahmen verfügbar bleiben. Diese Zusage bezieht sich spezifisch auf den Protokollübergang und sollte nicht als Garantie gegen unrelated Wallet-, Emittenten- oder Bridge-Risiken gelesen werden.
Was ändert sich für Entwickler bei der Migration zu V2?
Die Kernmigration ist eine Contract- und API-Änderung. Circle listet V2-Nachfolger für die Legacy-Contracts TokenMessenger, MessageTransmitter und TokenMinter unter anderen Adressen auf. Der depositForBurn-Aufruf akzeptiert zusätzliche Parameter, darunter destination caller, maximum fee und finality threshold. Eine Implementierung, die weiterhin die V1-Schnittstelle aufruft, nutzt nicht automatisch V2, nur weil die Benutzeroberfläche „USDC-Transfer“ anzeigt.
Auch der Attestierungs-Workflow ändert sich. Laut Circles Leitfaden kann V2 Nachricht, Attestierung und deendierte Daten über einen /v2/messages/{sourceDomainId}-Endpoint zurückgeben, der mit dem Source-Transaktionshash abgefragt wird. Legacy-Code extrahierte die Nachricht häufig aus dem Transaktionsbeleg und forderte die Attestierung über einen V1-Endpoint an. Tests sollten Beleg-Parsing, Nachrichtenstatus, Wiederholungen und den Mint-Schritt auf der Zielkette abdecken, nicht nur die ursprüngliche Quellketten-Transaktion.
V2 bietet Standard- und Fast-Transfer-Modi. Fast Transfer kann variable Gebühren je nach Quellkette haben. Entwickler sollten aktuelle Gebühren abfragen und vor der Signierung des Nutzers einen Gesamtbetrag und einen erwarteten Empfangsbetrag anzeigen. Eine Maximum-Fee-Einstellung kann unbeabsichtigte Gebühren über einem konfigurierten Limit verhindern, kann aber auch dazu führen, dass ein Transfer fehlschlägt, wenn die Gebühr steigt. Standard- und Fast-Modus unterscheiden sich in Finalität und verfügbaren Funktionen; der gewählte Modus sollte im Produkterlebnis explizit dargestellt werden.
Die Verfügbarkeit von Ketten erfordert ebenfalls eine routenweise Prüfung. Laut Migrationsleitfaden war V2 zum Zeitpunkt der dokumentierten Comparison auf allen V1-Ketten außer Noble und Sui verfügbar, wobei Sui vor Beginn der Abschaltung geplant war. Entwickler sollten vor dem Deployment die aktuellen von Circle unterstützten Chains und Contract-Adressen überprüfen, da eine veraltete Chain-Liste zu fehlgeschlagenen Transfers oder Zahlungen über eine unbeabsichtigte Brücke führen kann. Behandeln Sie die breite Anzahl unterstützter Chains in einem Marketingbeitrag nicht als Nachweis dafür, dass jedes Quell-Ziel-Paar und jede Funktion verfügbar ist.
Was passiert mit einem bereits laufenden Transfer?
Ein CCTP-Transfer durchläuft Stufen: Source-Burn, Attestierung und Destination-Mint. Eine App kann „ausstehend“ anzeigen, während sie auf Bestätigung oder Attestierung wartet, selbst wenn die Quelltransaktion erfolgreich war. Ein reiner Transaktionshash der Quelltransaktion zeigt nicht an, dass der Zielketten-Mint abgeschlossen ist. Prüfen Sie den Status über die offizielle Oberfläche des Anbieters und die relevanten Blockexplorer, bevor Sie einen weiteren Transfer versuchen.
Laut Circles Migrationsleitfaden bleiben die V1-Minter-Allowances für ausstehende Attestierungen während der Einstellungsphase aktiv, damit bereits laufende Rücknahmen abgeschlossen werden können, bevor die Contracts vollständig pausiert werden. Dies ist spezifischer als die Aussage, jeder Transfer werde automatisch abgeschlossen. Ein Anbieter muss möglicherweise weiterhin eine Zieltransaktion einreichen oder sich von einem Anwendungsfehler erholen. Betreiber sollten ausstehende V1-Nachrichten inventarisieren und sie über den dokumentierten Pfad von Circle abschließen oder eskalieren. Nutzer sollten dem Support den Quell-Transaktionshash, Quell- und Zielnetzwerke, Betrag, Zieladresse und Zeitstempel angeben.
Senden Sie keinen zweiten Transfer nur weil sich die Ziel-Wallet nicht aktualisiert hat. Ein doppelter Burn würde einen separaten zweiten Transfer erzeugen, nicht den ersten „freischalten“. Ebenso ist eine Person, die nach einer Wiederherstellungsphrase oder einer Vorauszahlung zur Freigabe einer Attestierung fragt, kein Teil des offiziellen Protokollablaufs. Circles Mitteilung besagt, dass Transfers irreversibel sind und dass Assets, die an eine falsche Adresse gesendet wurden, nicht wiederhergestellt werden können.
Wie kann ein Nutzer prüfen, ob eine Route betroffen ist?
Identifizieren Sie zunächst, welche Aktion Sie ausführen. Eine gewöhnliche Same-Chain-USDC-Zahlung liegt außerhalb dieser CCTP-Migration. Ein Cross-Chain-Transfer über ein benanntes Wallet oder eine benannte Brücke erfordert eine Routenprüfung. Sehen Sie sich die aktuelle Support-Seite oder Service-Mitteilung des Anbieters zu CCTP V1, V2, „Legacy“ und der Dezember-Frist an. Gibt der Anbieter die Version nicht an, fragen Sie den Support, welches Protokoll und welchen Contract-Pfad er für das exakte Kettenpaar nutzt. Verlassen Sie sich nicht auf einen Social-Media-Post eines Drittanbieters als Bestätigung.
Prüfen Sie als Nächstes die Transfer-Vorschau. Sie sollte Zielnetzwerk, Asset, Empfänger, Gebühr und erwarteten Empfangsbetrag anzeigen. Verifizieren Sie Empfängeradresse und Netzwerk. Senden Sie einen kleinen Testbetrag, wenn der risikobehaftete Betrag die zusätzlichen Gebühren und Zeitaufwand rechtfertigt. Bewahren Sie beide Transaktionshashes auf, falls ein Zielketten-Mint stattfindet. Ein Test kann nicht alle Risiken beseitigen, aber er kann ein falsches Netzwerk oder eine nicht unterstützte Route vor einem größeren Transfer aufdecken.
Unterscheiden Sie abschließend natives USDC von einem gebrückten Asset mit ähnlichem Ticker. Dieselben Buchstaben in einem Wallet begründen weder den Emittenten noch den Rücknahmepfad. Prüfen Sie den Token-Contract und die Asset-Beschreibung des Dienstes. Der Wechsel zwischen zwei CCTP-Versionen ist eine Änderung der Transfer-Infrastruktur; der Tausch einer Asset-Darstellung gegen eine andere ist eine separate Entscheidung mit eigenen Kosten und Risiken.
Welches operative Restrisiko bleibt bestehen?
Die Frist ist in Circles aktueller Mitteilung festgelegt, aber die Anwendungsmigration ist aus der Mitteilung allein nicht ersichtlich. Anbieter können Routen sperren, Gebühren ändern oder ein Kettenpaar später als erwartet unterstützen. Smart Contracts, Relayer, Kettenüberlastung und Nutzereingaben können ebenfalls Fehler verursachen. Die praktische Reaktion besteht darin, die Live-Route und Anbietermitteilung unmittelbar vor dem Transfer zu prüfen und Beweise zu sichern, falls der Transfer blockiert.
Für Entwickler sind die wichtigsten Fehlerquellen eine in der Konfiguration verbliebene Legacy-Adresse, alte ABI-Parameter, inkorrekte Domain-IDs, eine Diskrepanz zwischen Standard- und Fast-Finality-Logik sowie unzureichende Behandlung verzögerter Attestierungen. Ein kontrollierter Test auf jeder Produktionsroute und eine Inventur ausstehender V1-Nachrichten sind nützlicher als die pauschale Behauptung, „CCTP V2 wird unterstützt“. Die Migration ist erst abgeschlossen, wenn die tatsächliche Route Ende-zu-Ende V2 nutzt und der Fehlerbehandlungsprozess dokumentiert ist.
Häufig gestellte Fragen
Muss ich mein USDC gegen ein neues Token tauschen?
Aus der CCTP-V1-Mitteilung allein ergibt sich keine solche Maßnahme. Die Mitteilung betrifft die Cross-Chain-Transfer-Infrastruktur. Prüfen Sie eine spezifische Wallet- oder Börsenankündigung, bevor Sie aufgrund eines Guthabens handeln.
Geht ein vor der Pause initiierter V1-Transfer verloren?
Circle gibt an, dass ausstehende Rücknahmen während der Einstellungsphase verfügbar bleiben, und beschreibt Vorkehrungen für ausstehende Attestierungen. Nutzer oder Anbieter sollten dennoch den Zielketten-Schritt überwachen und abschließen. Gehen Sie nicht davon aus, dass ein Source-Burn bedeutet, dass der gesamte Transfer abgeschlossen ist.
Kann eine V1-App nach dem 1. Dezember ihre alten Contracts weiter nutzen?
Circle gibt an, dass die V1-Contracts an diesem Datum pausiert werden. Eine App, die weiterhin auf sie verweist, wird keine Cross-Chain-Transfers über diesen Pfad mehr durchführen. Der Betreiber muss V2 implementieren und testen oder eine andere unterstützte Route bereitstellen.
