USDC pourrait n'être aussi sûr quantique que son portefeuille, pont ou blockchain le plus lent

Circle a émis un avertissement selon lequel les circuits quantiques nécessaires pour attaquer les signatures de blockchain largement utilisées deviennent plus efficaces, citant un record de faible largeur de 813 qubits logiques.

Pour la migration quantique de l'USDC, la conséquence immédiate est un problème de dépendance à travers chaque chaîne hôte, portefeuille, dépositaire, pont et compte utilisateur qui doit finalement accepter une méthode plus sûre pour autoriser les transactions.

La documentation actuelle des contrats de Circle contient 37 lignes USDC sur le mainnet. L'entreprise peut protéger l'infrastructure qu'elle contrôle et exercer des pouvoirs de contrat de jeton sur les réseaux pris en charge, mais elle ne peut pas faire tourner la clé privée d'un client, réécrire la pile de signature d'un dépositaire ou changer unilatéralement les règles de signature d'Ethereum, Solana, XRPL ou de toute autre hôte.

Dans sa divulgation du 31 août, Circle a demandé aux développeurs de faire l'inventaire de leur cryptographie, d'identifier les dépendances des fournisseurs et de préparer la rotation des clés. L'USDC valait environ 73,6 milliards de dollars le 2 septembre, ce qui donne à ce problème de coordination une échelle financière. Une migration qui sécurise les propres clés de Circle tout en laissant un ancien portefeuille, pont ou chemin de couche de base exposé ne sécuriserait pas l'ensemble de l'empreinte.

Le chiffre de 813 qubits est une coordonnée, pas un compte à rebours

Circle décrit 813 qubits logiques comme le record de faible largeur d'août 2026 sur ECDSA.fail. Cela prouve que les conceptions de circuits quantiques deviennent plus efficaces en ressources, mais le nombre est facile à mal interpréter.

La spécification de défi public optimise un circuit d'addition de points réversible pour secp256k1, la courbe utilisée par Bitcoin et Ethereum. Elle évalue les soumissions en multipliant la largeur maximale de qubits logiques par le nombre moyen de portes Toffoli. Un design peut réduire la largeur en dépensant plus de portes, ou réduire les portes en utilisant plus de largeur. Le chiffre de 813 ne décrit donc pas, à lui seul, une attaque complète de Shor, sa profondeur de circuit, son overhead de correction d'erreurs ou combien de temps il fonctionnerait sur du matériel physique.

Un article de mars 2026 rend le compromis explicite. Les chercheurs ont estimé qu'une attaque de logarithme discret sur courbe elliptique de 256 bits pourrait utiliser moins de 1 200 qubits logiques et moins de 90 millions de portes Toffoli, ou moins de 1 450 qubits logiques et moins de 70 millions de portes Toffoli. Leur scénario à l'échelle des minutes supposait également une architecture supraconductrice à horloge rapide, des taux d'erreur physique de 10^-3, une connectivité planaire et moins de 500 000 qubits physiques.

Ces estimations sont un modèle de ressources plus solide qu'un chiffre de largeur seul, mais elles ne fournissent toujours pas de date de livraison pour une telle machine.

La comparaison du matériel de Circle nécessite également une correction. Son post indique que Google a atteint 105 qubits logiques avec Willow. Google décrit Willow comme un processeur de 105 qubits, tandis que l'article associé de Nature décrit 105 qubits physiques utilisés dans une expérience de mémoire logique de code de surface de distance 7 impliquant 101 qubits. Ce n'est pas la même chose que 105 qubits logiques prêts à l'attaque.

Le cas de migration n'a pas besoin d'une date limite inventée. Le NIST a standardisé SLH-DSA dans le FIPS 205 et dit que les organisations devraient commencer à remplacer la cryptographie vulnérable aux quantiques maintenant. Son horizon 2035 concerne la dépréciation et le retrait des normes, pas une prédiction du jour Q.

Le déclencheur pratique est la préparation. Les réseaux ont besoin de temps suffisant pour ajouter des règles de vérification, les portefeuilles et les dépositaires ont besoin de chemins de rotation de clés testés, et les utilisateurs ont besoin d'une période pendant laquelle l'autorisation classique et post-quantique peut coexister sans diviser la liquidité ou piéger des soldes.

