Le XRP Ledger s'est rapproché de l'activation, le 4 novembre, d'un correctif pour une faille qui peut permettre à des comptes autorisés uniquement à brûler des jetons émis d'en créer de nouveaux dans certaines conditions.
Résumé
- Les développeurs mettent en garde les émetteurs contre la délégation de la permission PaymentBurn jusqu'à ce que la correction devienne active.
- Le soutien des validateurs s'élève à 33 sur 35, l'activation dépendant d'un soutien maintenu.
- La faille concerne les jetons émis, y compris les stablecoins, sans affecter l'offre native de XRP.
- L'amendement comprend des réparations distinctes pour les pools de trading, la comptabilité des vaults et les vérifications de prêts.
La documentation officielle du XRPL identifie le problème dans PaymentBurn, une permission conçue pour permettre à un autre compte de détruire des jetons fongibles au nom d'un émetteur. Jusqu'à ce que l'amendement fixCleanup3_4_0 prenne effet, un délégué détenant cette permission peut parfois créer des jetons de trust line ou des Multi-Purpose Tokens, appelés MPTs.
L'avertissement exclut spécifiquement les autres permissions granulaires de la faille. Sa recommandation est d'éviter de déléguer PaymentBurn tant que la correction reste en attente.
Le correctif du XRP Ledger sépare la destruction de jetons de leur émission
Dans la référence des permissions, le XRPL liste PaymentMint et PaymentBurn comme des fonctions distinctes. PaymentMint autorise les paiements qui créent des jetons fongibles, tandis que PaymentBurn est destiné à autoriser leur destruction sans permettre à un paiement de franchir un solde nul.
Les notes de version du 16 septembre pour la version 3.4.0 de xrpld décrivent directement la correction : les paiements utilisant PaymentBurn seront rejetés s'ils franchissent cette limite. Le changement fait partie d'un ensemble d'amendements, ce qui signifie que son inclusion dans le logiciel serveur n'active pas à elle seule la nouvelle règle de transaction sur l'ensemble du réseau.
L'exposition documentée concerne les comptes ayant reçu la permission déléguée affectée. Ni l'avertissement sur la permission ni les notes de version n'identifient un émetteur dont les jetons auraient été créés frauduleusement.
L'offre native de XRP se situe en dehors de cette faille de permission sur les jetons émis. Les catégories de jetons affectées sont les actifs créés sur le registre via des trust lines ou le cadre MPT.
Le soutien des validateurs met l'activation sur la voie du 4 novembre
Selon le suivi XRPLWin, fixCleanup3_4_0 bénéficie du soutien de 33 des 35 validateurs de confiance suivis, soit 94,29 %. Avec ce nombre de validateurs, 29 votes favorables sont nécessaires pour franchir le seuil requis.
La date d'activation prévue est le 4 novembre à environ 14h46 UTC, à condition que le soutien reste supérieur à 80 % pendant toute la période d'attente de deux semaines.
L'historique des votes montre une première majorité du 9 octobre au 21 octobre, date à laquelle l'amendement a perdu le soutien nécessaire pour poursuivre son compte à rebours. Une nouvelle majorité a commencé le 21 octobre, repoussant l'activation prévue en novembre.
Une baisse à 80 % ou moins interromprait à nouveau la période d'attente. Le suivi indique donc le 4 novembre comme une date d'activation conditionnelle, et non comme une mise à niveau du réseau achevée.
Les émetteurs peuvent mettre à jour ou révoquer les permissions déléguées
Le guide de délégation du XRPL explique qu'un propriétaire de compte accorde à un autre compte des pouvoirs spécifiques via une transaction DelegateSet. Le propriétaire peut modifier ou révoquer ces permissions via une autre transaction du même type.
Le système prend en charge des comptes distincts pour les opérations courantes, tandis que les clés portant le contrôle total restent hors ligne. Sa documentation cite la conformité des stablecoins comme cas d'usage, notamment l'approbation des utilisateurs ayant effectué des vérifications d'identité.
Chaque délégué peut recevoir jusqu'à 10 permissions. Certains pouvoirs, en particulier ceux impliquant des modifications de clés cryptographiques ou l'octroi de permissions supplémentaires, ne peuvent pas être délégués.
Le guide indique que les permissions granulaires sont prédéfinies et ne peuvent pas être personnalisées pour couvrir uniquement des devises sélectionnées. Son avertissement concernant PaymentBurn figure aux côtés de ces instructions d'utilisation.
La distribution de stablecoins sur le XRPL a continué de se développer. Comme crypto.news l'a rapporté précédemment, le lancement de RLUSD sur Coinbase par Ripple le 28 octobre couvrait les plateformes de détail et institutionnelles, avec un support réseau s'étendant sur XRP Ledger, Ethereum et Base.
Ripple identifie l'émetteur de RLUSD comme Standard Custody & Trust Company, une société fiduciaire à usage limité supervisée par New York. Sa page de transparence indique que les réserves sont détenues dans des comptes ségrégués et que des rapports mensuels comparent les jetons en circulation avec leurs actifs de garantie.
Les réparations de l'amendement s'étendent aux coffres et au prêt
Au-delà de la délégation de permissions, la description officielle de l'amendement énumère des corrections aux dépôts, retraits et récupérations de Single Asset Vault, conçues pour empêcher que des actifs soient sur-livrés ou sous-livrés en raison d'arrondis.
Les réparations des pools de négociation traitent des montants de récupération qui s'arrondissent à zéro et des cas impliquant le solde restant du dernier fournisseur de liquidité.
Ripple a précédemment soutenu des propositions de prêt natif destinées à permettre aux coffres à actif unique de fournir des fonds pour des prêts à terme fixe. Ces propositions ont leur propre processus d'approbation par les validateurs.
Dans l'amendement de nettoyage, les vérifications de retard de prêt, de dépréciation et de défaut exigeront que la date d'échéance soit strictement dépassée. Un autre changement permet à un retrait de parts de coffre fixe de retourner zéro actif lorsque le coffre est entièrement déprécié, au lieu d'échouer la transaction.
