XRP Ledger relance une mise à niveau pour des droits de paiement partagés
La fonction doit offrir aux banques, aux brokers et aux émetteurs de stablecoins des droits plus distincts, après une erreur précédente dans la procédure d’activation. La mise à niveau pourrait être mise en ligne le 5 octobre si les validateurs l’approuvent.
À retenir
- XRP Ledger pourrait activer le 5 octobre PermissionDelegationV1_1 pour des droits de paiement partagés et des droits d’accès limités.
- La mise à niveau permet à un compte principal de répartir des tâches sans céder le contrôle total, avec un maximum de dix permissions par delegate.
- La première version a été retirée après une erreur critique ; la correction se trouve dans xrpld 3.3.0.
XRP Ledger franchit à nouveau une étape vers des droits d’accès partagés pour les entreprises. La mise à niveau PermissionDelegationV1_1 est en période d’activation depuis le 21 septembre et peut être mise en ligne le 5 octobre à 11:18 UTC si le soutien des validateurs reste au niveau actuel. La fonction doit permettre de répartir les tâches de paiement et de conformité sans céder le contrôle total d’un compte.
Ce que fait la mise à niveau
Avec PermissionDelegationV1_1, un compte principal peut accorder à un autre compte des droits limités. Ainsi, un émetteur de stablecoin peut par exemple laisser un système de conformité en ligne approuver quels clients peuvent détenir son token, tandis que les clés donnant le contrôle total restent hors ligne.
Un compte opérationnel distinct peut aussi effectuer des paiements sans obtenir le pouvoir d’étendre davantage ces droits ou de prendre le contrôle du compte principal. Selon la documentation, un delegate peut recevoir jusqu’à 10 permissions, qui peuvent ensuite être ajustées ou révoquées.
Deuxième tentative après une erreur
Il s’agit de la deuxième tentative d’activation de la fonction. La première version a été retirée après la découverte d’une erreur critique qui pouvait permettre à une transaction non autorisée d’imputer malgré tout des frais à un autre compte.
L’erreur se trouvait dans l’ordre des vérifications : le système contrôlait d’abord si un compte avait l’autorisation, puis vérifiait seulement ensuite la signature. Dans certains cas, des transactions échouées pouvaient donc tout de même entraîner des frais, ce qui, dans le pire des cas, aurait pu retirer des XRP à une victime. La correction se trouve dans xrpld 3.3.0, le logiciel utilisé par les nœuds XRP Ledger.
Pourquoi cela compte pour les investisseurs européens
Pour les lecteurs européens de la crypto, cette mise à niveau est surtout pertinente parce qu’elle correspond mieux à la manière dont les acteurs réglementés souhaitent utiliser la crypto. Les banques, les brokers et les émetteurs de stablecoins ont souvent besoin de rôles séparés pour les paiements, l’acceptation des clients et la conformité, sans qu’une seule partie doive immédiatement gérer toutes les clés.
Le calendrier est aussi important pour l’écosystème XRP au sens large. XRP Ledger a déjà activé un DEX permissioned, ce qui montre que le réseau ajoute davantage de fonctions pour des activités on-chain contrôlées, en plus de l’utilisation ouverte de la mainchain. Le récent retour de fonctionnalités XRPL retirées montre aussi que les développeurs travaillent à nouveau sur des fonctions censées offrir davantage de contrôle et de flexibilité aux institutions.
