Le XRP Ledger ajoute la délégation pour les banques et les stablecoins
La mise à niveau doit aider les banques et les émetteurs de stablecoins à séparer les tâches et la conformité, tout en gardant les clés principales hors ligne. Les actifs tokénisés et le RLUSD de Ripple gagnent ainsi de nouvelles fonctions pour les entreprises sur XRPL.
À retenir
- Le XRP Ledger a activé PermissionDelegationV1_1, permettant à un compte principal de déléguer des tâches spécifiques à un compte assistant sans céder les clés principales.
- La fonction vise surtout les entreprises, les banques et les émetteurs de stablecoins qui souhaitent séparer les paiements, la conformité et la gestion des avoirs.
- La modification a reçu le soutien de plus de 80% des validateurs de confiance, tandis que XRPL avertit aussi d’un bug PaymentBurn qui n’est pas encore résolu.
Le XRP Ledger a activé tard jeudi une nouvelle fonction qui permet au titulaire d’un compte d’autoriser un autre compte à exécuter des tâches spécifiques, sans céder les clés du compte principal. La mise à niveau, PermissionDelegationV1_1, doit surtout être utile aux entreprises qui souhaitent séparer les paiements crypto quotidiens et les contrôles, tout en gardant leurs principaux avoirs hors ligne.
Comment fonctionne la délégation
La fonction permet à un compte principal d’attribuer des droits par tâche à un compte assistant. Ainsi, un émetteur de stablecoin peut par exemple laisser un compte de conformité approuver les clients, tandis que les clés principales restent en sécurité, hors de portée d’un ordinateur connecté à Internet.
Le compte assistant signe alors avec ses propres clés et ne peut effectuer que ce qui est explicitement autorisé. Le propriétaire peut ensuite modifier ou révoquer ces droits. Chaque assistant peut disposer d’un maximum de 10 permissions, qui déterminent les actions qu’il peut effectuer, au lieu de fixer automatiquement une limite de dépenses.
Pour les banques, cela est pertinent car elles séparent souvent déjà en interne des tâches comme les paiements et la conformité. La mise à niveau permet d’imposer cette répartition directement sur la blockchain elle-même.
Sécurité et validateurs
La modification n’a été adoptée qu’après plus de 80% de soutien des validateurs de confiance pendant deux semaines. Avec 35 validateurs, cela représente au moins 29 votes. Selon XRPL Dashboard, le comptage est passé en ligne le 8 octobre, après que le soutien soit retombé sous ce seuil en septembre et que le compteur ait dû repartir à zéro.
Cela s’inscrit dans une tendance plus large où le XRP Ledger est de plus en plus utilisé pour les actifs tokénisés. Au deuxième trimestre, un rapport d’Evernorth faisait état en moyenne de 3,72 milliards de dollars (3,3 milliards d'euros) d’actifs tokénisés et de 539 millions de dollars (482 millions d'euros) de stablecoin RLUSD de Ripple sur le réseau, soit environ 4,26 milliards de dollars (3,8 milliards d'euros) au total.
La nouvelle fonction de délégation doit aussi réduire le risque qu’un seul ordinateur compromis obtienne trop de pouvoir. Au lieu de conserver un seul ensemble de clés avec des droits étendus, les entreprises peuvent répartir les tâches et garder les clés les plus importantes hors ligne.
Pourquoi cela compte pour l’Europe
Pour les acteurs européens de la crypto, cela est particulièrement intéressant car cela montre comment les blockchains sont de plus en plus conçues pour un usage professionnel. C’est d’autant plus vrai que les fonds tokénisés et les stablecoins attirent aussi davantage l’attention en dehors des États-Unis. Cette avancée peut être pertinente pour les acteurs soumis à des contrôles internes plus stricts et qui souhaitent malgré tout opérer on-chain.
Par ailleurs, le XRP Ledger avertit toujours d’un problème distinct lié à PaymentBurn. Cette permission ne doit pas encore être utilisée tant qu’un correctif séparé n’est pas actif, car un assistant peut aussi, dans certaines circonstances, créer de nouveaux tokens. Un autre bug dans le décompte des votes de certains serveurs fait également encore l’objet d’une enquête, après qu’il a été constaté qu’un serveur peut perdre un validateur dans le décompte si celui-ci modifie sa clé de sécurité de routine sécurité.
