Les ordinateurs quantiques peuvent-ils casser Bitcoin ? Ce qui est vraiment en danger

Réponse rapide

La menace vise les signatures de dépense, pas les règles de Bitcoin

Un futur ordinateur quantique pertinent pour la cryptographie pourrait déduire des clés privées à partir de clés publiques secp256k1 exposées. Les bitcoins associés à des clés visibles depuis longtemps seraient les premières cibles, tandis que les sorties récentes dont la clé est masquée par un hachage seraient surtout exposées au moment de leur dépense. Bitcoin peut ajouter une autorisation post-quantique au moyen d'une mise à niveau du consensus, mais les principales propositions de 2026 sont encore des projets ou des pistes de réflexion.

• Aucun ordinateur quantique connu ne peut voler des bitcoins aujourd'hui, et il n'existe aucune date crédible pour l'apparition de cette capacité.
• L'algorithme de Shor menace les signatures ECDSA et Schnorr ; les attaques de minage connues fondées sur l'algorithme de Grover sont beaucoup moins praticables.
• BIP360, P2TRv2, SHRINCS et BIP361 traitent différentes parties de la migration, et aucune ne constitue une défense complète déjà déployée.

Ce qu'un ordinateur quantique pourrait réellement casser

Bitcoin utilise ECDSA pour les anciennes sorties et les signatures Schnorr BIP340 pour Taproot. Les deux reposent sur le problème du logarithme discret sur courbe elliptique secp256k1. L'algorithme de Shor pourrait le résoudre sur un grand ordinateur quantique corrigé des erreurs et ainsi déduire une clé privée à partir d'une clé publique connue. Consultez la spécification BIP340 et une analyse des ressources évaluée par les pairs en 2026.

Un attaquant pourrait alors falsifier une signature de dépense. Cela ne lui révélerait pas une phrase de récupération à partir du hachage d'une adresse, ne modifierait pas les règles de consensus et ne créerait pas davantage de bitcoins.

Pourquoi les signatures comptent davantage que le minage

Les discussions confondent souvent les algorithmes de Shor et de Grover. L'algorithme de Shor permet l'attaque dangereuse contre les signatures sur courbes elliptiques. Celui de Grover apporte une accélération quadratique théorique à la recherche appliquée à une fonction de hachage telle que SHA-256, mais il ne transforme pas un hachage de 256 bits en problème facile.

L'analyse publiée en 2026 dans PRX conclut que le minage fondé sur l'algorithme de Grover est impraticable avec les architectures connues. La correction d'erreurs absorbe une grande partie de l'avantage, la recherche quantique se parallélise mal et les mineurs classiques calculent déjà des hachages à une échelle immense. La difficulté s'ajusterait également aux évolutions durables. Lisez l'analyse complète consacrée à Bitcoin.

Un attaquant n'aurait pas besoin de surpasser le réseau en puissance de minage pour voler une sortie exposée. Récupérer sa clé de signature constitue la menace la plus directe.

Quels bitcoins seraient exposés en premier

La première catégorie comprend les clés publiques exposées depuis longtemps. Les sorties P2PK inscrivent directement une clé publique sur la blockchain. Les sorties Taproot P2TR engagent également une clé publique x-only dans la sortie. La réutilisation d'une adresse peut révéler la clé qui protège le solde restant d'une adresse P2PKH ou P2WPKH après une dépense antérieure, tandis que le partage d'une xpub ou d'un descripteur peut exposer de nombreuses clés publiques dérivées hors chaîne.

Les sorties P2PKH, P2WPKH, P2SH et P2WSH récentes masquent une clé ou un script derrière un hachage jusqu'à leur dépense. Cela réduit l'exposition au repos si rien n'a été réutilisé ou divulgué. La dépense crée toutefois une fenêtre d'attaque plus courte dans la mempool ou pendant une réorganisation.

Les définitions ont leur importance. L'article de PRX identifie plus de 1,7 million de BTC dans des sorties P2PK directement exposées. Le projet de BIP361 utilise une mesure plus large et indique que plus de 34 % des bitcoins avaient révélé une clé publique au 1er mars 2026. Ces chiffres ne sont pas interchangeables.

