INTRODUCTION

Deux demandes de fusion ouvertes dans le dépôt rippled de XRPL, publiées le 27 octobre 2026, combleraient des lacunes qui permettent à des jetons soumis à des règles d’approbation de l’émetteur (RequireAuth) d’atteindre des comptes que l’émetteur n’a jamais autorisés ; les deux changements sont conditionnés à un nouvel amendement, fixCleanup3_5_0. Avec le premier changement, un compte devrait être autorisé pour les deux actifs d’un pool AMM avant de pouvoir acquérir le jeton LP de ce pool, quelle que soit la voie utilisée : paiements, offres sur le DEX, offres de NFT ou enchères pour le créneau réservé aux enchères de l’AMM.

DÉTAILS CLÉS

- Deux demandes de fusion ouvertes dans le dépôt rippled de XRPL, publiées le 27 octobre 2026, combleraient des lacunes qui permettent à des jetons soumis à des règles d’approbation de l’émetteur (RequireAuth) d’atteindre des comptes que l’émetteur n’a jamais autorisés ; les deux changements sont conditionnés à un nouvel amendement, fixCleanup3_5_0.

- Selon le premier changement, un compte devra être autorisé pour les deux actifs d’un pool AMM avant de pouvoir acquérir le jeton LP de ce pool, quel que soit le moyen utilisé, notamment les paiements, les offres DEX, les offres NFT et les enchères de créneaux AMM.

- Le deuxième changement supprime une exemption selon laquelle la vérification d’autorisation du moteur de paiement ne s’appliquait que lorsque le solde d’une ligne de confiance était exactement nul. Ainsi, une ligne non autorisée qui détenait déjà des jetons pouvait continuer à en recevoir.

- Aucun des deux changements n’a été intégré à rippled ; fixCleanup3_5_0 figure sur la branche develop comme pris en charge, avec un vote « non » par défaut. Comme tout amendement XRPL, il ne serait activé qu’après avoir obtenu plus de 80 % de soutien de la part des validateurs de confiance pendant deux semaines.

- Le travail était initialement réparti entre quatre pull requests ; deux couches supplémentaires — l’une limitant les soldes non autorisés au renvoi des fonds à l’émetteur, l’autre ajoutant un invariant d’autorisation des lignes de confiance — ont été fermées après examen.

POURQUOI C’EST IMPORTANT

Les émetteurs de stablecoins et de fonds tokenisés s’appuient sur ces règles d’approbation. (Analyse, et non fait confirmé.)

CONTEXTE IMPORTANT

- Pull requests sources : XRPLF/rippled #8648 et #8650, mises à jour pour la dernière fois les 28 et 29 octobre 2026.

- Il s’agit d’une mise à jour sur le développement du protocole, et non d’un conseil en investissement.

- Cet article est fourni à titre informatif et ne constitue pas un conseil financier. Les actifs numériques sont volatils.

SOURCE

- Source principale : https://x.com/CoinDesk/status/2116112415096242286

- Source complémentaire : https://github.com/XRPLF/rippled/pull/8648

- Source complémentaire : https://github.com/XRPLF/rippled/pull/8650

- Source complémentaire : https://github.com/XRPLF/rippled/blob/develop/include/xrpl/protocol/detail/features.macro

- Source complémentaire : https://xrpl.org/docs/concepts/networks-and-servers/amendments

- Source complémentaire : https://www.coindesk.com/tech/2026/10/30/xrp-ledger-developers-tighten-the-rules-for-who-can-hold-restricted-tokens

#XRP #XRPL