XRP Ledger lance un vote sur le sixième amendement et dévoile une mise à jour majeure (v3.3.0) avec des transferts confidentiels et des outils institutionnels.

Les propositions incluent le transfert confidentiel, le traitement par lots, la délégation d'autorisation, le parrainage, le MPT dynamique et une modification globale visant à nettoyer le système. Aucune de ces fonctionnalités ne doit être considérée comme active sur le registre XRP pour le moment. Conformément à la procédure de modification du réseau, une proposition doit recueillir plus de 80 % des votes des validateurs pendant deux semaines consécutives avant de pouvoir être activée.

Cette version fait suite à plusieurs mois de développement de la prochaine génération de fonctionnalités du registre XRP. Les développements en cours montrent l'intégration progressive de la prise en charge de fonctionnalités telles que Batch V1.1, Dynamic MPT et la nouvelle modification de nettoyage dans l'écosystème logiciel XRPL, en amont de la version 3.3.0.

Vet, validateur XRPL, a décrit ce package comme une mise à jour majeure, soulignant la confidentialité, le traitement par lots des transactions, les frais sponsorisés, les autorisations déléguées et la flexibilité des jetons parmi les changements qui précèdent le processus de vote.

L'amélioration de la confidentialité et des transactions est au cœur de la proposition.

Le transfert confidentiel est la proposition la plus importante en matière de protection de la vie privée dans le package XRP Ledger v3.3.0. Selon la documentation officielle des modifications XRPL, cette fonctionnalité est conçue pour garantir une confidentialité de niveau institutionnel pour les jetons multi-usages (MPT) grâce au chiffrement EC-ElGamal et aux preuves à divulgation nulle de connaissance.

La version 3.3.0 du registre XRP a été lancée et six amendements sont désormais soumis au vote des validateurs. Source : Opérations du registre XRP via X

Le système proposé protégerait les soldes et les montants des transferts MPT individuels de la vue du public, tout en conservant des mécanismes permettant aux parties autorisées, telles que les émetteurs ou les auditeurs, de vérifier les informations pertinentes. Cette distinction est importante pour les applications institutionnelles, où la confidentialité des transactions doit coexister avec les obligations de déclaration et de conformité réglementaire.

La modification apportée au traitement par lots corrige une autre limitation en permettant l'exécution de plusieurs transactions en une seule opération atomique. L'implémentation mise à jour du traitement par lots (version 1.1) a également été intégrée aux outils de développement XRPL, notamment xrpl4j , au fur et à mesure de l'avancement du développement vers la version 3.3.0.

L'exécution atomique signifie que les transactions d'un lot sont traitées comme une seule opération coordonnée plutôt que comme une série d'actions indépendantes. Cela peut s'avérer utile pour les flux de règlement plus complexes, notamment les transactions qui nécessitent plusieurs étapes pour aboutir.

La délégation d'autorisations vise à faciliter la gestion des comptes et à renforcer la sécurité institutionnelle. Cette fonctionnalité permet au titulaire d'un compte d'attribuer des autorisations de transaction spécifiques à un autre compte sans pour autant lui confier le contrôle des clés de son compte principal.

Cette approche permet de dissocier les tâches opérationnelles de la gestion des actifs. Par exemple, une organisation pourrait conserver ses actifs sur un compte plus sécurisé tout en autorisant un autre portefeuille à effectuer des transactions strictement définies. Cette proposition constitue également une version révisée d'une implémentation antérieure de délégation d'autorisations. Les développeurs de XRPL avaient désactivé cette version suite à l'identification d'une vulnérabilité, et l'avaient remplacée par PermissionDelegationV1_1 .

Le sponsor introduit une autre modification susceptible d'affecter l'interaction des applications avec le registre XRP. Celle-ci permet à un compte de couvrir les frais de transaction et les réserves d'un autre compte sous certaines conditions.

Pour les développeurs, la prise en charge des coûts pourrait simplifier l'utilisation des applications, car les nouveaux utilisateurs n'auraient pas forcément besoin de gérer des XRP pour chaque première interaction avec le réseau. L'objectif sous-jacent est de réduire les obstacles liés à l'approvisionnement des comptes et à l'exécution des transactions.

