USDC könnte nur so quantensicher sein wie seine langsamste Brieftasche, Brücke oder Blockchain

Circle hat eine Warnung herausgegeben, dass die Quantenkreise, die benötigt werden, um weit verbreitete Blockchain-Signaturen anzugreifen, schlanker werden, und verweist auf einen Rekord von 813 logischen Qubits mit geringer Breite.

Für die Quantenmigration von USDC ist die unmittelbare Konsequenz ein Abhängigkeitsproblem über jede Host-Chain, Brieftasche, Verwahrer, Brücke und Benutzerkonto, die letztendlich eine sicherere Methode zur Autorisierung von Transaktionen akzeptieren müssen.

Die aktuellen Vertragsdokumente von Circle enthalten 37 Hauptnetz-USDC-Reihen. Das Unternehmen kann die Infrastruktur, die es kontrolliert, schützen und Token-Vertragsbefugnisse in unterstützten Netzwerken ausüben, aber es kann den privaten Schlüssel eines Kunden nicht rotieren, den Signaturstapel eines Verwahrers nicht umschreiben oder einseitig die Signaturregeln von Ethereum, Solana, XRPL oder einem anderen Host ändern.

In ihrer Offenlegung vom 31. August forderte Circle die Entwickler auf, ihre Kryptografie zu inventarisieren, Anbieterabhängigkeiten zu identifizieren und sich auf die Schlüsselrotation vorzubereiten. Am 2. September war USDC etwa 73,6 Milliarden Dollar wert, was das Koordinationsproblem finanziell vergrößert. Eine Migration, die Circles eigene Schlüssel sichert, während eine alte Brieftasche, Brücke oder Basis-Schichtpfad exponiert bleibt, würde nicht den gesamten Fußabdruck sichern.

Die Zahl von 813 Qubits ist eine Koordinate, kein Countdown

Circle beschreibt 813 logische Qubits als den Rekord mit geringer Breite im August 2026 auf ECDSA.fail. Das ist ein Beweis dafür, dass Quantenkreisdesigns ressourcenschonender werden, aber die Zahl ist leicht misszuverstehen.

Die öffentliche Herausforderungsbeschreibung optimiert einen reversiblen Punktadditionkreis für secp256k1, die Kurve, die von Bitcoin und Ethereum verwendet wird. Sie bewertet Einreichungen, indem sie die Spitzenbreite der logischen Qubits mit der durchschnittlichen Anzahl der Toffoli-Gatter multipliziert. Ein Design kann die Breite reduzieren, indem es mehr Gatter verwendet, oder die Gatter reduzieren, indem es mehr Breite nutzt. Die Zahl 813 beschreibt daher nicht allein einen vollständigen Shor-Angriff, dessen Schaltkreis-Tiefe, dessen Fehlerkorrektur-Überhang oder wie lange er auf physischer Hardware laufen würde.

Ein Papier aus dem März 2026 macht den Kompromiss explizit. Die Forscher schätzten, dass ein 256-Bit elliptischer Kurven diskreter Logarithmusangriff weniger als 1.200 logische Qubits und weniger als 90 Millionen Toffoli-Gatter verwenden könnte, oder weniger als 1.450 logische Qubits und weniger als 70 Millionen Toffoli-Gatter. Ihr Szenario im Minutenmaßstab nahm auch eine schnellere supraleitende Architektur, physische Fehlerquoten von 10^-3, planare Konnektivität und weniger als 500.000 physische Qubits an.

Diese Schätzungen sind ein stärkeres Ressourcenmodell als eine Breitenzahl allein, bieten jedoch immer noch kein Lieferdatum für eine solche Maschine.

Circles Hardware-Vergleich benötigt ebenfalls eine Korrektur. Sein Beitrag besagt, dass Google 105 logische Qubits mit Willow erreicht hat. Google beschreibt Willow als einen 105-Qubit-Prozessor, während das zugehörige Nature-Papier 105 physische Qubits beschreibt, die in einem logischen Speicherexperiment mit einer Distanz-7-Oberflächenkodierung verwendet wurden, das 101 Qubits umfasst. Das ist nicht dasselbe wie 105 angreifbare logische Qubits.

Der Migrationsfall benötigt keinen erfundenen Termin. NIST standardisierte SLH-DSA in FIPS 205 und sagt, dass Organisationen jetzt beginnen sollten, quantenanfällige Kryptografie zu ersetzen. Der Horizont von 2035 betrifft die Abwertung und Entfernung aus Standards, nicht eine Vorhersage des Q-Tages.

Der praktische Auslöser ist die Bereitschaft. Netzwerke benötigen genügend Zeit, um Überprüfungsregeln hinzuzufügen, Brieftaschen und Verwahrer benötigen getestete Schlüsselrotationspfade, und Benutzer benötigen einen Zeitraum, in dem klassische und post-quanten Autorisierung koexistieren können, ohne die Liquidität zu spalten oder Guthaben zu blockieren.

Arc ist eine kontrollierbare Schicht innerhalb eines 37-Netzwerk-Systems