Arc est une couche contrôlable à l'intérieur d'un système de 37 réseaux

Arc donne à Circle un endroit pour concevoir un support post-quantique plus directement, mais sa documentation actuelle sépare plusieurs couches que la divulgation de Circle comprime dans la phrase "supporte SLH-DSA."

La documentation de la couche d'exécution d'Arc décrit un précompilateur qui peut vérifier les signatures SLH-DSA-SHA2-128s. Un précompilateur de vérification permet aux contrats de vérifier ce type de signature. Il ne remplace pas automatiquement la signature qui autorise une transaction réseau ordinaire.

Le guide de garde d'Arc spécifie toujours la signature de transaction standard secp256k1 ECDSA. Sa feuille de route post-quantique place les signatures de portefeuille post-quantique en version bêta opt-in au lancement du mainnet et les signatures de validateurs post-quantiques plus tard. Circle indique également qu'Arc n'a pas choisi son schéma de signature de transaction post-quantique final et s'attend à un support hybride ECDSA pendant la migration.

Arc peut devenir un terrain d'essai pour un design hybride. Il ne peut pas rendre l'USDC quantiquement sûr sur Ethereum, Solana ou 35 autres lignes de mainnet simplement en adoptant ce design.

La migration quantique de l'USDC s'étend sur 37 chemins réseau différents

Le compte public de Circle est lui-même en mouvement. Sa page USDC indique 35 réseaux au 29 juin 2026 tout en énumérant 37 noms. Le tableau des adresses de contrat actuel est l'ancre du mainnet utilisée ici et contient 37 lignes. Un tableau séparé de Circle Mint atteint 38 uniquement lorsque le testnet d'Arc est inclus, donc le testnet d'Arc n'est pas compté dans l'inventaire ci-dessous.

Le tableau distingue les classes de signature vérifiées des hôtes qui ont besoin de leur propre audit cryptographique. "Chemin EVM" signifie qu'un compte détenu de manière externe de style Ethereum utilise normalement secp256k1 ECDSA, avec sa clé publique récupérable après signature, tandis qu'un compte de contrat intelligent peut utiliser une vérification définie par le contrat. "Spécifique à la chaîne" évite d'assigner un schéma exact lorsque la documentation de la chaîne primaire citée n'en établit pas un. La colonne de statut enregistre si le matériel cité établit un commutateur post-quantique à l'échelle de l'hôte ; cela n'exclut pas les travaux exploratoires ailleurs.

| Spécifique à la chaîne | Gouvernance hôte, portefeuilles, dépositaires | Module d'émission natif | Aucun plan global établi | | OP Mainnet | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | Pharos | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | Plasma | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | Plume | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | Polkadot Asset Hub | Comptes sr25519, Ed25519 ou ECDSA | Gouvernance Polkadot plus portefeuilles | Les contrôles de l'Asset Hub varient | Aucun plan global établi | | Polygon PoS | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | Sei | Chemin de contrat EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | Solana | Signatures de transaction Ed25519 | Fonctionnalité Solana et processus de validation plus portefeuilles | Les autorités de programme de jetons varient | Aucun plan global établi | | Sonic | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | Starknet | Chemin spécifique au compte-contrat | Gouvernance hôte plus contrats de portefeuille | Les contrôles d'actifs natifs varient | Aucun plan global établi | | Stellar | Spécifique à la chaîne | Consensus des validateurs plus portefeuilles | Les contrôles d'actifs natifs varient | Aucun plan global établi | | Sui | Spécifique à la chaîne ou multi-schéma | Gouvernance hôte, portefeuilles, dépositaires | Les contrôles d'actifs natifs varient | Aucun plan global établi | | Unichain | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | World Chain | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | X Layer | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | XDC | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi | | XRP Ledger | Spécifique à la chaîne ou multi-schéma | Support d'amendement de validateurs de confiance soutenus | Les contrôles d'émetteur varient | Aucun plan global établi | | ZKsync Era | Chemin EVM | Gouvernance de la chaîne plus pile de portefeuilles | Rôles d'administration de jetons EVM | Aucun plan global établi |

Les exemples documentés montrent pourquoi une seule date limite ne peut pas décrire toute l'empreinte. Les transactions Solana utilisent des signatures Ed25519. Polkadot prend en charge les comptes sr25519, Ed25519 et ECDSA. Les comptes externes de type Ethereum et les portefeuilles de contrats intelligents ont différentes options de migration même avant de les comparer avec un hôte non-EVM.

