• Le XRP Ledger a activé l’amendement BatchV1_1 sur le réseau principal le 9 octobre 2026, permettant de regrouper jusqu’à 8 transactions.
• Batch prend en charge quatre modes d’exécution, notamment le tout-ou-rien et le traitement indépendant des transactions regroupées.
• Un test de XRPL.org mené en 2017 sur du matériel standard a enregistré un débit soutenu de 1 500 transactions par seconde.
La fonctionnalité Batch est activée sur le réseau principal
Jusqu’à huit transactions peuvent désormais être exécutées sur le XRP Ledger en une seule opération coordonnée. La fonctionnalité Batch a été activée sur le réseau principal le 9 octobre 2026, dans le cadre de l’amendement BatchV1_1. Elle permet à un compte de soumettre entre deux et huit transactions que le réseau exécute dans un flux de travail unique. Le rapport de sécurité de XRPL.org confirme l’activation sur le réseau principal, et la documentation officielle répertorie les quatre modes d’exécution pris en charge par cette fonctionnalité. Ces modes définissent le comportement d’un lot. Le premier applique l’ensemble du lot uniquement si toutes les transactions qu’il contient réussissent. Le deuxième n’applique que la première transaction réussie et fait échouer ou ignore les autres. Le troisième continue d’appliquer les transactions jusqu’à ce que la première échoue. Le quatrième traite indépendamment chaque transaction du lot. Dans les quatre modes, le registre consigne chaque transaction appliquée sur une ligne distincte : le traitement par lots coordonne donc l’exécution au lieu de regrouper plusieurs entrées en une seule. Les éléments d’un lot qui échouent ou sont ignorés ne laissent aucun état partiel, ce qui élimine un type de risque lié à l’ordre d’exécution dans les applications en plusieurs étapes. Cette distinction indique l’usage visé. Les flux en plusieurs étapes où une étape ultérieure dépend de la réussite d’une étape précédente peuvent désormais s’exécuter dans un ordre défini et sous des conditions explicites. Le transfert d’un actif associé à son paiement a été proposé comme cas de référence, puisque le transfert ne devrait être finalisé que si le règlement aboutit. Les expéditeurs enchaînent les étapes dépendantes dans une même soumission, au lieu d’envoyer des transactions séparées en espérant qu’elles soient exécutées dans le bon ordre. BatchV1_1 a été déployé selon la procédure standard d’amendement du registre : les validateurs qui exécutent le mécanisme de consensus du réseau signalent leur soutien, puis un amendement approuvé prend effet à l’échelle du réseau. Le XRP Ledger est une blockchain ouverte, et sa documentation présente Batch comme un outil de gestion des flux de travail, et non comme une promesse d’amélioration de la capacité. Jusqu’à présent, l’activation a peu fait bouger le cours du XRP.
Le débit dépend de la mesure
Le regroupement ne permet pas d’augmenter le débit du registre par seconde. Chaque transaction d’un lot est toujours réglée individuellement : le regroupement modifie donc la forme de la soumission, et non la charge de traitement. Les canaux de paiement constituent une voie complètement distincte pour les petits paiements. Le payeur signe des créances et les échange avec le destinataire en dehors du registre, puis le destinataire règle le solde cumulé sur le XRP Ledger. Les micropaiements répétés ne touchent donc jamais le réseau principal un par un, ce qui signifie aussi que le volume de créances hors registre ne peut pas être comptabilisé comme des transactions par seconde sur le réseau principal. Le protocole Interledger décrit une autre couche : il transmet des paquets de paiement entre les réseaux et ajuste les soldes entre les participants, souvent par l’intermédiaire de canaux de paiement. Il s’agit également d’un mécanisme de règlement, distinct de tout chiffre mesuré sur le registre lui-même. Le propre test de performance de XRPL.org remonte à 2017, lorsqu’un matériel grand public de l’époque a soutenu un débit de 1 500 transactions par seconde lors d’un test généraliste. Ce chiffre correspond à une capacité mesurée dans cet environnement, et non au volume moyen actuel des transactions sur le réseau principal. Les comparaisons auxquelles les lecteurs pensent posent leurs propres problèmes de mesure. Le rapport annuel que Visa a déposé auprès de la Securities and Exchange Commission (SEC) des États-Unis en tant qu’émetteur coté en bourse recense 355,0 milliards de transactions de paiement et d’opérations en espèces portant la marque Visa, dont 281,31 milliards ont été traitées directement par Visa. Diviser le nombre de transactions traitées directement par 365 jours donne une moyenne d’environ 8 921 transactions par seconde : il s’agit d’une conversion arithmétique du volume annuel, et non d’un indicateur de débit communiqué par l’entreprise. Visa indique séparément une capacité de traitement allant jusqu’à 83 000 messages de transaction par seconde. Un résultat de test, une moyenne annuelle et une capacité en nombre de messages décrivent des réalités différentes dans des environnements différents ; aucun ne se convertit directement en un autre. Mastercard (MA) a publié un document pour un hackathon dans lequel un agent d’IA autonome, fonctionnant comme un portefeuille crypto doté d’une limite de dépense fixe, paie un commerçant et effectue le règlement en RLUSD, le stablecoin de Ripple, sur le XRP Ledger. Il s’agit d’un test d’application de paiement, et non d’une mesure des performances du registre.
La place de Batch pour les développeurs
Selon COINOTAG, la valeur de Batch se révèle dans la conception des flux de travail, et non dans les chiffres de débit mis en avant. Les stablecoins représentent déjà le principal canal de règlement du registre : selon notre récent article, 92 % des échanges de RLUSD, d’une valeur de 1,65 milliard de dollars, s’effectuaient contre du XRP. Les flux atomiques en plusieurs étapes permettent aux développeurs de lier ces conditions de règlement à la livraison. Les discussions sur les amendements se poursuivent : la correction du mécanisme de remboursement des prêts du registre attend toujours le vote de 80 % des validateurs, qui éviterait aux emprunteurs de devoir payer une unité supplémentaire. L’ancien directeur technique de Ripple, David Schwartz, a estimé que son influence sur le cours du token était très limitée, ce qui correspond bien à un trimestre consacré aux travaux sur le protocole plutôt qu’aux fluctuations du marché. Jusqu’à huit transactions par lot sont désormais exécutées selon un même ensemble de conditions, et chaque transaction appliquée est toujours inscrite séparément dans le registre.