Il n'existe pas de nombre unique et honnête de qubits

Les qubits logiques exécutent un algorithme corrigé des erreurs ; les qubits physiques sont les composants matériels bruités qui servent à les construire. La conversion dépend de l'architecture, du taux d'erreur, de la fréquence d'horloge, de la correction d'erreurs et du temps d'exécution.

Les travaux menés par Google et évalués par les pairs estiment qu'il faudrait 1 200 à 1 450 qubits logiques et 70 à 90 millions de portes de Toffoli. Selon leurs hypothèses relatives aux supraconducteurs, une attaque pourrait s'exécuter en quelques minutes avec moins de 500 000 qubits physiques. Une prépublication de juillet ramène la largeur logique à 835 qubits. Une prépublication de septembre modélise plutôt 19 397 qubits physiques à ions piégés et 25,7 jours sur une architecture spécialisée qui n'a pas encore été construite.

Il s'agit de modèles en amélioration, et non de matériel existant. Le NIST indique que des obstacles majeurs subsistent et que les estimations des experts vont de quelques années à quelques décennies.

P2MR et P2TRv2 empruntent des voies de migration différentes

Le projet de BIP360 Pay-to-Merkle-Root, ou P2MR, propose une sortie SegWit version 2 commençant par bc1z. Il supprime le chemin de clé de Taproot et engage la racine d'un arbre de scripts, ce qui masque les clés sur courbes elliptiques tout en conservant une voie pour mettre à niveau les signatures à l'avenir.

P2MR n'ajoute pas de signature post-quantique. Une feuille fondée sur les courbes elliptiques peut devenir vulnérable au moment de la dépense, et la réutilisation peut annuler cet avantage. Son témoin est plus volumineux qu'une dépense Taproot par clé, mais plus petit qu'une dépense Taproot équivalente par script.

P2TRv2 est un concept, pas une BIP attribuée. Il ressemblerait à Taproot, ajouterait des feuilles compatibles avec les signatures post-quantiques, puis désactiverait ultérieurement les dépenses fondées sur les courbes elliptiques. Des frais et des processus familiers pourraient faciliter son adoption, mais le point de sortie resterait exposé jusqu'à cette désactivation. La comparaison de Pieter Wuille présente P2TRv2 et P2MR comme des options complémentaires.

SHRINCS est compact pour une signature post-quantique, mais reste volumineux

Le projet SHRINCS combine un chemin FXMSS compact avec état et une solution de repli SLH-DSA sans état. Il prévoit une clé publique de 48 octets, des signatures avec état de 548 à 4 619 octets et une signature sans état de 5 777 octets.

La réutilisation d'un compteur d'état peut permettre une falsification. Si l'état est incertain, le portefeuille doit employer la solution de repli plus volumineuse. Le projet ne définit qu'un schéma de signature ; les opcodes, les types de sorties, les frais et l'activation nécessitent des travaux distincts.

Le NIST a finalisé ML-DSA, fondé sur les réseaux euclidiens, dans FIPS 204 et SLH-DSA, fondé sur le hachage, dans FIPS 205. SHRINCS emprunte des mécanismes à FIPS 205, mais utilise un ensemble de paramètres non standard, et son projet précise qu'une preuve de sécurité reste à fournir. Il ne faut pas le présenter comme une signature Bitcoin approuvée par le NIST.

La migration et la récupération sont des problèmes de gouvernance

BIP361 dépend d'une future BIP consacrée aux signatures post-quantiques. La phase A restreindrait les nouveaux paiements vers des types de sorties vulnérables environ 160 000 blocs après l'activation, soit trois ans plus tard. La phase B renforcerait les restrictions sur les dépenses héritées deux ans après et ajouterait des règles de récupération.

Cela soulève des questions concernant les propriétaires inactifs, les clés perdues et les bitcoins auxquels aucun autre secret n'est associé. Le dépôt des BIP souligne que la publication ne signifie ni consensus ni adoption.

DropKick est l'esquisse d'un mécanisme de récupération par engagement et révélation. Un détenteur s'engage sur une clé post-quantique et la connaissance préalable d'un secret, puis révèle les deux après un délai. Cette solution nécessite d'abord des signatures PQ, ne peut pas couvrir les bitcoins P2PK et ajoute des hypothèses relatives à la censure par les mineurs.

