XRP Ledger et menace quantique : ce que montrent le livre blanc de Google et les travaux documentés

Le livre blanc de Google qui a relancé le sujet

Le 30 mars 2026, neuf auteurs, dont Craig Gidney, Hartmut Neven, Ryan Babbush, Justin Drake et Dan Boneh, ont mis en ligne un livre blanc intitulé « Securing Elliptic Curve Cryptocurrencies against Quantum Vulnerabilities ». Ils y chiffrent les ressources nécessaires pour résoudre, avec l'algorithme de Shor, le problème du logarithme discret sur courbe elliptique à 256 bits, celui sur lequel reposent les signatures de Bitcoin, d'Ethereum et du XRP Ledger : moins de 1 200 qubits logiques et moins de 90 millions de portes Toffoli dans une configuration, moins de 1 450 qubits logiques dans une autre. Sur une architecture supraconductrice, le calcul tiendrait « en quelques minutes avec moins d'un demi-million de qubits physiques ».

Ce chiffre prolonge une estimation publiée par Google le 23 mai 2025 : dans un billet consacré à RSA-2048, l'entreprise ramenait à « un million de qubits bruyants pendant une semaine » le coût de la factorisation, vingt fois moins que l'estimation de 2019.

Le texte intégral, mis à jour le 15 avril 2026, détaille l'exposition de Bitcoin : « un peu plus de 1,7 million de bitcoins (près de 9 % de tous les bitcoins) » sont verrouillés par des scripts P2PK dont la clé publique est visible en permanence, et environ 6,9 millions de bitcoins seraient vulnérables tous types de scripts confondus, en comptant les adresses réutilisées. Le document ne donne en revanche aucun chiffre pour XRP : le « 0,03 % de l'offre exposée » qui a circulé ne vient pas de cette étude. Il cite le XRP Ledger, avec Algorand et Solana, parmi les chaînes ayant mené « des déploiements expérimentaux précoces de protocoles post-quantiques », et recommande à toutes les chaînes d'éliminer la réutilisation des clés publiques.

Ce que le XRP Ledger possède déjà : la rotation des clés

L'argument avancé en faveur du XRP Ledger tient à son modèle de comptes. Selon la documentation officielle, chaque compte dérive son adresse d'une paire de clés maîtresse, qui ne peut pas être changée mais peut être désactivée, et peut autoriser une paire de clés secondaire, la « regular key ». Cette clé signe la plupart des transactions et « peut être retirée ou remplacée à tout moment sans changer le reste du compte ». La transaction SetRegularKey sert à l'assigner, la modifier ou la supprimer ; la documentation recommande de garder la clé maîtresse hors ligne et de signer au quotidien avec la clé régulière.

Un détenteur peut donc renouveler sa clé de signature sans déplacer ses XRP ni changer d'adresse, ce qui limite la durée pendant laquelle une clé publique reste exposée. Le réseau accepte deux algorithmes de signature, secp256k1 par défaut et Ed25519 ; tous deux sont des schémas à courbes elliptiques, vulnérables en théorie à l'algorithme de Shor. La rotation réduit l'exposition, elle ne remplace pas une signature post-quantique.

Les travaux post-quantiques documentés

Les algorithmes de référence existent depuis le 13 août 2024 : le NIST a publié FIPS 203 (ML-KEM, chiffrement), FIPS 204 (ML-DSA, signatures, issu de CRYSTALS-Dilithium) et FIPS 205 (SLH-DSA, signatures fondées sur le hachage, en solution de repli).

Côté XRP Ledger, la discussion sur la cryptographie post-quantique est ouverte depuis juillet 2022 sur le dépôt des standards de la XRP Ledger Foundation. Une proposition formelle, le brouillon « Post-Quantum Signatures (ML-DSA-44) », a été déposée le 8 juillet 2025 et mise à jour le 20 mai 2026. Elle ajoute un type de clé fondé sur ML-DSA-44 (FIPS 204) via un amendement nommé « Quantum », et prévient qu'un compte à forte valeur qui ne renouvelle pas ses clés avant le « Q-day » pourrait être vidé. Elle ne fixe aucun calendrier : « la cadence de migration est laissée aux opérateurs et aux titulaires de comptes ». Le 18 avril 2026, une contribution au logiciel rippled a ajouté des tests vérifiant que le nœud rejette proprement des clés et signatures de la taille de ML-DSA, Falcon ou SLH-DSA ; elle a été fermée sans fusion en juillet 2026.

Le « plan en quatre phases » : ce qui n'est pas confirmé

En avril 2026, un calendrier de migration en quatre phases a circulé sur X et dans la presse spécialisée : un plan d'urgence « Q-Day » avec preuves à divulgation nulle de connaissance, des tests des algorithmes du NIST avec la société Project Eleven au premier semestre 2026, un déploiement hybride sur le Devnet fin 2026, puis un amendement complet du réseau en 2028. Aucune publication de Ripple, de RippleX ou de la XRP Ledger Foundation décrivant ces phases n'a pu être retrouvée sur leurs sites ni dans leurs dépôts. Les seuls éléments vérifiables sont ceux cités plus haut : une spécification en brouillon sans échéance et des tests de préparation non intégrés. Ce calendrier doit donc être lu comme une attente de la communauté, pas comme un engagement daté de Ripple.

Aucun élément ne permet de relier une mise à jour cryptographique à une évolution du cours. Les crypto-actifs restent exposés à une perte totale du capital.