L’amendement Batch V1.1 du XRP Ledger n’est plus qu’à un vote de validateur du seuil de 80 % nécessaire pour lancer son compte à rebours d’activation de 14 jours, après une refonte de sécurité menée à la suite de la découverte d’une faille critique dans la version originale.
Le code révisé a fait l’objet d’un examen par des ingénieurs seniors, de tests adversariaux, de deux audits de sécurité externes et d’une analyse assistée par l’IA avant le vote actuel des validateurs.
Batch V1.1 atteint le vote final avant le compte à rebours d’activation
Mayukha Vadari, développeur chez RippleX, a indiqué que l’amendement avait été intégré à xrpld 3.3.0 et qu’il était désormais soumis au vote. Cette mise à jour remplace Batch V1.0, dont un bogue dans la validation des signatures a été découvert en février, alors que l’amendement était encore en phase pré-mainnet : aucun fonds n’était donc en danger.
La faille initiale était liée à un retour prématuré dans la fonction checkBatchSign. Si le compte d’un signataire n’existait pas encore dans le registre, la validation pouvait renvoyer un résultat positif sans vérifier les autres signataires. Cela aurait pu permettre l’exécution de transactions au nom d’autres comptes sans leurs clés privées.
Batch V1.1 a corrigé cette faille et traité plusieurs autres problèmes détectés lors de la refonte. Le processus a compris un examen par quatre ingénieurs seniors, un Sherlock Batch Attackathon, une nouvelle évaluation par Halborn, un audit Common Prefix, une analyse par l’IA de Cantina, ainsi que des tests de régression sur Devnet et le testnet.
Vadari a également déclaré que l’équipe avait corrigé d’autres bugs découverts lors de ses nouveaux travaux de red teaming assistés par l’IA. Les changements comprennent des correctifs pour les contournements de la validation MPT, les plantages de nœuds, la validation de la taille des chemins, la vérification des signatures, l’ordre des signataires et le hachage des transactions.
Le soutien des validateurs est proche du seuil requis : un compte, FrancisBovineSwift, a décrit le vote sur Batch comme « presque abouti ». Le dernier instantané montre que 27 validateurs de confiance ont voté en faveur de l’amendement et huit contre, soit environ 77 % de soutien, contre le seuil de 80 % nécessaire pour approuver les changements. Il ne manque qu’un vote pour atteindre ce seuil.
Pourquoi l’amendement Batch est important pour les développeurs XRPL
Batch, également connu sous le nom de XLS-56, permet d’exécuter de manière atomique plusieurs transactions provenant de différents comptes lors d’une seule clôture de registre. Si une transaction échoue dans un lot où tout doit réussir, l’ensemble de l’opération est annulé. Cette conception ne nécessite pas de contrats intelligents.
Cette fonctionnalité est conçue pour les échanges atomiques, les règlements coordonnés et d’autres transactions dans lesquelles plusieurs parties doivent agir ensemble. Elle pourrait également réduire le nombre d’étapes nécessaires à la création et au transfert de NFT.
Cette refonte de la sécurité fait suite à d’autres examens récents du XRPL. Le réseau a retiré son amendement Permission Delegation après la découverte d’une faille de gravité élevée avant son déploiement sur le réseau principal, tandis que la version 1.1 fait l’objet d’un examen supplémentaire.
Par ailleurs, un tableau de bord de test XRPL lancé ce mois-ci a également rendu les tests des amendements plus visibles en suivant les types de transactions, les champs et les codes de résultat qui ont été testés sur Devnet.
Source : CryptoPotato