Ce que les détenteurs et les opérateurs peuvent faire aujourd'hui

Ne transférez pas précipitamment vos fonds vers un format non testé ou un service qui prétend résister aux attaques quantiques. Aucune sortie PQ proposée n'est active. Éviter la réutilisation des clés, limiter le partage des xpub et conserver des sauvegardes des phrases de récupération réduit l'exposition évitable tout en préservant la possibilité d'une migration.

La clé visible de Taproot constitue un facteur d'exposition à long terme, pas une vulnérabilité exploitable aujourd'hui. Le choix des adresses implique également des considérations de compatibilité, de confidentialité et de frais. Suivez les recommandations d'un portefeuille activement maintenu plutôt que de déplacer vos bitcoins à cause d'un titre évoquant un nombre de qubits.

Les dépositaires et les développeurs devraient inventorier les expositions, repérer la réutilisation entre plusieurs blockchains, tester des portefeuilles capables de changer de cryptographie et planifier la migration des clients. Suivez les travaux sur la page thématique de Bitcoin Optech.

Liste de contrôle des risques quantiques pour Bitcoin

Utilisez cette liste pour distinguer une préparation prudente de la spéculation. Elle ne constitue pas une recommandation d'acheter, de vendre ou de déplacer des bitcoins.

1. Évitez de réutiliser les adresses et les clés

   Une dépense antérieure peut exposer la clé publique qui protège un solde restant. Utilisez un logiciel de portefeuille activement maintenu qui génère une nouvelle adresse de réception à chaque fois.

2. Limitez la divulgation des xpub

   Une clé publique étendue peut révéler de nombreuses clés publiques dérivées. Ne partagez les descripteurs de portefeuille qu'avec des services dont vous comprenez les politiques d'accès et de conservation.

3. Préservez les données de récupération

   Une future migration exigera toujours un contrôle légitime. Conservez des sauvegardes testées des phrases de récupération et des procédures de récupération documentées ; ne saisissez jamais une phrase de récupération sur un site de migration quantique.

4. Distinguez les qubits logiques des qubits physiques

   Considérez avec scepticisme toute date précise de cassage ou tout nombre total de qubits qui ne précise pas l'architecture, le taux d'erreur, le temps d'exécution et les hypothèses de correction d'erreurs.

5. Vérifiez le statut des propositions

   Un projet, la publication d'une BIP, son implémentation dans Bitcoin Core et son activation sur le réseau principal sont des étapes distinctes. Aucune des propositions de dépense PQ décrites ici n'est active.

6. Planifiez la migration opérationnelle

   Les institutions devraient inventorier les clés exposées, la réutilisation entre plusieurs blockchains, les dépendances matérielles et les communications nécessaires auprès des clients pour mener une mise à niveau maîtrisée.

Le rôle de TurboStrategy : un logiciel d'exécution, pas une solution de sécurité quantique

TurboStrategy n'est pas un produit de sécurité quantique. Il ne rend post-quantiques ni les adresses Bitcoin, ni la conservation sur une plateforme d'échange, ni les clés API, ni le protocole Bitcoin, et il ne peut pas protéger les bitcoins contre une future rupture cryptographique.

TurboStrategy fournit un logiciel pour une stratégie spot BTC/USDC prédéfinie lorsqu'un client a connecté une plateforme d'échange prise en charge, alloué du capital et activé la stratégie. Les actifs restent sur la plateforme d'échange du client. L'accès par API autorisé par le client est limité au trading ; les autorisations de retrait et de transfert ne sont pas nécessaires.

Une exécution fondée sur des règles peut aider à dissocier un processus de trading des gros titres alarmistes. Elle ne peut pas supprimer les risques de marché, de plateforme d'échange, de logiciel, de conservation ou de cryptographie, et ne garantit aucun résultat. Consultez la déclaration complète sur les risques avant d'utiliser le service.

Conclusion : un véritable problème de migration, pas une rupture actuelle

