La mise à niveau de la délégation du registre XRP pourrait entrer en vigueur le 5 octobre : le XRP en tirera-t-il profit ?

Le registre XRP a lancé la période d’activation de 14 jours de PermissionDelegationV1_1 après que 29 des 35 validateurs de confiance du réseau aient approuvé la mise à niveau des autorisations de compte.

Résumé

• PermissionDelegationV1_1 pourrait entrer en vigueur le 5 octobre si le soutien des validateurs reste supérieur au seuil requis de 80 %.

• Cette mise à niveau permet aux comptes XRPL de déléguer des autorisations spécifiques sans accorder à un autre compte un contrôle total sur leurs clés.

• La délégation d’autorisations n’affecte pas directement l’offre ou la tokenomie du XRP ; tout impact sur le prix dépendra donc essentiellement de son adoption et de l’activité sur le réseau.

Selon le tableau de bord en direct des amendements du registre XRP, le compte à rebours a commencé le 21 septembre et pourrait faire entrer PermissionDelegationV1_1 en vigueur le 5 octobre à 11h18 UTC, sous réserve que le soutien des validateurs reste supérieur au seuil requis pendant toute la période.

Au moins 28 des 35 validateurs de confiance doivent continuer de soutenir l’amendement. Si ce soutien tombe en dessous de ce seuil avant la fin du compte à rebours, le minuteur d’activation sera réinitialisé.

PermissionDelegationV1_1 divise l’autorité des comptes du registre XRP

PermissionDelegationV1_1 modifie la façon dont un compte du registre XRP peut accorder à un autre compte l’autorité d’effectuer des tâches spécifiques.

Dans la structure actuelle des comptes, les entreprises qui doivent confier certaines opérations à différents systèmes ou employés peuvent être contraintes d’accorder à un compte opérationnel plus d’autorité qu’il n’en nécessite réellement. La délégation d’autorisations vise précisément à séparer ces responsabilités.

Un compte pourrait, par exemple, autoriser un autre compte à effectuer des paiements sans lui accorder le droit de modifier les clés du compte principal. Un émetteur de stablecoin pourrait garder ses clés principales hors ligne tout en accordant à un système de conformité connecté à Internet l’autorisation d’approuver les clients souhaitant détenir son jeton.

Chaque compte délégué peut recevoir jusqu’à 10 autorisations, tandis que le compte qui les accorde conserve la possibilité de les modifier ou de les révoquer.

Vous aimerez aussi : XRP Ledger 3.4.0 ajoute le prêt et corrige des problèmes de protocole

Ce dispositif s’apparente à la séparation des responsabilités couramment utilisée par les institutions financières, où les fonctions de paiement, de conformité et d’administration ne partagent pas nécessairement le même niveau d’accès.

PermissionDelegationV1_1 fait partie d’un ensemble plus large d’amendements introduits via xrpld 3.3.0. Cette version inclut également BatchV1_1, ConfidentialTransfer, DynamicMPT et Sponsor, plusieurs fonctionnalités étant conçues pour les transactions institutionnelles et l’émission de jetons.

Sponsor permettrait à une autre entité de couvrir les frais de transaction et les exigences de réserve pour des utilisateurs sans contrôler leurs comptes. DynamicMPT offre aux émetteurs une plus grande flexibilité sur certaines propriétés des jetons polyvalents (MPT), tandis que ConfidentialTransfer vise à masquer les soldes MPT et les montants des paiements aux yeux du public, tout en conservant des mécanismes d’accès pour les parties autorisées.

Crypto.news avait précédemment rapporté que ConfidentialTransfer cible les cas d’usage institutionnels, où les entreprises peuvent avoir besoin de confidentialité dans leurs transactions tout en fournissant des informations aux auditeurs et autres parties autorisées.

La délégation d’autorisations revient après une faille de sécurité antérieure

PermissionDelegationV1_1 est la deuxième tentative d’introduire sur le registre XRP des autorisations de compte déléguées.

La version initiale a été arrêtée avant d’atteindre le réseau principal après qu’un testeur communautaire eut signalé une vulnérabilité le 15 septembre 2025.

Dans l’implémentation concernée, le logiciel vérifiait si un compte disposait de l’autorisation d’effectuer une transaction avant d’en valider correctement la signature. Certaines transactions rejetées pouvaient toutefois engendrer des frais.

Un attaquant aurait ainsi pu soumettre des transactions non autorisées comportant intentionnellement des frais élevés, faisant supporter ces frais à un autre compte même si les transactions n’étaient pas correctement signées. Répéter ce processus aurait pu épuiser le solde XRP disponible de la victime.

Les validateurs ont été invités à ne pas soutenir l’amendement dès la découverte de la vulnérabilité, empêchant ainsi la version défectueuse de s’activer sur le réseau principal.

La version remplacée a été intégrée à xrpld 3.3.0, avec des modifications concernant le traitement des transactions non autorisées. La vérification de la signature intervient désormais avant le type d’échec susceptible d’engendrer des frais pour le compte visé.

