Batch V1.1 du XRP Ledger est resté au-dessus de son seuil de validateurs requis, tandis que Ripple indique que les gestionnaires d'actifs et les projets commerciaux se préparent à utiliser la fonctionnalité de transaction si elle est activée plus tard ce mois-ci.
CoinDesk a rapporté le 19 septembre qu'Ayo Akinyele, responsable de l'ingénierie chez RippleX, a déclaré que des travaux impliquant des gestionnaires d'actifs étaient en cours de préparation autour de Batch V1.1, qui peut regrouper jusqu'à huit transactions en une seule opération Batch. Ripple n'a pas publiquement nommé les gestionnaires d'actifs ni divulgué de dates de lancement fermes.
Les données d'amendement en direct examinées le 20 septembre ont montré que 30 des 35 validateurs fiables suivis soutenaient Batch V1.1. Le XRP Ledger exige un support d'au moins 80 % maintenu pendant 14 jours consécutifs avant qu'un amendement ne soit activé, ce qui place le seuil actuel à 28 votes. Le compte à rebours a commencé le 15 septembre à 14:06:41 UTC et indique une activation possible peu après la même heure le 29 septembre si le soutien se maintient.
La spécification XLS-56 définit Batch comme une transaction qui regroupe entre deux et huit transactions internes. Elle prend en charge quatre modes de traitement : Tout ou Rien, Uniquement Un, Jusqu'à Échec et Indépendant. Le paramètre Tout ou Rien exige que le groupe complet s'exécute avec succès ou empêche l'exécution du lot.
Ripple concentre une partie de la discussion commerciale sur la livraison contre paiement, ou DvP. Dans une telle transaction, un transfert d'actif et son paiement peuvent être placés au sein de la même opération atomique. Un échec de paiement empêcherait le transfert d'actif lié de se terminer sous le paramètre "tout ou rien".
Akinyele a déclaré à CoinDesk que "nous partagerons davantage d'informations une fois la fonctionnalité en ligne, y compris le travail avec les principaux gestionnaires d'actifs". Ripple n'a pas identifié ces entreprises, de sorte que la déclaration reste une description par l'entreprise d'un travail qui n'a pas encore été publiquement documenté par des annonces de partenaires nommés.
La spécification XLS-56 énumère les échanges multi-comptes sans confiance, les frais de plateforme et les structures de prêts flash parmi les utilisations potentielles. Un marché ou un portefeuille pourrait, par exemple, regrouper un paiement client avec des frais de service au lieu de nécessiter des transactions distinctes, tandis que différents comptes peuvent autoriser des étapes individuelles du même lot.
Akinyele a déclaré que "certains projets sont déjà en cours de construction en tenant compte de Batch", mais les identités des partenaires et les calendriers de production restent confidentiels. Ripple a déclaré que les détails suivraient une fois les plans finalisés.
Selon la dernière lecture du 20 septembre, Batch V1.1 avait 30 votes de soutien parmi les 35 validateurs suivis par XRPLDashboard, soit environ 85 %. Le soutien est donc resté au-dessus du seuil de 28 votes requis pour maintenir la fenêtre d'activation ouverte.
La date projetée du 29 septembre est conditionnelle. Les amendements XRPL ne s'activent pas simplement parce qu'ils dépassent une fois les 80 %. Les validateurs doivent maintenir la supermajorité pendant toute la période de 14 jours, et les validateurs peuvent modifier leurs votes pendant que le compte à rebours est en cours. Si le soutien tombe en dessous du niveau requis, la fenêtre actuelle s'arrête et une autre période ininterrompue serait nécessaire après la récupération du seuil.
Le dernier décompte prolonge une augmentation rapide du soutien ce mois-ci. Batch V1.1 avait alors 24 votes de validateurs sur 35, soit 68,57 %, ce qui le plaçait en dessous du seuil d'activation. Le soutien était passé à 27 votes le 15 septembre, avant qu'un nombre suffisant de validateurs ne soutiennent l'amendement pour démarrer le compte à rebours.
L'amendement lui-même a été livré avec la version 3.3.0 de xrpld le 6 août. Les notes de publication officielles du XRP Ledger décrivent Batch V1.1 comme le remplacement de l'amendement Batch original et stipulent qu'il prend en charge jusqu'à huit transactions internes, y compris les structures d'échange atomique.
Depuis lors, la Fondation XRP Ledger a publié xrpld 3.4.0. La version logicielle du 16 septembre introduit des amendements distincts de prêt et de nettoyage et ne remplace pas Batch V1.1, qui reste dans son propre processus de vote sur le réseau principal. Il a été conseillé aux opérateurs de serveurs de passer à la version 3.4.0 pour assurer la continuité du service.
L'amendement actuel est arrivé après que les développeurs aient stoppé la proposition originale de Batch en février. La divulgation officielle de vulnérabilité de XRPL indique que le chercheur en sécurité Pranamya Keshkamat et l'outil Apex de Cantina AI ont identifié une faille critique de validation de signature le 19 février.
Dans des conditions spécifiques, le code vulnérable pouvait cesser de vérifier les signataires de Batch après avoir rencontré un compte nouvellement créé. XRPL Labs a déclaré qu'un attaquant aurait alors pu inclure une transaction non autorisée à partir d'un autre compte sans posséder les clés privées du propriétaire de ce compte. Les transactions potentielles auraient pu inclure des paiements et certaines modifications de l'état du registre.
La faille n'est jamais devenue active sur le réseau principal du XRP Ledger. L'amendement original était encore en phase de vote, et XRPL Labs a déclaré qu'aucun fonds n'était menacé. Il a été conseillé aux validateurs de voter contre, tandis que la version 3.1.1 de rippled, publiée le 23 février, a rendu Batch et fixBatchInnerSigs non pris en charge afin qu'ils ne puissent pas s'activer.
Les développeurs ont ensuite modifié la logique de signature et d'autorisation pour le remplacement. Le rapport de vulnérabilité a déclaré que la correction avait supprimé la condition de succès prématuré, ajouté des mesures de protection d'autorisation et renforcé les règles de vérification de signature. Batch V1.1 a ensuite été intégré à xrpld 3.3.0 après développement et révision.
Le travail de sécurité s'est poursuivi avant le vote actuel des validateurs. Ascrypto.news a rapporté dans sa couverture de l'examen de sécurité de Batch V1.1 que les développeurs avaient corrigé 11 autres problèmes impliquant des signatures, des vérifications d'autorisation et des plantages de serveurs possibles avant que l'amendement n'atteigne sa phase de vote actuelle.
Akinyele a déclaré à CoinDesk que l'examen comprenait des tests contradictoires internes, une analyse assistée par l'IA, un concours de sécurité Sherlock et des évaluations impliquant Halborn et Common Prefix. CoinDesk a attribué ces détails à RippleX ; les rapports de partenaires publics couvrant chaque partie de cet examen n'ont pas été inclus dans le matériel examiné pour ce rapport.
L'écosystème de développeurs XRPL a apporté des modifications de support à mesure que la conception de la signature évoluait. Un problème de juin dans le référentiel officiel xrpl.js a documenté que l'ancienne logique de signature Batch ne correspondait pas au format révisé de Batch V1.1 car des informations de compte et de séquence supplémentaires avaient été liées aux signatures. L'historique des versions du codec binaire JavaScript indique que la prise en charge de la signature Batch V1.1 a été ajoutée dans la version 2.9.0 en août.
Les commentaires de Ripple sur Batch interviennent alors que les entreprises financières et les développeurs utilisent l'infrastructure du XRP Ledger pour les actifs tokenisés et les projets de règlement institutionnels. En juin, JPMorgan, Mastercard, Ondo Finance et Ripple ont participé à un test de rachat de bons du Trésor américain tokenisés utilisant le XRP Ledger.
Monica Long, présidente de Ripple, a déclaré en août que les institutions financières faisaient passer certains travaux sur les actifs tokenisés des programmes pilotes à la production. Crypto.news a rapporté, concernant les projets de tokenisation institutionnels de Ripple, qu'Aviva Investors avait lancé une catégorie de parts de fonds tokenisées sur XRPL en juillet et que Ripple considérait le RLUSD comme une jambe de trésorerie possible pour le règlement atomique de livraison contre paiement.
L'activité des actifs on-chain a augmenté parallèlement à ce développement. Un autre examen par crypto.news des données RWA du XRP Ledger a rapporté en juillet que le réseau avait ajouté environ 2,6 milliards de dollars de valeur d'actifs réels tokenisés sur six mois, à l'exclusion des stablecoins, selon les chiffres de RWA.xyz. Le même rapport a averti que la valeur d'actif représentée et les actifs activement distribués étaient des mesures matériellement différentes.
Batch V1.1 lui-même n'exige pas que les gestionnaires d'actifs utilisent le XRP comme actif transféré. La fonctionnalité opère au niveau de la couche de transaction et peut regrouper les transactions XRPL prises en charge depuis différents comptes. Le XRP reste pertinent pour les frais de transaction du registre, tandis que les transactions sous-jacentes peuvent impliquer d'autres actifs et structures de jetons pris en charge.
Le prochain événement procédural est la fin de la fenêtre d'amendement actuelle. XRPLDashboard prévoit l'activation de Batch V1.1 pour le 29 septembre à environ 14:06:41 UTC si au moins 80 % du soutien des validateurs reste ininterrompu pendant tout le compte à rebours. Le dernier décompte publié le 20 septembre restait de 30 votes favorables sur 35 validateurs suivis.
XRP