Un contributeur du XRP Ledger a proposé des tests post-quantiques hybrides en 2027 et une transition vers le réseau principal en 2028, bien qu'aucune feuille de route XRPL publiée n'ait confirmé l'une ou l'autre de ces échéances.
Vet, un contributeur de la Fondation XRP Ledger et validateur sur la liste de nœuds uniques décentralisée (dUNL), a présenté ces dates dans un article publié le 9 septembre sur X. Le contributeur a décrit une phase de test attendue, suivie d'un système hybride dans lequel des signatures conventionnelles et résistantes aux quantiques fonctionneraient ensemble.
Le calendrier proposé placerait une mise à niveau quantique de l'XRPL un an avant la date d'achèvement de 2029 dont a discuté Justin Drake, chercheur chez Ethereum. Aucune de ces dates ne représente une activation garantie du réseau. Le calendrier d'Ethereum provient d'une présentation technique d'un chercheur, tandis que les dates de l'XRPL n'ont pas encore été publiées dans un amendement formel, une spécification, un vote de validateur ou une feuille de route officielle.
Vet a déclaré que les développeurs s'attendent à des progrès majeurs en 2027 avant une éventuelle transition vers le réseau principal en 2028. Le travail proposé comprendrait le test d'algorithmes post-quantiques et l'exécution de nouvelles méthodes de signature en parallèle de la cryptographie existante de l'XRPL.
Les documents publics sur le site officiel du XRP Ledger n'identifient pas actuellement 2028 comme une date limite approuvée. Aucune proposition d'amendement correspondante, spécification technique ou calendrier de mise en œuvre n'a été trouvée dans la documentation publiée de l'XRPL au 10 septembre.
Cette distinction fait que ces dates restent une attente rapportée par un contributeur. Les modifications de l'XRPL passent normalement par un développement public, des tests et un vote d'amendement avant l'activation. Une publication sur X ne peut pas activer de code de protocole ni engager les validateurs participants à une date de déploiement.
Vet a fait référence à un mécanisme d'urgence proposé sous le nom de réponse "Quantum-Day". Selon cette description, les comptes vulnérables pourraient être isolés et placés dans un état protégé sans arrêter le registre. La documentation publique de l'XRPL examinée pour ce rapport ne contient pas d'amendement approuvé portant ce nom.
Aucune spécification technique n'explique actuellement ses conditions d'activation, ses restrictions de compte ou son processus de récupération. Tant que les développeurs n'auront pas publié ces détails, le mécanisme d'urgence proposé reste un concept attribué plutôt qu'une fonctionnalité confirmée de l'XRPL.
Le XRP Ledger reconnaît actuellement deux algorithmes de signature : secp256k1, basé sur l'algorithme de signature numérique à courbe elliptique (ECDSA), et Ed25519, qui utilise l'algorithme de signature numérique à courbe d'Edwards. Les deux apparaissent dans la documentation des clés cryptographiques du registre.
La documentation de l'XRPL reconnaît qu'un ordinateur quantique suffisamment puissant utilisant l'algorithme de Shor pourrait menacer ses méthodes de signature existantes. La même page indique que les développeurs pourraient introduire un autre algorithme de signature si des ordinateurs quantiques pratiques émergent. Elle ne nomme pas d'algorithme post-quantique choisi et ne fournit pas de date de déploiement.
Un mécanisme RegularKey intégré permet déjà à un compte d'attribuer une clé de signature de remplacement sans modifier son adresse publique. Le compte peut ensuite remplacer ou supprimer la RegularKey en soumettant une transaction autorisée, comme expliqué dans le tutoriel de gestion des clés de l'XRPL.
La rotation des RegularKey n'équivaut pas à une protection quantique complète. Un compte XRPL conserve une clé maîtresse dérivée de ses identifiants originaux, et le protocole permet aux utilisateurs de désactiver cette clé maîtresse mais pas de la remplacer. Une migration complète devrait aborder les clés maîtresses, les listes de multisignature, la vérification des transactions, les opérations des validateurs et toutes les clés exposées publiquement vulnérables aux futures attaques.
Vet a déclaré que la conservation des adresses r-existantes réduirait les perturbations pour les utilisateurs et les dépositaires. La documentation publique confirme que l'attribution d'une RegularKey ne modifie pas l'adresse du compte. Elle ne confirme pas que ce même mécanisme seul peut assurer une transition post-quantique à l'échelle du réseau.
La comparaison avec Ethereum provient du plan quantique publié par Justin Drake. Drake a identifié trois domaines nécessitant une nouvelle cryptographie : les signatures BLS dans le consensus, les engagements KZG pour les données et les signatures ECDSA utilisées par les comptes Ethereum.
« Ma date d'achèvement pour qu'Ethereum soit entièrement sécurisé post-quantique est 2029 », a déclaré Drake. Il a décrit cette année comme son point d'achèvement prévu, et non comme une date d'activation contraignante approuvée par la gouvernance d'Ethereum.
Le travail d'Ethereum implique des algorithmes et des composants de protocole différents de ceux de l'XRPL. Une comparaison calendaire n'établit donc pas quel réseau a achevé plus d'ingénierie, de tests ou d'examen de sécurité. Aucun critère technique commun cité par l'un ou l'autre projet ne mesure actuellement leur état de préparation relatif.
Drake a estimé personnellement le « Q-Day », le jour où les ordinateurs quantiques pourraient briser la cryptographie à clé publique existante, en 2032. Les chercheurs n'ont pas établi de date vérifiée pour une telle machine. Les progrès matériels, la correction d'erreurs et les ressources nécessaires pour attaquer une clé de blockchain déployée restent incertains.
Avant qu'un changement de protocole ne puisse devenir actif, les validateurs de l'XRPL doivent soutenir un amendement de manière continue au-dessus du seuil requis. Le processus d'amendement du réseau nécessite généralement plus de 80 % de soutien de la part des validateurs de confiance pendant deux semaines.
Une mise à niveau récente a démontré comment le processus peut retarder l'activation. Comme l'a rapporté crypto.news, l'amendement corrigé BatchV1_1 de l'XRPL a reçu 24 votes sur 35 validateurs dUNL le 8 septembre. Son soutien de 68,57 % est resté en dessous du seuil d'activation, de sorte que le compte à rebours de deux semaines n'a pas pu commencer.
Un changement lié au quantique exigerait d'abord que les développeurs publient du code et définissent le schéma de signature pris en charge. Les tests devraient examiner la taille des transactions, la vitesse de vérification, les performances des validateurs, la compatibilité des portefeuilles matériels et les procédures de récupération de compte. Les validateurs pourraient alors décider d'activer l'amendement.
Aucun algorithme n'a été identifié dans l'aperçu public du contributeur. Les candidats disponibles entraînent des coûts opérationnels différents. Des clés publiques et des signatures plus grandes peuvent augmenter les exigences en matière de stockage, de bande passante et de traitement, tandis que des erreurs de mise en œuvre peuvent affaiblir une conception cryptographique autrement sécurisée.
L'Institut national des normes et de la technologie (NIST) des États-Unis a publié ses premières normes post-quantiques achevées en 2024. Celles-ci incluent ML-KEM pour l'établissement de clés, ML-DSA pour les signatures numériques et SLH-DSA comme norme de signature basée sur le hachage.
L'XRPL nécessiterait une méthode de signature numérique car les utilisateurs signent des transactions et les validateurs vérifient l'autorisation. La sélection d'un algorithme standardisé exigerait toujours une ingénierie spécifique au réseau, des audits indépendants et des tests de compatibilité.
Project Eleven maintient un registre de cryptographie post-quantique couvrant des schémas tels que ML-DSA, SLH-DSA et FN-DSA, la forme standardisée liée à Falcon. Son site web public propose des audits et des outils de test post-quantiques, mais aucune annonce publique examinée pour ce rapport ne confirme un engagement de l'XRPL ou un audit de sécurité achevé.
ETH
XRP