Arc gibt Circle einen Ort, um post-quanten Unterstützung direkter zu gestalten, aber die gegenwärtige Dokumentation trennt mehrere Schichten, die Circles Offenlegung in den Ausdruck "unterstützt SLH-DSA" komprimiert.

Die Dokumentation der Ausführungsschicht von Arc beschreibt einen Precompile, der SLH-DSA-SHA2-128s Signaturen verifizieren kann. Ein Verifizierungs-Precompile ermöglicht es Verträgen, diesen Signaturtyp zu überprüfen. Es ersetzt nicht automatisch die Signatur, die eine gewöhnliche Netzwerktransaktion autorisiert.

Der Verwahrungsleitfaden von Arc spezifiziert weiterhin die Standard-secp256k1 ECDSA Transaktionssignierung. Der Fahrplan für die Post-Quanten-Zukunft sieht vor, dass die opt-in Beta-Post-Quanten-Wallet-Signaturen zum Start des Mainnets und die Post-Quanten-Validator-Signaturen später eingeführt werden. Circle erklärt auch, dass Arc sein endgültiges Post-Quanten-Transaktionssignatur-Schema noch nicht ausgewählt hat und während der Migration mit hybrider ECDSA-Unterstützung rechnet.

Arc kann zu einem Prüfstand für ein hybrides Design werden. Es kann USDC nicht einfach durch die Annahme dieses Designs auf Ethereum, Solana oder 35 anderen Mainnet-Reihen quantensicher machen.

USDC-Quantenmigration erstreckt sich über 37 verschiedene Netzwerkpfade

Die öffentliche Zählung von Circle bewegt sich selbst. Auf seiner USDC-Seite sind es zum Stand vom 29. Juni 2026 35 Netzwerke, während 37 Namen aufgezählt werden. Die aktuelle Tabelle der Vertragsadressen ist der hier verwendete Mainnet-Anker und enthält 37 Zeilen. Eine separate Circle Mint-Tabelle erreicht 38, wenn das Arc-Testnetz einbezogen wird, sodass das Arc-Testnetz in der folgenden Bestandsaufnahme nicht gezählt wird.

Die Tabelle unterscheidet zwischen verifizierten Signaturklassen und Hosts, die ihre eigene kryptografische Prüfung benötigen. "EVM-Pfad" bedeutet, dass ein externes Ethereum-ähnliches Konto normalerweise secp256k1 ECDSA verwendet, wobei der öffentliche Schlüssel nach der Signierung wiederhergestellt werden kann, während ein Smart-Contract-Konto möglicherweise eine vertraglich definierte Verifizierung verwendet. "Chain-spezifisch" vermeidet es, ein genaues Schema zuzuweisen, wenn die angegebene Dokumentation der primären Kette kein solches festlegt. Die Statusspalte verzeichnet, ob das angegebene Material einen hostweiten Post-Quanten-Umschalter festlegt; es schließt jedoch nicht aus, dass an anderer Stelle explorative Arbeiten stattfinden.

| Chain-spezifisch | Host-Governance, Wallets, Verwahrer | Native Ausgabe-Modul | Kein host-weites Plan etabliert | | OP Mainnet | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | Pharos | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | Plasma | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | Plume | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | Polkadot Asset Hub | sr25519, Ed25519 oder ECDSA-Konten | Polkadot-Governance plus Wallets | Asset Hub-Kontrollen variieren | Kein host-weites Plan etabliert | | Polygon PoS | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | Sei | EVM-Vertrags-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | Solana | Ed25519-Transaktionssignaturen | Solana-Funktion und Validator-Prozess plus Wallets | Token-Programm-Autorität variiert | Kein host-weites Plan etabliert | | Sonic | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | Starknet | Chain-spezifischer Konto-Vertrags-Pfad | Host-Governance plus Wallet-Verträge | Native Asset-Kontrollen variieren | Kein host-weites Plan etabliert | | Stellar | Chain-spezifisch | Validator-Konsens plus Wallets | Native Asset-Kontrollen variieren | Kein host-weites Plan etabliert | | Sui | Chain-spezifisch oder Multi-Schema | Host-Governance, Wallets, Verwahrer | Native Asset-Kontrollen variieren | Kein host-weites Plan etabliert | | Unichain | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | World Chain | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | X Layer | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | XDC | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert | | XRP Ledger | Chain-spezifisch oder Multi-Schema | Unterstützung für nachhaltige vertrauenswürdige Validator-Änderungen | Herausgeber-Kontrollen variieren | Kein host-weites Plan etabliert | | ZKsync Era | EVM-Pfad | Chain-Governance plus Wallet-Stack | EVM-Token-Admin-Rollen | Kein host-weites Plan etabliert |

Die dokumentierten Beispiele zeigen, warum eine Frist nicht den gesamten Fußabdruck beschreiben kann. Solana-Transaktionen verwenden Ed25519-Signaturen. Polkadot unterstützt sr25519, Ed25519 und ECDSA-Konten. Ethereum-ähnliche extern verwaltete Konten und Smart-Contract-Wallets haben unterschiedliche Migrationsoptionen, selbst bevor sie mit einem Nicht-EVM-Host verglichen werden.