L'autorité de mise à niveau diffère également. Un amendement XRPL nécessite plus de 80 % de soutien des validateurs de confiance pendant deux semaines. Les changements de protocole Algorand nécessitent une supermajorité en chaîne. Les mises à niveau du réseau Stellar dépendent du consensus des validateurs. Aucune de ces décisions n'appartient à Circle.

Les pouvoirs de gel et de réémission ne font pas tourner la clé d'un utilisateur

Circle a des contrôles importants au niveau du jeton. Son design EVM FiatToken inclut des rôles qui peuvent frapper, brûler, mettre en pause, mettre sur liste noire et mettre à niveau le contrat. Ses conditions d'utilisation de l'USDC réservent également des pouvoirs de blocage et de suspension de service dans des circonstances définies.

Ces contrôles pourraient aider à contenir un incident identifié sur un contrat pris en charge. Circle pourrait geler une adresse où l'implémentation le permet, arrêter la frappe ou les transferts, et organiser le rachat ou la réémission selon ses règles légales et opérationnelles. Mais un gel ne rend pas une clé privée volée sûre. Il ne peut également pas changer le vérificateur de signature de la chaîne hôte.

L'acteur responsable change avec la clé vulnérable :

• Circle doit faire tourner les identifiants d'émetteur et d'administration de contrat qu'il contrôle.
• Un utilisateur ou un dépositaire doit déplacer des fonds d'un compte exposé en utilisant un portefeuille et une chaîne hôte qui acceptent la signature de destination.
• Un opérateur de pont doit protéger ses propres contrôles de signature et de contrat tout en coordonnant la liquidité des deux côtés.
• Une communauté de couche de base doit approuver et déployer des changements de protocole.
• Les fabricants de portefeuilles, les fournisseurs de matériel et les échanges doivent prendre en charge à la fois les anciennes et les nouvelles signatures pendant une transition.

Le maillon le plus faible n'est donc pas nécessairement la chaîne avec la proposition technique la plus lente. Le dépositaire qui ne peut pas faire tourner rapidement des milliers de comptes, le pont dont les contrôles d'urgence reposent toujours sur une clé exposée, ou le groupe d'utilisateurs qui ne bouge jamais avant qu'un ancien chemin de signature ne soit retiré sont tous des cibles.

Un déploiement fonctionnel nécessiterait plus qu'une hauteur d'activation. Chaque opérateur aurait besoin d'un inventaire de clés exposées et non exposées, d'un type de compte de destination testé, d'un support matériel et logiciel pour la nouvelle signature, et d'une politique de récupération pour les soldes qui ne bougent pas. L'acceptation hybride nécessiterait un état final défini afin que l'autorisation classique ne reste pas un contournement indéfini. Circle pourrait coordonner ces étapes pour ses contrats et services, mais chaque écosystème hôte déciderait encore comment et quand son propre chemin classique se ferme.

L'urgence de la migration peut être réelle sans date Q-day

La divulgation de Circle est utile car elle déplace la préparation post-quantique dans la planification opérationnelle actuelle. L'enregistrement 813 montre que les circuits d'attaque peuvent s'améliorer pendant que les équipes matérielles travaillent sur la correction d'erreurs. Les normes du NIST donnent aux implémenteurs des alternatives concrètes à tester.

La divulgation dépasse les limites lorsqu'elle compare les qubits d'attaque logiques 813 avec les 105 qubits de dispositifs physiques de Willow comme si les deux valeurs occupaient une seule échelle. Elle sous-estime également l'écart pratique entre la vérification d'une signature SLH-DSA à l'intérieur d'Arc et l'autorisation, le règlement et la récupération de l'USDC à travers des dizaines de réseaux de production indépendants.

Circle peut rendre sa part du système plus adaptable. Il ne peut pas déclarer USDC quantique-sécurisé sur l'ensemble de son empreinte tant que les chaînes hôtes, les portefeuilles, les dépositaires, les ponts et les utilisateurs ne peuvent pas tous se déplacer, et tant que chaque route classique restante n'est soit retirée, soit délibérément contenue. C'est un programme de migration avec de nombreux points de veto, pas un interrupteur cryptographique.