Le XRP Ledger a un plan concret contre les ordinateurs quantiques : chaque compte pourrait ajouter une clé de signature résistante au quantique, puis désactiver l'ancienne, sans frais en plus. C'est dans l'étude quantique de la XRP Ledger Foundation, intégrée à sa feuille de route 2027 mise à jour le 4 novembre (via CoinDesk, 10/11).
Dès qu'un compte signe une transaction, il expose sa clé publique. Un ordinateur quantique assez puissant pourrait en déduire la clé secrète. Tout compte qui a déjà envoyé un paiement est dans ce cas, wallets d'exchanges compris.
La nouvelle clé utilise ML-DSA-44, un schéma validé par le NIST en 2024. C'est lourd : clé et signature pèsent 3 732 octets, contre 105 pour un paiement classique. En stockage, 5 331 octets par paiement protégé contre 1 704 aujourd'hui, environ 3 fois plus. Les frais de base ne bougent pas (ils sont brûlés sur XRPL), les opérateurs de nœuds absorbent le surcoût.
Ce qui manque encore : un bug où le prototype Python et les versions serveur et JavaScript ne génèrent pas la même clé depuis une même graine, et aucun test réseau publié avec tous les validateurs en signatures post-quantiques. Calendrier : étude de migration au 1er semestre 2027, développement et audit fin 2027 ou 2028, transition complète visée par Ripple en 2028.
Côté marché, le $XRP reste sous pression à 1,087 $ sur Binance vers 09:45 UTC (plus bas 24h 1,076 $). Ma lecture : pas un catalyseur de prix à court terme, plutôt un argument de long terme dans le débat quantique qui touche aussi le $BTC . Si le bug est corrigé et les tests publiés début 2027, le plan gagne en crédibilité. Si le calendrier glisse après 2028, il perd sa force.
Vous désactiveriez votre ancienne clé dès que l'option existe, ou vous attendriez que la menace devienne réelle ?
#XRP #Quantum
Dès qu'un compte signe une transaction, il expose sa clé publique. Un ordinateur quantique assez puissant pourrait en déduire la clé secrète. Tout compte qui a déjà envoyé un paiement est dans ce cas, wallets d'exchanges compris.
La nouvelle clé utilise ML-DSA-44, un schéma validé par le NIST en 2024. C'est lourd : clé et signature pèsent 3 732 octets, contre 105 pour un paiement classique. En stockage, 5 331 octets par paiement protégé contre 1 704 aujourd'hui, environ 3 fois plus. Les frais de base ne bougent pas (ils sont brûlés sur XRPL), les opérateurs de nœuds absorbent le surcoût.
Ce qui manque encore : un bug où le prototype Python et les versions serveur et JavaScript ne génèrent pas la même clé depuis une même graine, et aucun test réseau publié avec tous les validateurs en signatures post-quantiques. Calendrier : étude de migration au 1er semestre 2027, développement et audit fin 2027 ou 2028, transition complète visée par Ripple en 2028.
Côté marché, le $XRP reste sous pression à 1,087 $ sur Binance vers 09:45 UTC (plus bas 24h 1,076 $). Ma lecture : pas un catalyseur de prix à court terme, plutôt un argument de long terme dans le débat quantique qui touche aussi le $BTC . Si le bug est corrigé et les tests publiés début 2027, le plan gagne en crédibilité. Si le calendrier glisse après 2028, il perd sa force.
Vous désactiveriez votre ancienne clé dès que l'option existe, ou vous attendriez que la menace devienne réelle ?
#XRP #Quantum