Bitcoin n'est actuellement pas cassé par les ordinateurs quantiques. La menace crédible à long terme est plus limitée et plus concrète : l'algorithme de Shor pourrait un jour falsifier les signatures qui autorisent les dépenses, les clés publiques déjà exposées devenant alors des cibles particulièrement attrayantes.

Les propositions de 2026 répartissent le travail en plusieurs volets. P2MR et P2TRv2 étudient où les bitcoins devraient être conservés, SHRINCS examine comment ils pourraient être signés, BIP361 envisage comment imposer la migration et DropKick explore la manière dont certains retardataires pourraient récupérer leurs fonds. Leurs compromis montrent pourquoi aucune proposition ne constitue à elle seule une solution achevée.

Il est rationnel de se préparer, car les migrations cryptographiques prennent des années. Il n'est pas nécessaire de connaître avec certitude la date de l'avènement quantique, mais la précision reste essentielle : les modèles de recherche ne sont pas des machines d'attaque opérationnelles, et les projets de propositions Bitcoin ne sont pas des protections déployées.

Questions fréquentes

Un ordinateur quantique peut-il voler des bitcoins aujourd'hui ?

Aucun ordinateur quantique présenté publiquement ne peut aujourd'hui retrouver une clé privée secp256k1. Le risque repose sur de futures machines tolérantes aux pannes et sur l'amélioration des estimations de ressources, et non sur une vulnérabilité actuellement connue.

Combien de qubits faudrait-il pour casser Bitcoin ?

Il n'existe pas de nombre unique. Les estimations publiées en 2026 vont de centaines de qubits logiques à des dizaines ou des centaines de milliers de qubits physiques modélisés, selon l'architecture, la correction d'erreurs, le temps d'exécution et d'autres hypothèses.

L'algorithme de Shor peut-il casser Bitcoin ?

Une machine suffisamment puissante exécutant l'algorithme de Shor pourrait déduire une clé privée à partir d'une clé publique ECDSA ou Schnorr connue. Elle attaquerait l'autorisation des dépenses, sans réécrire automatiquement les règles monétaires de Bitcoin.

L'algorithme de Grover peut-il prendre le contrôle du minage de Bitcoin ?

Les approches connues fondées sur l'algorithme de Grover apportent une accélération quadratique théorique, mais les recherches actuelles concluent que le coût de la correction d'erreurs et leur mauvaise parallélisation les rendent beaucoup moins praticables que les attaques contre les signatures.

Les adresses Taproot sont-elles vulnérables aux attaques quantiques ?

Les sorties Taproot exposent une clé publique x-only sur courbe elliptique. Un futur ordinateur quantique pertinent pour la cryptographie pourrait donc les cibler tant qu'elles ne sont pas dépensées. Il s'agit d'une propriété d'exposition à long terme, et non d'une preuve que Taproot peut être attaqué aujourd'hui.

Utiliser une nouvelle adresse Bitcoin est-il utile ?

Pour les types de sorties masquées par un hachage, éviter la réutilisation peut dissimuler la clé publique jusqu'à la dépense et réduire l'exposition au repos. Cela ne peut pas empêcher une future attaque suffisamment rapide au moment de la dépense, une fois la clé révélée.

BIP360 P2MR résiste-t-il aux attaques quantiques ?

Non. P2MR supprime le chemin de clé exposé de Taproot et prépare une voie de mise à niveau par script, mais BIP360 n'ajoute pas de signature post-quantique. La sécurité dépend toujours des feuilles utilisées et de l'absence de divulgation ou de réutilisation.

SHRINCS est-il déjà pris en charge par Bitcoin ?

Non. SHRINCS est un projet de spécification de signature. Bitcoin aurait encore besoin d'une intégration au consensus, de la prise en charge par les portefeuilles, de règles de frais, de tests et d'une activation avant de pouvoir autoriser des transactions sur le réseau principal.

Que doit faire un détenteur de bitcoins aujourd'hui ?

Évitez de réutiliser les adresses et les clés, limitez les divulgations inutiles de xpub, conservez des sauvegardes testées des phrases de récupération et maintenez le logiciel du portefeuille à jour. N'envoyez pas de fonds à des dispositifs expérimentaux ou à des services au seul motif qu'ils prétendent offrir une protection quantique.