Ripple indique que des gestionnaires d'actifs se préparent à XRP Ledger Batch V1.1, une mise à niveau des paiements permettant à plusieurs transactions liées de se régler en une seule opération « tout ou rien ». L'amendement peut regrouper jusqu'à huit transactions XRP Ledger sous une seule opération parent, de sorte que soit toutes les transactions aboutissent, soit le groupe entier est annulé. La mise à niveau permet aux transferts d'actifs, aux paiements et aux frais de plateforme de se régler ensemble, ou d'échouer ensemble, en une seule opération.

Le soutien à cette fonctionnalité s'élève actuellement à 30 des 35 validateurs suivis, selon le XRPL Dashboard, un total supérieur au seuil de supermajorité de 80 % que l'amendement doit maintenir pour que l'activation se poursuive. Un amendement nécessite 28 voix pour lancer son compte à rebours d'activation, un processus qui a débuté le 15 septembre à 14:06:41 UTC. Selon le processus d'amendement du XRP Ledger, les modifications du protocole ne prennent effet qu'après un soutien durable de la supermajorité parmi les validateurs, un mécanisme conçu pour garantir un large consensus avant que les changements n'atteignent le réseau en direct. Si le soutien reste au-dessus du seuil requis de 80 % pendant quatorze jours consécutifs, l'activation pourrait suivre le 29 septembre.

Ayo Akinyele, directeur de l'ingénierie de RippleX, a déclaré que des projets commerciaux développent déjà en tenant compte de XRP Ledger Batch V1.1.

Un chemin conditionnel vers l'activation

Le vote offre à Batch V1.1 une voie conditionnelle vers sa mise en service. Les validateurs peuvent changer de position à tout moment pendant le compte à rebours. Si le soutien descend en dessous de 80 %, le compteur s'arrête, et une nouvelle période de quatorze jours doit commencer une fois que l'amendement retrouve le seuil requis.

Batch V1.1 regroupe les transactions sous une opération parent. Les utilisateurs peuvent soumettre jusqu'à huit transactions liées, chaque transaction conservant ses détails individuels. Le réglage « tout ou rien » empêche un règlement partiel lorsqu'une seule transaction du groupe échoue.

Contrairement à un flux de travail multi-étapes, l'opération groupée donne aux contreparties une condition de règlement explicite : si une branche échoue, le registre ne complète pas l'autre. Cette conception pourrait simplifier le règlement pour les fonds, les places de marché et les émetteurs tokens sur le XRP Ledger, et elle offre aux développeurs un moyen de combiner des transferts sans dépendre de callbacks ni de rapprochements manuels. La fonctionnalité elle-même ne garantit pas l'adoption, car les projets doivent encore réaliser des tests, la conformité et les travaux de préparation.

La livraison contre paiement pilote les cas d'usage

La fonction de regroupement est particulièrement pertinente pour les gestionnaires d'actifs qui construisent des marchés numériques. Un fonds peut transférer un actif tokenisé tout en recevant le paiement au sein d'une même opération du registre, donnant à Batch V1.1 un rôle direct dans le règlement atomique.

Akinyele a identifié la livraison contre paiement comme un cas d'usage clé. Cette méthode lie la livraison de l'actif et le paiement plutôt que de demander à une partie d'envoyer en premier, ce qui peut réduire l'exposition à un règlement incomplet lors d'une transaction.

Ripple a également cité les frais comme une autre application. Les plateformes d'échange, les portefeuilles et les places de marché peuvent associer des frais de service à la transaction d'un client, permettant ainsi au paiement et aux frais d'être traités en une seule opération groupée.

RippleX n'a pas nommé les projets commerciaux travaillant avec cette fonctionnalité. Akinyele a déclaré que plus de détails suivront une fois que les partenaires auront officiellement finalisé leurs plans et leur calendrier de lancement, ajoutant que l'activation rapprocherait le travail de développement de la production.

Un retour après une faille de sécurité

L'activation prévue fait suite au retrait de Batch V1.0. Les chercheurs avaient identifié en février une faille critique de validation de signature. Dans certaines conditions, le code pouvait cesser prématurément la vérification des signatures, permettant à un attaquant d'inclure des transactions provenant d'un autre compte sans autorisation.

Les validateurs n'avaient pas activé l'amendement original lorsque les développeurs l'ont retiré. Le code vulnérable n'a donc jamais contrôlé le registre en direct, et la faille n'a exposé directement aucun fonds utilisateur.

RippleX a profité de l'incident pour repenser des parties du modèle de signature et d'autorisation. Le remplacement a été livré dans xrpld version 3.3.0 le 6 août, et Ripple a indiqué que le code actuellement examiné correspond à cette version.

La revue a été élargie pour inclure une analyse assistée par IA et un concours d'attaques Sherlock. Les sociétés de sécurité Halborn et Common Prefix ont mené des évaluations, et RippleX a appliqué des tests adversariaux internes avant de solliciter l'approbation des validateurs. L'entreprise a déclaré que ce processus élargi a soutenu le retour de l'amendement au vote.

Akinyele a déclaré que l'équipe a relevé le niveau d'exigence de la revue, corrigé le défaut et soumis Batch V1.1 à un nouveau vote des validateurs.

Selon le calendrier actuel, la fenêtre d'amendement s'étend jusqu'au 29 septembre. Le soutien doit rester à 80 % ou au-dessus pendant toute la période. Toute baisse en dessous de ce niveau suspendrait l'activation et exigerait un nouveau compte à rebours une fois le soutien rétabli.

Source : Blockonomi