Ripple fixe un objectif 2028 pour le plan de basculement quantique d’XRPL

• Ripple décrit un plan en quatre phases pour préparer l’XRPL aux menaces quantiques, en visant une migration complète et une mise à niveau du réseau d’ici 2028.

• Les premières phases mettent l’accent sur des tests d’algorithmes résistants au quantique et sur la cryptographie hybride avec des partenaires comme Project Eleven.

• La rotation des clés et la conception basée sur des seeds de l’XRPL soutiennent une migration progressive, en traitant les risques à long terme « récolter maintenant, déchiffrer plus tard ».

Ripple a décrit un plan multi-phases en avril 2026 pour préparer le XRP Ledger aux risques liés à l’informatique quantique, en visant une préparation complète d’ici 2028. L’effort implique des ingénieurs de RippleX, des experts en cryptographie et des partenaires comme Project Eleven. La feuille de route répond à de nouvelles découvertes de Google Quantum AI, qui mettent en évidence des risques croissants pour les systèmes actuels de cryptographie de la blockchain.

La menace quantique n’est plus théorique, et le #XRPL est en avance sur la courbe.
Ripple vient de publier une feuille de route multi-phases vers une préparation post-quantique d’ici 2028. Grâce à une architecture intégrée comme la rotation native des clés, le registre dispose d’un avantage unique pour gérer un système sécurisé,…

— 𝗕𝗮𝗻𝗸XRP (@BankXRP) 20 avril 2026

Le risque quantique pousse les tests précoces et la planification

Selon les recherches de Google Quantum AI, les systèmes cryptographiques actuels pourraient être compromis par des machines quantiques avancées. Ces systèmes sécurisent les portefeuilles, les transactions et les actifs numériques sur les blockchains. Bien qu’il n’existe pas de menace immédiate, les chercheurs indiquent que les délais de préparation comptent désormais.

RippleX a identifié un risque connexe connu sous le nom de « récolter maintenant, déchiffrer plus tard ». Dans ce scénario, les attaquants collectent aujourd’hui des données chiffrées de blockchain et attendent de futures capacités de déchiffrement. Pour l’XRPL, ce risque concerne les comptes qui conservent de la valeur sur des périodes prolongées.

La conception de l’XRPL offre des avantages pour la migration

Pour répondre à ces préoccupations, l’XRPL inclut déjà des fonctionnalités qui soutiennent des mises à niveau progressives. En particulier, le réseau permet la rotation native des clés, ce qui permet aux utilisateurs de mettre à jour leurs clés sans changer de comptes. Cette structure aide les utilisateurs à répondre à des risques de sécurité croissants.

En outre, l’XRPL utilise la génération de clés basée sur des seeds pour une gestion déterministe des clés. Cette méthode permet aux utilisateurs de générer de nouvelles clés de manière sécurisée pendant les transitions. Même si ces fonctionnalités ne constituent pas des solutions post-quantique, elles soutiennent les étapes futures de migration.

Une feuille de route en quatre phases dessine le chemin de transition

Ripple a structuré sa feuille de route en quatre phases, en commençant par la planification de contingence. La première phase se concentre sur une réponse « Quantum-Day », permettant une migration sécurisée si la cryptographie actuelle échoue. Cela inclut l’exploration de preuves à divulgation nulle (zero-knowledge proofs) pour vérifier la propriété sans exposer les clés.

Ensuite, la première moitié de 2026 est consacrée aux tests d’algorithmes résistants au quantique et à l’évaluation de l’impact du système. Ripple collabore avec Project Eleven sur des tests de validateurs et des prototypes de conservation (custody) pendant cette phase.

Dans la seconde moitié de 2026, les développeurs testeront des modèles de cryptographie hybride sur Devnet. Ces modèles combinent des signatures existantes et des signatures résistantes au quantique afin d’évaluer les performances et l’utilisabilité.

Enfin, Ripple vise une transition complète d’ici 2028 grâce à une mise à niveau à l’échelle du réseau. Cette phase se concentre sur la scalabilité, la préparation des validateurs et le maintien des performances de l’XRPL pendant l’adoption.