@Vet_X0, validateur du registre XRP, qualifie la version 3.3.0 de XRPL de mise à jour majeure intégrant la première modification native de la confidentialité du réseau pour les soldes et les transferts MPT chiffrés. Source : @Vet_X0 via X

Dynamic MPT, quant à lui, s'adresse aux émetteurs de jetons. Cet amendement, associé à la norme XLS-94, vise à permettre la modification de certaines propriétés des jetons multi-usages après leur émission. Les émetteurs bénéficient ainsi d'une plus grande flexibilité dans la gestion des actifs tokenisés dont les exigences opérationnelles peuvent évoluer. La documentation XRPL indique actuellement que Dynamic MPT est un amendement en cours de développement.

La sixième proposition, FixCleanup, regroupe des correctifs techniques destinés à améliorer la stabilité du protocole et à résoudre les problèmes liés à l'implémentation du registre XRP.

Ensemble, ces modifications couvrent plusieurs niveaux du réseau. Le transfert confidentiel se concentre sur la confidentialité, le traitement par lots sur la composition des transactions, la délégation d'autorisation sur le contrôle des comptes, le parrainage sur l'expérience utilisateur et le MPT dynamique sur la gestion des jetons.

Les améliorations de performance sont désormais en attente d'approbation par le validateur.

La version 3.3.0 inclut également des améliorations d'infrastructure visant à optimiser l'expérience des opérateurs de nœuds XRP Ledger. Les mises à jour de développement ont notamment mis en lumière les efforts déployés pour réduire les besoins en ressources et améliorer la synchronisation pour les opérateurs de nœuds.

XRPL v3.3.0 introduit les transferts confidentiels, utilisant le chiffrement EC-ElGamal et les preuves à divulgation nulle de connaissance pour protéger les soldes MPT et les montants des transferts tout en préservant la vérifiabilité cryptographique. Source : @iamalijandro via X

Des rapports antérieurs, basés sur les mises à jour de développement de Vet, mentionnaient des réductions potentielles de mémoire allant d'environ 10 % à près de 40 % dans certaines conditions. Les chiffres plus prudents associés à la version actuelle indiquent des réductions de l'utilisation de la mémoire de l'ordre de 10 % à 15 %. Le gain exact peut varier en fonction de la charge de travail et de l'environnement du nœud.

La réduction de la consommation de ressources est importante car les validateurs et autres opérateurs de nœuds doivent assurer la maintenance et la synchronisation continues des données du registre. L'amélioration de l'efficacité de la mémoire et de la synchronisation peut alléger la charge d'infrastructure liée à l'exploitation du réseau.

Cette mise à jour reflète également la nature itérative du développement du registre XRP. Plusieurs composants de la version 3.3.0 ont été révisés avant d'atteindre le stade de la validation. Le traitement par lots et la délégation d'autorisations, en particulier, ont nécessité des modifications suite à des analyses de sécurité et aux développements ultérieurs.

Le vote des validateurs constitue donc la prochaine étape cruciale plutôt que la confirmation finale que les fonctionnalités seront intégrées au protocole en production.

Chaque amendement doit obtenir la supermajorité requise pendant deux semaines consécutives avant d'être activé. La documentation officielle de XRPL indique que les amendements qui atteignent ce seuil peuvent être activés sur le réseau principal, tandis que les propositions qui n'obtiennent pas un soutien suffisant ne sont pas activées.

Si les six propositions franchissent cette étape, le registre XRP bénéficiera d'un ensemble plus large d'outils natifs pour les transferts de jetons confidentiels, les transactions atomiques, les autorisations de compte déléguées, les coûts sponsorisés et une gestion flexible des MPT.

Pour les institutions qui envisagent la tokenisation des actifs, cette combinaison est particulièrement pertinente car elle répond simultanément à plusieurs exigences pratiques : confidentialité, contrôle d’accès, coordination des transactions et administration des tokens. Cependant, l’importance de cette mise à jour dépendra en définitive de l’approbation des validateurs et de son adoption ultérieure par les développeurs et les participants du réseau.