La délégation d’autorisations n’est pas la seule fonctionnalité de cette version à revenir après des travaux de sécurité. BatchV1_1 a remplacé une implémentation antérieure de Batch après qu’une vulnérabilité critique distincte liée à la signature eut été détectée. La mise à jour révisée de Batch a passé avec succès le vote des validateurs, après corrections et examens complémentaires.

PermissionDelegationV1_1 pourrait-elle influencer le cours de l’XRP ?

PermissionDelegationV1_1 ne modifie pas directement l’offre d’XRP, son calendrier d’émission ni sa mécanique économique, ce qui exclut toute raison mécanique pour que son activation seule génère une demande substantielle nouvelle d’XRP.

Cet amendement concerne les autorisations de compte, non le jeton XRP lui-même. Les institutions utilisant des comptes délégués continueront d’utiliser l’XRP pour les frais normaux du registre et ses exigences de réserves, mais cette fonctionnalité ne les oblige pas à acheter ou détenir de grandes quantités d’XRP uniquement pour bénéficier de la délégation d’autorisations.

Des développements récents sur le réseau illustrent pourquoi la distinction entre l’adoption du XRPL et la demande d’XRP est essentielle.

Une analyse antérieure de l’exposition d’XRP chez Ripple Prime concluait que même une activité institutionnelle importante au sein de l’écosystème Ripple ne se traduit pas automatiquement par une demande équivalente d’XRP. Les stablecoins et autres actifs émis peuvent assurer une grande partie du transfert de valeur sous-jacent, tandis que l’XRP conserve des rôles tels que les frais de transaction, les réserves et certaines fonctions de routage.

Une structure similaire s’applique à la délégation d’autorisations : les émetteurs de stablecoins, les fournisseurs d’actifs tokenisés et autres entreprises pourraient utiliser cette fonction sans faire de l’XRP l’actif transféré.

Le lien éventuel avec le prix dépend plutôt de savoir si cette mise à niveau contribue, à terme, à accroître l’activité sur le registre XRP.

Des émetteurs institutionnels souhaitant garder leurs clés hautement privilégiées hors ligne pourraient recourir à des comptes délégués pour effectuer des paiements récurrents ou des tâches de conformité. Si ces capacités incitent davantage d’entreprises à émettre des actifs et traiter des transactions sur le XRPL, l’activité résultante augmentera l’utilisation du réseau, où l’XRP demeure l’actif natif utilisé pour les frais et les réserves.

Les éléments disponibles jusqu’à présent suggèrent que la croissance du réseau et le cours de l’XRP ne progressent pas toujours de concert. RLUSD et les actifs tokenisés se sont étendus sur le XRPL alors que l’XRP connaissait des périodes de faiblesse, prouvant qu’une augmentation de l’activité sur le registre ne génère pas nécessairement une pression d’achat immédiate sur le jeton.

Un test institutionnel mené en juin impliquant JPMorgan, Mastercard, Ondo Finance et Ripple en fournit un autre exemple : le rachat de titres du Trésor tokenisés utilisait le registre XRP, mais l’XRP n’était pas l’actif racheté ; son rôle direct restait lié à l’infrastructure sous-jacente du réseau.

PermissionDelegationV1_1 pourrait donc constituer un élément supplémentaire d’infrastructure pour les utilisateurs institutionnels, sans devenir un catalyseur majeur et autonome du cours de l’XRP.

Une réaction du marché autour de l’activation reste possible, car les traders peuvent réagir aux mises à jour du réseau et aux attentes liées à l’adoption. Tout effet durable sur les prix dépendrait toutefois de l’utilisation ultérieure de la fonctionnalité et d’autres facteurs du marché, et non simplement de l’activation de l’amendement.

Le registre XRP développe davantage d’outils pour les transactions institutionnelles

La délégation de permissions progresse vers l’activation, tandis que plusieurs autres fonctionnalités du registre XRP en sont à divers stades du processus d’amendement.

BatchV1_1 permet de regrouper plusieurs opérations dans une transaction coordonnée, afin que chaque action incluse réussisse ou échoue simultanément. Cette structure peut soutenir des processus de règlement où un actif et son paiement doivent changer de mains en même temps.

ConfidentialTransfer permettrait aux émetteurs de jetons polyvalents de masquer soldes et montants transférés, tout en gardant les comptes visibles. Les parties autorisées pourraient toutefois recevoir les informations nécessaires à la conformité selon la conception proposée.

Les développeurs du XRPL poursuivent leurs travaux au-delà de la version 3.3.0. La version 3.4.0, publiée le 16 septembre, introduit des révisions des fonctions de prêt proposées ainsi qu’un ensemble supplémentaire de correctifs protocolaires.

Le cadre de prêt reste soumis au processus d’amendement du réseau ; l’approbation des validateurs est requise avant que les fonctions proposées ne deviennent actives sur le réseau principal.

En savoir plus : les perspectives pour le prix de NEAR se renforcent avec l’ajout d’un marché au comptant par Hyperliquid