Veuillez noter que certains liens présents dans ce guide peuvent être des liens d'affiliation, mais que cela n'impacte pas l'objectivité de notre contenu. 
Selon les dernières actualités XRP, l’amendement Batch V1.1 du XRP Ledger a recueilli le soutien de 27 des 35 votes de validateurs de confiance lors d’un instantané mardi, soit environ 77 %. Ce résultat laisse la proposition à une seule voix du seuil de 80 % requis pour déclencher le compte à rebours d’activation de 14 jours.
S’il est activé, cette fonctionnalité permettrait aux utilisateurs et aux applications de regrouper jusqu’à huit transactions liées en une seule opération. Ces transactions groupées seraient « atomiques », ce qui signifie qu’elles réussiraient ou échoueraient toutes ensemble.
The Batch V1.1 amendment shipped in xrpld 3.3.0 and is now up for voting.
— Mayukha Vadari (@msvadari) September 14, 2026
After the v1.0 signature bug was caught in February (pre-Mainnet, no funds at risk), we rebuilt it: root-cause fix, 4 senior reviewers, a Sherlock attackathon, and audits from Halborn and Common Prefix. We…
La conception vise à prévenir les transferts partiels dans des activités à étapes multiples, telles que les échanges de jetons (swaps), les paiements de clients et les transferts de frais de plateforme.
La mise à niveau Batch rendra-t-elle les transactions liées atomiques ?
Un vote de validateur supplémentaire suffirait à lancer le compte à rebours de deux semaines avant l’activation sur le réseau principal (mainnet). Le soutien doit rester au-dessus du seuil de 80 % pendant la totalité des 14 jours pour que l’amendement entre en vigueur, sachant que les validateurs peuvent modifier leur vote durant cette période.
L’exécution atomique pourrait résoudre les problèmes de résultats unilatéraux lors d’un échange de jetons. Plutôt qu’une partie envoie des fonds alors que l’autre transfert échoue, les deux transferts liés seraient soit complétés ensemble, soit pas du tout. Les portefeuilles et les places de marché pourraient également combiner le paiement d’un client avec des frais de plateforme, afin que les deux transferts soient traités dans la même opération.
RippleX, la branche de développement de Ripple, a déclaré que des projets commerciaux ayant l’intention d’utiliser Batch sont sous contrat ou en cours de développement, bien qu’elle n’ait pas nommé ces entreprises. Batch V1.1 a été intégré dans la version logicielle xrpld 3.3.0 mais n’est pas encore opérationnel sur le réseau principal car il reste soumis au vote des validateurs.
Actualités XRP : les correctifs de sécurité placent la gouvernance du XRPL sous surveillance
Pour compléter l’actualité XRP du jour, le vote actuel fait suite au retrait d’une version précédente de Batch avant qu’elle n’atteigne le réseau en direct. Des chercheurs avaient découvert une faille dans la proposition originale qui aurait pu, sous certaines conditions, permettre à un attaquant d’inclure des transactions provenant du compte d’une autre personne sans son approbation. Cette version n’a jamais été déployée.
Les développeurs ont remplacé la fonctionnalité dans la version 3.3.0 du XRP Ledger et ont soumis la nouvelle version à des révisions internes approfondies, des audits externes et des programmes de chasse aux bogues publics.
L’ingénieure de Ripple, Mayukha Vadari, a précisé que le travail effectué après le bogue de signature de la v1.0 comprenait un correctif de la cause profonde, l’examen par quatre réviseurs seniors, un « attackathon » Sherlock et des audits réalisés par Halborn et Common Prefix.
Une révision ultérieure a identifié 11 problèmes impliquant des signatures, des vérifications d’autorisation et des bogues pouvant faire planter les serveurs. Un problème a été jugé critique par Common Prefix. Selon le rapport d’audit de la société de sécurité, la faille aurait pu permettre à un attaquant de réutiliser la permission signée d’un utilisateur pour exécuter plus de transactions que prévu.
RippleX a affirmé que la mise en œuvre révisée a été examinée par quatre ingénieurs seniors et examinée via des audits de Halborn et Common Prefix, un concours de sécurité public et des tests automatisés avant de revenir devant les validateurs pour examen.
À ne pas manquer : Les experts en ETF prédisent la prochaine crypto qui va exploser en 2026
Le compte à rebours de 14 jours est le prochain point de décision
Rien ne changera sur le XRP Ledger à moins qu’un autre validateur de confiance ne soutienne l’amendement et que le seuil ne soit atteint. Si cela se produit, l’horloge des 14 jours démarrera. Le soutien doit rester supérieur à 80 % pendant toute la période, sinon le compte à rebours est réinitialisé.
D’ici là, Batch V1.1 reste inclus dans la version logicielle 3.3.0 mais inactif sur le réseau principal. La progression de l’amendement dépend désormais du processus de gouvernance du registre et de la capacité du soutien des validateurs à se maintenir au-dessus du seuil requis assez longtemps pour l’activation.