Die Upgrade-Behörde unterscheidet sich ebenfalls. Eine XRPL-Änderung benötigt mehr als 80 % Unterstützung von vertrauenswürdigen Validatoren für zwei Wochen. Protokolländerungen im Algorand erfordern eine On-Chain-Überzahl. Stellar-Netzwerk-Upgrades hängen vom Konsens der Validatoren ab. Keine dieser Entscheidungen gehört Circle.

Die Befugnisse zum Einfrieren und Wiederausgeben rotieren nicht den Schlüssel eines Benutzers

Circle hat wichtige Kontrollen auf der Token-Ebene. Das EVM FiatToken-Design umfasst Rollen, die den Vertrag prägen, verbrennen, pausieren, auf die schwarze Liste setzen und aktualisieren können. Die USDC-Bedingungen von Circle reservieren auch die Befugnisse zum Blockieren und zur Dienstunterbrechung unter definierten Umständen.

Diese Kontrollen könnten helfen, einen identifizierten Vorfall auf einem unterstützten Vertrag einzudämmen. Circle könnte eine Adresse einfrieren, wo die Implementierung es erlaubt, das Prägen oder Übertragungen stoppen und die Rücknahme oder Wiederausgabe gemäß seinen rechtlichen und operationellen Regeln arrangieren. Aber ein Einfrieren macht einen gestohlenen privaten Schlüssel nicht sicher. Es kann auch den Signaturprüfer der Host-Chain nicht ändern.

Der verantwortliche Akteur ändert sich mit dem verletzlichen Schlüssel:

• Circle muss die Aussteller- und Vertragsverwaltungsanmeldeinformationen, die es kontrolliert, rotieren.
• Ein Benutzer oder Verwahrer muss Gelder von einem exponierten Konto mit einer Wallet und Host-Chain bewegen, die die Zielsignatur akzeptiert.
• Ein Brückenbetreiber muss seine eigenen Signierungs- und Vertragskontrollen schützen, während er die Liquidität auf beiden Seiten koordiniert.
• Eine Basis-Community muss Protokolländerungen genehmigen und implementieren.
• Wallet-Hersteller, Hardware-Anbieter und Börsen müssen sowohl alte als auch neue Signaturen während eines Übergangs unterstützen.

Das schwächste Glied ist daher nicht unbedingt die Kette mit dem langsamsten technischen Vorschlag. Der Verwahrer, der nicht schnell Tausende von Konten rotieren kann, die Brücke, deren Notfallkontrollen weiterhin auf einem exponierten Schlüssel basieren, oder die Benutzergruppe, die sich nie bewegt, bevor ein alter Signaturpfad eingestellt wird, sind alles Ziele.

Ein praktikabler Rollout würde mehr als eine Aktivierungshöhe benötigen. Jeder Betreiber müsste einen Bestand an exponierten und nicht exponierten Schlüsseln, einen getesteten Zielkontotyp, Hardware- und Softwareunterstützung für die neue Signatur und eine Wiederherstellungspolitik für Guthaben, die sich nicht bewegen, haben. Hybride Akzeptanz würde einen definierten Endzustand benötigen, damit die klassische Autorisierung nicht eine unbestimmte Umgehung bleibt. Circle könnte diese Meilensteine für seine Verträge und Dienstleistungen koordinieren, aber jedes Host-Ökosystem würde immer noch entscheiden, wie und wann sein eigener klassischer Pfad geschlossen wird.

Die Dringlichkeit der Migration kann real sein, ohne ein Q-Day-Datum

Die Offenlegung von Circle ist nützlich, da sie die Vorbereitung auf Quanten in die gegenwärtige operationale Planung überführt. Der 813-Datensatz zeigt, dass Angriffs-Schaltungen sich verbessern können, während Hardware-Teams an der Fehlerkorrektur arbeiten. Die Standards von NIST geben den Implementierern konkrete Alternativen zum Testen.

Die Offenlegung geht zu weit, wenn sie 813 logische Angriffs-Qubits mit Willows 105 physischen Geräte-Qubits vergleicht, als ob die beiden Werte eine Skala einnehmen würden. Sie unterschätzt auch die praktische Lücke zwischen der Überprüfung einer SLH-DSA-Signatur innerhalb von Arc und der Autorisierung, Abwicklung und Wiederherstellung von USDC über Dutzende unabhängiger Produktionsnetzwerke.

Circle kann seinen Teil des Systems anpassungsfähiger gestalten. Es kann USDC nicht als quantensicher in seinem gesamten Bereich erklären, bis Host-Blockchains, Wallets, Verwahrer, Brücken und Benutzer alle in der Lage sind, sich zu bewegen, und bis jeder verbleibende klassische Weg entweder eingestellt oder absichtlich eingegrenzt ist. Das ist ein Migrationsprogramm mit vielen Vetopunkten, kein kryptografischer Schalter.