La prochaine version xrpld 3.3.0 du XRP Ledger soumettra cinq amendements au vote des validateurs la semaine prochaine, dont des versions révisées de Batch et Permission Delegation, deux fonctionnalités précédemment retirées du réseau après que des chercheurs en sécurité ont découvert des failles suffisamment graves pour justifier une action d'urgence. Jazzi Cooper, responsable produit chez RippleX, a confirmé le calendrier de publication vendredi.
Batch permet à jusqu'à huit transactions inter-comptes de s'exécuter atomiquement, soit toutes réglées, soit aucune. La fonctionnalité avait atteint la phase de vote en février avant que les chercheurs Pranamya Keshkamat et Cantina découvrent une faille de validation de signature qui aurait pu permettre à un attaquant d'exécuter des transactions depuis n'importe quel compte sans en détenir les clés. Il a été conseillé aux validateurs de rejeter l'amendement et une version serveur d'urgence l'a marqué comme non pris en charge. Permission Delegation, révélée vulnérable en septembre 2025, présentait un bug permettant à un compte de facturer les frais de transaction à un autre et potentiellement d'en vider le solde. Aucun amendement n'a jamais atteint le réseau principal et aucun fonds n'a été perdu.
Les trois nouveaux amendements ciblent les cas d'usage institutionnels. Confidential MPT combine des preuves à divulgation nulle de connaissance avec un chiffrement à courbe elliptique pour que les soldes et montants de transfert des Multi-Purpose Token restent confidentiels tout en restant auditables pour les régulateurs. Sponsored Fees and Reserves permet à une banque ou une plateforme de couvrir les coûts XRP d'un autre compte, éliminant la nécessité pour les utilisateurs d'acquérir des XRP avant de transacter. Dynamic MPT permet aux émetteurs de spécifier quelles propriétés de jeton peuvent être modifiées ultérieurement, évitant une migration complète du jeton lorsque les frais ou les métadonnées doivent être mis à jour.
Pourquoi c'est important
L'approbation n'est pas automatique. Chaque amendement nécessite un soutien de 80 % des validateurs maintenu pendant deux semaines consécutives. Batch a déjà été rejeté par le passé, et les amendements du protocole de prêt et du coffre-fort mono-actif n'ont chacun obtenu qu'environ un tiers du soutien des validateurs. Les deux fonctionnalités qui reviennent font donc face à un test de crédibilité : le réseau est invité à faire confiance à un code révisé là où les originaux ont échoué à un audit de sécurité.
Questions fréquemment posées
-
Que contient la version xrpld 3.3.0 du XRP Ledger ?
La version contient cinq amendements proposés : des versions révisées de Batch et Permission Delegation, ainsi que les nouvelles fonctionnalités Confidential MPT, Sponsored Fees and Reserves et Dynamic MPT. Chacun nécessite un soutien de 80 % des validateurs pendant deux semaines consécutives pour s'activer.
-
Pourquoi Batch et Permission Delegation ont-ils été retirés auparavant ?
Batch a été retirée en février après la découverte par les chercheurs d'une faille de validation de signature qui aurait permis d'exécuter des transactions depuis n'importe quel compte sans ses clés. Permission Delegation a été désactivée en septembre 2025 après un bug permettant à un compte de facturer les frais à un…
-
Que fait Confidential MPT sur XRPL ?
Confidential MPT combine des preuves à divulgation nulle de connaissance avec un chiffrement à courbe elliptique pour que les soldes et montants de transfert des Multi-Purpose Token restent confidentiels. Les auditeurs et régulateurs peuvent toujours vérifier les données sous-jacentes si nécessaire.
-
Comment Sponsored Fees and Reserves aide-t-il les utilisateurs institutionnels ?
Il permet à une banque ou plateforme de couvrir les frais de transaction XRP et l'exigence de réserve d'un autre compte, supprimant la nécessité pour chaque utilisateur d'acquérir des XRP avant de transacter sur le registre.
-
Quel est le seuil d'activation des amendements XRPL ?
Chaque amendement nécessite le soutien d'au moins 80 % des validateurs de confiance pendant deux semaines consécutives. Le seuil est conçu pour que le réseau, plutôt que Ripple, décide des changements de protocole qui sont déployés.