L'amendement PermissionDelegationV1_1 du XRP Ledger est entré dans sa dernière fenêtre d'activation de deux semaines après avoir reçu 29 votes de validateurs en faveur, selon un reportage de BigGo Finance. Ce décompte lance un compte à rebours de 14 jours vers une activation au plus tôt le 5 octobre 2026 à 11h18 UTC — mais uniquement si le soutien des validateurs reste au-dessus du seuil requis pendant toute la période.

Cette condition a plus de poids qu'il n'y paraît. Bien que l'amendement ait franchi son seuil requis, les validateurs XRPL — les opérateurs de serveurs dont les votes déterminent quelles modifications du protocole entrent en vigueur — n'ont qu'à laisser le soutien glisser à 80 % ou en dessous à tout moment de la fenêtre pour que l'horloge entière se réinitialise à zéro. Franchir l'obstacle une fois ne revient pas à le franchir définitivement, et les quatorze prochains jours fonctionnent en réalité comme une période probatoire.

(Source : XRPL Dashboard – Amendments)

Fonctionnement de la délégation de permissions

La délégation de permissions permet à un détenteur de compte d'attribuer des autorités spécifiques et étroitement définies à un autre compte sans abandonner le contrôle total du compte d'origine. Certains contrôles au niveau du compte sont délibérément exclus de la délégation afin d'empêcher un délégataire d'accroître ses privilèges ou de compromettre directement le compte émetteur. Le propriétaire décide exactement de ce qui est délégué et peut le révoquer instantanément.

L'amendement est livré dans la version xrpld 3.3.0 du logiciel serveur central du ledger et est implémenté selon la norme technique XLS-75, l'une des spécifications numérotées du ledger pour les fonctionnalités proposées. Il remplace une version antérieure de la délégation de permissions qui, selon le reportage de BigGo, contenait un bug critique — version est donc une reconstruction corrigée plutôt qu'une fonctionnalité entièrement nouvelle.

Lauren Berta, responsable produit stablecoin chez Ripple, a directement lié cette mise à niveau aux flux de travail de conformité des émetteurs réglementés. « Cette séparation des responsabilités est une pratique standard pour les émetteurs de stablecoins opérant sur d'autres blockchains », a déclaré Berta, ajoutant que l'équipe RLUSD a déjà commencé à construire et à tester la fonctionnalité dans un environnement de développement — une étape préparatoire, et non la preuve d'un déploiement sur le mainnet.

Ce que révèle le décompte des votes

Le chiffre de 29 votes favorables de BigGo correspond au décompte rapporté par XRPL Dashboard. C'est au-dessus du seuil requis de 80 %, mais la marge dépend du maintien du soutien au-dessus de ce niveau pendant toute la fenêtre d'activation. Tout repli au seuil ou en dessous déclencherait une réinitialisation de la période complète de 14 jours.

Les amendments constituent le mécanisme intégré du XRP Ledger pour mettre à niveau ses règles fondamentales : les validateurs exécutant les logiciels mis à jour votent sur chaque modification proposée, et une fonctionnalité n'entre en vigueur que lorsque le soutien se construit — et se maintient — au-dessus du seuil de consensus. Rien de tout cela ne garantit que la date du 5 octobre tienne. La propre documentation sur les amendments du XRP Ledger précise que chaque vote d'amendement est conditionnel par conception — le soutien doit se maintenir pendant les deux semaines complètes, et pas seulement au moment où il franchit la ligne pour la première fois. Les données de XRPScan servent à calculer l'horodatage d'activation le plus proche possible, mais cet horodatage change dès que la majorité fléchit.

Le raisonnement de Berta s'articule autour des émetteurs réglementés devant répartir les responsabilités entre plusieurs équipes — personnel de conformité, gestionnaires d'actifs, opérateurs de trésorerie — sans qu'aucune n'obtienne le contrôle total du compte émetteur. C'est l'argument specifically pour RLUSD, l'équipe stablecoin de Ripple étant l'adoptant précoce désigné qui teste la fonctionnalité avant le lancement.

Un cas d'usage destiné au grand public existe également. L'ingénieure de RippleX Mayukha Vadari a décrit un scénario impliquant des comptes émetteurs blackhole — des comptes ayant définitivement verrouillé leurs propres clés — où un détenteur pourrait déléguer certaines responsabilités, comme la gestion du domaine d'un compte, à un compte de confiance distinct avant le blackholing. Hussein Zangana, une figure de la communauté connue sous le nom de Vet, a qualifié l'amendement de brique fondamentale pour l'adoption par les entreprises, le présentant comme un travail de fond pour les gestionnaires d'actifs et les émetteurs d'actifs réels plutôt que comme un produit fini.

Une date d'activation, mais aucun résultat garanti

La mécanique à partir d'ici est simple, même si l'issue n'est pas assurée. La fenêtre s'est ouverte le 21 septembre 2026 ; l'activation la plus proche est le 5 octobre à 11h18 UTC ; et le soutien des validateurs doit rester au-dessus de 80 % pendant 14 jours qui séparent ces deux dates. Tout repli au seuil ou en dessous renvoie le processus à la case départ.

Le calendrier place une activation potentielle quelques semaines avant la conférence Swell de Ripple, qui se tiendra du 27 au 29 octobre, où la fonctionnalité devrait attirer l'attention qu'elle soit ou non entrée en vigueur d'ici là. En attendant, les indicateurs à surveiller sont publics : le décompte continu des validateurs sur XRPL Dashboard, tout mouvement de l'horodatage d'activation, et le passage éventuel des tests RLUSD au-delà de l'environnement de développement. Des questions plus larges sur l'ampleur de l'activité organique générée actuellement par le ledger méritent d'être gardées à l'esprit parallèlement au vote, au vu des récents reportages sur le ralentissement de la croissance des nouveaux utilisateurs sur le XRP Ledger.