Erreur de jeton XRPL corrigée : Ce que signifie l'amendement fixCleanup3_4_0 pour les stablecoins
2026-11-04
Le XRP Ledger (XRPL) se prépare à résoudre une vulnérabilité de permission de token par son amendement fixCleanup3_4_0, avec une activation prévue pour le 4 novembre 2026.
Le problème concerne des permissions déléguées qui pourraient permettre à un compte autorisé uniquement à brûler les tokens d'un émetteur de créer de nouveaux tokens dans des conditions de paiement spécifiques.
Bien que XRP lui-même ne soit pas affecté, le défaut est important pour les actifs émis, y compris les stablecoins. La mise à niveau vise à renforcer les contrôles de l'offre en veillant à ce que l'autorité de destruction de tokens ne puisse pas devenir implicitement une autorité de création de tokens.
Principaux points à retenir
- Une faille de permission de token est en cours de traitement : Un délégué avec des permissions PaymentBurn pourrait potentiellement frapper des tokens émis dans certaines circonstances.
- L'offre de XRP n'est pas affectée : La vulnérabilité concerne les actifs émis, y compris les tokens de ligne de confiance et les Multi-Purpose Tokens (MPT).
- L'amendement renforce les contrôles des émetteurs : PaymentBurn et PaymentMint fonctionneront comme des permissions séparées, protégeant la gestion de l'offre de tokens.
Quel était le bug des tokens XRPL ?
source par AI
La vulnérabilité concerne le XRP système de délégation de permissions du Ledger, qui permet aux émetteurs de tokens d'accorder des droits de transaction spécifiques à d'autres comptes.
Par exemple, un émetteur de stablecoins pourrait autoriser un processeur de paiement ou un partenaire de rachat à recevoir des tokens des clients et à les brûler lorsque ces clients échangent leurs stablecoins contre de la monnaie traditionnelle.
Cet arrangement est conçu pour donner au partenaire une autorité limitée. Il devrait pouvoir retirer des tokens de la circulation sans acquérir la capacité de créer un approvisionnement supplémentaire.
Cependant, avant l'amendement fixCleanup3_4_0, un compte détenant uniquement la permission déléguée PaymentBurn pourrait, dans certaines conditions de paiement, déplacer un solde de token à travers zéro et effectivement frapper de nouveaux tokens fongibles.
En d'autres termes, un compte autorisé à détruire des tokens pourrait potentiellement créer de nouveaux tokens sans recevoir séparément la permission PaymentMint.
Comment fonctionnent PaymentBurn et PaymentMint
Le XRPL utilise des permissions granulaires pour contrôler ce que les comptes délégués peuvent faire.
- PaymentBurn : Permet à un délégué autorisé d'envoyer des paiements qui brûlent des tokens fongibles ou des MPT.
- PaymentMint : Permet à un délégué autorisé d'envoyer des paiements qui créent de nouveaux tokens fongibles ou des MPT.
Le problème était que ces permissions ne restaient pas suffisamment séparées dans certains cas limites.
Considérons un émetteur de stablecoins qui délègue des opérations de rachat à une société de paiements externe. La société ne devrait être capable que de brûler des tokens retournés par les clients. Cependant, la vulnérabilité pourrait créer un chemin pour un émission de tokens non intentionnelle.
Ceci est particulièrement important pour les stablecoins soutenus par des fiat, où l'offre en circulation est censée refléter les processus d'émission et de rachat autorisés par l'émetteur.
Le problème ne signifie pas que chaque stablecoin XRPL a été compromis ou que la vulnérabilité a nécessairement été exploitée. CoinDesk a rapporté qu'il n'a trouvé aucun dossier ou rapport public d'exploitation.
Que change l'amendement fixCleanup3_4_0 ?
source par AI
L'amendement fixCleanup3_4_0 rétablit la séparation prévue entre les permissions de destruction de tokens et de création de tokens.
Une fois activé, l'amendement empêche un délégué de brûlage uniquement de compléter un paiement qui traverse un solde zéro et crée effectivement de nouveaux tokens fongibles.
Un compte doit avoir la permission séparée PaymentMint pour effectuer une opération d'émission autorisée. Cela signifie que les émetteurs de tokens peuvent maintenir un contrôle plus clair sur qui est autorisé à créer un approvisionnement supplémentaire.
Avant et après la mise à niveau XRPL
L'amendement n'est pas une nouvelle fonctionnalité d'émission de stablecoin. Au contraire, il s'agit d'une correction de sécurité au niveau du protocole conçue pour faire en sorte que les autorisations déléguées se comportent comme prévu.
Il convient également de noter que fixCleanup3_4_0 est une collection plus large d'améliorations XRPL couvrant des domaines tels que les coffres, le prêt, les teneurs de marché automatisés, les NFT, l'entiercement, le parrainage et la signature de transaction. La correction des permissions de token est une partie particulièrement importante de ce package.
Pourquoi la correction est importante pour les stablecoins et les émetteurs XRPL
L'infrastructure des stablecoins dépend d'une gestion fiable de l'approvisionnement. Les émetteurs doivent contrôler comment les tokens sont créés, transférés, rachetés et retirés de la circulation.
Un système de permission qui permet à un partenaire de rachat d'acquérir des capacités d'émission non intentionnelles peut miner ces contrôles.
L'amendement fixCleanup3_4_0 aborde cette préoccupation en veillant à ce que la destruction et la création restent des opérations distinctes.
Séparation opérationnelle plus forte
Les émetteurs de stablecoins travaillent souvent avec des échanges externes, des processeurs de paiement, des dépositaires et des partenaires de rachat.
Ces organisations peuvent avoir besoin d'autorisation pour effectuer des opérations de token spécifiques, mais elles ne devraient pas automatiquement recevoir une autorité plus large sur l'approvisionnement du stablecoin.
En exigeant une autorisation distincte pour PaymentMint, l'amendement soutient une structure de permission plus clairement définie.
Cela est particulièrement pertinent pour la tokenisation institutionnelle, où les émetteurs doivent démontrer que les modifications d'approvisionnement suivent des procédures opérationnelles contrôlées.
Pourquoi les détenteurs de XRP ne devraient pas confondre cela avec une vulnérabilité de l'approvisionnement en XRP
Une distinction importante est que la vulnérabilité concerne les tokens émis sur leXRP Ledger, pas XRP lui-même.
XRP est l'actif natif du réseau et ne dépend pas d'un émetteur accordant des permissions déléguées PaymentBurn pour gérer son approvisionnement.
Par conséquent, l'amendement ne devrait pas être interprété comme une correction d'un défaut qui aurait permis aux partenaires de stablecoin de créer des XRP supplémentaires.
Pour les détenteurs de XRP, le développement est principalement pertinent pour la santé globale de l'écosystème XRPL, en particulier sa capacité à soutenir les stablecoins et d'autres actifs numériques émis.
Un cadre de permission de token plus solide pourrait améliorer la confiance des entreprises envisageant le réseau pour des applications de paiement et de tokenisation.
Quand fixCleanup3_4_0 sera-t-il activé ?
L'amendement a été introduit dans la version 3.4.0 du logiciel XRPL et nécessite que plus de 80 % des validateurs de confiance le soutiennent en continu pendant 14 jours avant l'activation.
Suite à une baisse antérieure du soutien des validateurs le 21 octobre, le compte à rebours pour l'activation a redémarré après avoir repris le soutien majoritaire.
Au 4 novembre 2026, l'amendement avait le soutien de 33 des 35 validateurs de confiance suivis, dépassant les 29 votes requis. Son heure d'activation projetée était 14:46 UTC le 4 novembre, équivalente à 21:46 WIB.
Il est important de noter qu'il s'agissait toujours d'une heure d'activation projetée au moment de la préparation de cet article, et non d'une confirmation que l'amendement était déjà en vigueur. Le réseau doit compléter son processus d'activation et enregistrer le changement sur le grand livre validé.
Que devraient faire les émetteurs de stablecoins et les opérateurs de nœuds ?
Les entreprises et les développeurs travaillant avec des actifs émis par le XRPL devraient prendre plusieurs précautions :
- Évitez la délégation prématurée de PaymentBurn : La documentation officielle de XRPL avertit les développeurs de ne pas déléguer cette permission tant que fixCleanup3_4_0 n'est pas activé.
- Vérifiez l'activation de l'amendement : Consultez le statut de l'amendement XRPL en direct plutôt que de vous fier uniquement à l'approbation des validateurs ou à un temps d'activation estimé.
- Examinez les permissions déléguées : Après activation, assurez-vous que PaymentMint est accordé uniquement aux comptes qui nécessitent réellement une autorité d'émission de tokens.
- Mettez à jour le logiciel XRPL : Les opérateurs de nœuds doivent suivre les dernières versions de logiciels XRPL compatibles et les conseils de sécurité.
- Examinez les procédures de gestion des tokens : Les émetteurs doivent examiner leurs flux de travail de rachat, de destruction et de création pour s'assurer que les comptes délégués n'ont que les permissions dont ils ont besoin.
Le travail de sécurité élargi du XRPL comprend également la version 3.4.1 du logiciel, qui a suivi un problème historique séparé lié à XRP concernant un débordement d'entier et sa correction.
Les opérateurs devraient examiner les notes de version pertinentes plutôt que de supposer que ce problème séparé est uniquement abordé par fixCleanup3_4_0.
Conclusion
L'amendement XRPL fixCleanup3_4_0 est une amélioration de sécurité importante pour les stablecoins et d'autres tokens émis.
En séparant PaymentBurn de PaymentMint, il comble une faille de permission qui pourrait potentiellement permettre à des comptes délégués de créer des tokens sans autorité explicite de création.
L'approvisionnement natif de XRP n'a jamais été affecté, mais la correction renforce la confiance dans l'infrastructure de gestion des tokens du XRP Ledger.
Avec l'activation projetée pour le 4 novembre 2026, les émetteurs et les opérateurs de nœuds devraient vérifier le statut du grand livre en direct et mettre à jour leurs systèmes en conséquence.
Pour un trading crypto plus facile et plus sûr, explorez les actifs numériques sur Bitrue tout en menant des recherches indépendantes et en gérant les risques de manière responsable.
FAQ
Qu'est-ce que l'amendement XRPL fixCleanup3_4_0 ?
C'est une mise à jour du protocole qui aborde plusieurs problèmes du XRP Ledger, y compris une vulnérabilité de délégation de permissions qui pourrait permettre à un compte ayant uniquement l'autorité PaymentBurn de créer des tokens émis dans certaines circonstances.
Le bogue du token XRPL a-t-il affecté l'approvisionnement en XRP ?
Non. La vulnérabilité concernait des actifs émis, y compris des tokens de ligne de confiance et des tokens multi-usages (MPT). L'approvisionnement natif de XRP n'a pas été affecté.
Quelle est la différence entre PaymentBurn et PaymentMint ?
PaymentBurn permet aux comptes autorisés de détruire des tokens émis, tandis que PaymentMint permet aux comptes autorisés de créer de nouveaux tokens fongibles ou MPT. L'amendement garantit que ces permissions restent correctement séparées.
Quand fixCleanup3_4_0 sera-t-il activé ?
L'heure d'activation prévue était le 4 novembre 2026 à 14:46 UTC (21:46 WIB), sous réserve que le soutien des validateurs soit suffisant. L'activation réelle doit être confirmée par le biais du XRP Ledger en direct.
Comment fixCleanup3_4_0 bénéficie-t-il aux émetteurs de stablecoins ?
Il renforce les contrôles de l'offre en veillant à ce que les partenaires de rachat ayant l'autorisation de brûler des stablecoins ne gagnent pas automatiquement la capacité de frapper des jetons supplémentaires. Cela soutient une meilleure sécurité opérationnelle et une gestion des autorisations plus claire.
Avertissement : Les opinions exprimées appartiennent exclusivement à l'auteur et ne reflètent pas les opinions de cette plateforme. Cette plateforme et ses affiliés déclinent toute responsabilité quant à l'exactitude ou à l'adéquation des informations fournies. C'est à des fins d'information seulement et ne doit pas être considéré comme un conseil financier ou d'investissement.
Feragatname: Bu makalenin içeriği finansal veya yatırım tavsiyesi niteliğinde değildir.
