Le XRP Ledger devrait activer la mise à jour fixCleanup3_4_0 vers 14 h 46 UTC le 4 novembre, comblant ainsi une faille qui permettait aux comptes disposant uniquement d'une autorisation de destruction de créer de nouveaux jetons.
Correction XRP Ledger: fin du bug de création de jetons demain

Points clés
- 33 des 35 validateurs de confiance soutiennent fixCleanup3_4_0, soit un pourcentage supérieur au seuil de 80 % requis pour l’activation.
- La mise en place de ce correctif était initialement prévue pour le 23 octobre, avant que le compte à rebours de deux semaines ne reprenne le 21 octobre.
- La documentation XRPL déconseille de déléguer l’autorisation « PaymentBurn » jusqu’à la mise en service du correctif.
Corriger une faille persistante
Le XRP Ledger (XRPL) est à un jour de corriger une faille liée à l’une de ses toutes dernières fonctionnalités, comblant ainsi une faille qui, sans cela, aurait pu permettre à des comptes autorisés à brûler des tokens d’en émettre également de nouveaux. Le problème réside dans la délégation d’autorisations, qui permet à un compte de confier des pouvoirs spécifiques à un autre compte sans partager ses clés. Cette fonctionnalité a été mise en service le 8 octobre via l’amendement PermissionDelegationV1_1, une mise à jour dont Bitcoin.com News a fait état le mois dernier. L’une de ces autorisations, « PaymentBurn », est destinée à permettre à un délégué de détruire des jetons. La documentation du XRPL relative à la délégation d’autorisations expose clairement le problème :
« Avant le correctif, un délégué disposant de l’autorisation granulaire PaymentBurn pouvait également frapper de nouveaux jetons fongibles, ce qui pouvait se produire avec des jetons de ligne de confiance ou des jetons polyvalents (MPT) dans certaines circonstances. Tant que l’amendement fixCleanup3_4_0 n’est pas activé, il est recommandé de ne pas déléguer l’autorisation granulaire PaymentBurn. »
Il convient de mentionner que les autres autorisations ne sont pas affectées. Le correctif est inclus dans la version 3.4.0 de xrpld, que les notes de mise à jour décrivent comme regroupant des corrections pour la version 3.4.0. Parmi celles-ci, il « rejette les paiements PaymentBurn dont le solde est inférieur à zéro ». Le package renforce également les récupérations des teneurs de marché automatisés (AMM), la comptabilité des coffres-forts, les réserves d’entiercement et la gestion des signatures, et les opérateurs de nœuds ont été invités à effectuer la mise à jour « dès que possible ».
Une échéance manquée
Le correctif était censé être déjà opérationnel. Les amendements sur le XRPL ne prennent effet qu’après avoir recueilli au moins 80 % de soutien de la part des validateurs de confiance pendant deux semaines consécutives. Si ce soutien tombe à 80 % ou moins, ne serait-ce qu’une seule fois, le compte à rebours est réinitialisé. À la mi-octobre, la mise à jour était prévue pour le 23 octobre vers 09 h 34 UTC. Cette date est passée, et les données actuelles du suivi des amendements de Xrpscan indiquent que fixCleanup3_4_0 a retrouvé sa majorité. Le soutien s’élève désormais à 33 validateurs sur 35, soit bien au-delà des 28 requis.
Le protocole Native Lending manque encore de voix
D’autres mises à jour en attente sont encore plus en retard, et ce même outil de suivi indique que LendingProtocolV1_1 recueille 19 voix, l’amendement LendingProtocol original 19 voix et SingleAssetVault 21 voix, tous en dessous du seuil des 28 voix. Ensemble, ces propositions permettraient d’introduire le prêt natif sur le XRPL, mais aucune ne dispose d’un compte à rebours. Les projets de prêt du registre restent donc en suspens, alors même que les institutions génèrent de plus en plus d’activité sur le réseau. Le stablecoin RLUSD de Ripple, par exemple, a récemment bénéficié du soutien de Coinbase sur le XRPL et d’autres chaînes.
Une période chargée pour la sécurité du XRPL
Ce correctif vient clore quelques semaines difficiles pour la sécurité du réseau, étant donné que le mois dernier, les développeurs ont révélé qu’un bug du ledger datant d’une décennie aurait pu permettre à un attaquant de créer du XRP au-delà de son offre fixe. Cette faille a été corrigée discrètement en septembre, et rien n’indique qu’elle ait jamais été exploitée.
Le XRP a également été la première victime du récent piratage de Binance, bien que cette attaque ait visé les portefeuilles de Binance plutôt que le XRPL lui-même.
En ce qui concerne ce correctif, rien ne change pour les détenteurs habituels de XRP, mais cela concerne les émetteurs, les plateformes d’échange et les entreprises qui délèguent les autorisations de compte. Une fois que fixCleanup3_4_0 sera activé, la délégation de PaymentBurn devrait à nouveau être sûre. Le XRP s’échangeait à près de 1,25 $ le 3 novembre, avant la mise à jour.
Brad Garlinghouse, PDG de Ripple, estime que le XRP continuera à s'imposer comme la référence institutionnelle en matière de infrastructures de paiement cryptographiques au cours des cinq prochaines années. David Schwartz
Lire: Le PDG de Ripple veut faire du XRP l'étalon institutionnel en 5 ansCet article a été traduit de l'anglais à l'aide de l'IA. La version originale en anglais fait foi ; les traductions automatiques peuvent contenir des inexactitudes, en particulier dans la terminologie juridique et réglementaire.
À propos de l'auteur
ÉCRIT PARShiraz JagatiCrypto Reporter
Shiraz est un journaliste et analyste dont le travail couvre l’univers des actifs numériques et les évolutions liées à la blockchain depuis 2016.


















