Mise à jour de l’upgrade XRP : Batch sur XRPL reporté au 9 octobre et changements prévus

L’upgrade XRP qui devait être activé le 29/09 n’a pas eu lieu. L’amendement Batch du XRP Ledger, publié dans sa version corrigée BatchV1_1, a perdu le soutien des validateurs pendant une courte période autour du 25/09, ce qui a remis à zéro son compte à rebours de deux semaines et repoussé la première activation possible au 09/10/2026, vers 14:46 UTC. Cet article explique ce que Batch apporte concrètement au registre, pourquoi une brève baisse des votes peut remettre le compteur à zéro, ce que les opérateurs de nœuds et les développeurs d’applications doivent faire avant le 09/10, et comment ce retard s’inscrit dans un marché du XRP où le jeton s’échange autour de 1,50 $, soit toujours 59 % sous son sommet du 07/2025.

L’upgrade XRP a-t-il été activé le 29/09 ?

Non. BatchV1_1 devait être mis en service le 29/09 à 14:06 UTC, à condition de maintenir un soutien supérieur à 80 % de la liste des validateurs de confiance pendant deux semaines consécutives. Le 25/09, le soutien est brièvement passé sous ce seuil. Le processus d’amendement du XRPL ne tolère pas de baisse : le compte à rebours accumulé est annulé et, lorsque le soutien revient, une nouvelle période de deux semaines commence. Le soutien est revenu le même jour à 30 validateurs de confiance sur 35, raison pour laquelle la nouvelle date d’activation la plus proche est le 09/10, plutôt qu’une date ultérieure.

Deux éléments connexes ont été décalés en même temps. PermissionDelegationV1_1, qui permet à un compte de déléguer des autorisations spécifiques sans céder ses clés de signature, a lui aussi perdu puis retrouvé le soutien des validateurs le 23/09–24/09 ; son activation la plus proche est désormais prévue le 08/10, vers 21:25 UTC. Par ailleurs, le 25/09, XRP Ledger operations a publié xrpld 3.4.1, qui comprend un petit amendement de suivi appelé fixBatchV1_2. Les notes de version indiquent que ce correctif résout un problème mineur de Batch qui ne met aucun fonds utilisateur en danger ; les deux amendements sont marqués « default-yes » et devraient être activés pendant la même période en octobre.

En pratique, le 09/10 est la date la plus proche possible, et non une date garantie. Toute nouvelle baisse du soutien avant cette date remettra le compteur à zéro.

Ce que fait réellement XRPL Batch (BatchV1_1)

Batch, défini dans XLS-56, permet à un utilisateur de regrouper de deux à huit transactions dans une seule unité signée, que le registre traite comme un tout. Aujourd’hui, un swap qui nécessite une offre, un paiement et une modification de ligne de confiance doit être envoyé sous la forme de trois transactions distinctes, chacune pouvant réussir ou échouer indépendamment. Batch comble cette lacune.

L’amendement propose quatre modes d’exécution ; le mode choisi détermine la garantie de règlement :

• All or Nothing : toutes les transactions internes réussissent, ou le lot entier échoue et rien n’est appliqué. C’est le mode de règlement atomique auquel font référence la plupart des articles, et celui qui compte pour les opérations de type livraison contre paiement, comme payer un actif tokenisé et le recevoir en une seule étape.
• Only One : le registre applique la première transaction interne qui réussit et ignore les autres, ce qui est utile pour le routage de secours.
• Until Failure : les transactions internes sont appliquées dans l’ordre jusqu’à ce que l’une d’elles échoue ; celles qui la précèdent restent appliquées.
• Independent : chaque transaction interne est tentée, quel que soit le résultat des autres.

Batch prend également en charge les lots multi-comptes, dans lesquels plusieurs comptes cosignent un même ensemble. C’est cette fonctionnalité qui a entraîné le retrait de la première version et qui a été la plus concernée par la réécriture.

Pourquoi Batch a été retiré puis réécrit

L’amendement Batch d’origine a été rejeté par vote en 02/2026, après que des chercheurs en sécurité ont découvert une faille d’autorisation des signataires pendant la phase de vote. Dans la logique de boucle initiale, si le code rencontrait un signataire valide correspondant à un compte nouvellement créé, il renvoyait un résultat positif sans vérifier les autres signataires. Un attaquant aurait pu placer une entrée falsifiée en première position et autoriser une transaction d’une victime sans disposer de ses clés. Comme l’amendement n’a jamais été activé, aucun fonds n’a été exposé.

BatchV1_1, publié dans xrpld 3.3.0 le 06/08/2026, réécrit le processus d’autorisation. Un lot multi-comptes doit désormais contenir l’ensemble exact et complet des BatchSigners, sans entrée manquante, supplémentaire, dupliquée ou mal ordonnée. Chaque signature est liée au compte externe, à sa séquence ou à son ticket, au mode du lot, au hachage de chaque transaction interne et aux comptes participants, ce qui empêche la réutilisation des signatures d’un lot à l’autre. La réécriture a également ajouté des limites au nombre de transactions et des protections contre la relecture sur le registre.

Il est utile de garder cet historique à l’esprit lorsqu’on lit les titres sur l’« upgrade XRP ». Le fait que la fonctionnalité arrive sur le réseau principal à la deuxième tentative, après qu’un audit externe a détecté un véritable bogue, en dit davantage sur le processus de vérification du registre qu’une activation réussie du premier coup. Cela explique également la prudence des validateurs quant au calendrier : un validateur qui retire son vote pendant quelques heures pour mettre à jour son logiciel ou réévaluer une version peut, à lui seul, remettre à zéro un compte à rebours de deux semaines lorsque la marge n’est que de cinq validateurs sur 35.

Ce que les opérateurs de nœuds et les développeurs doivent faire avant le 09/10

L’activation d’un amendement sur le XRP Ledger n’est pas facultative pour les infrastructures. Tout serveur xrpld exécutant une version qui ne reconnaît pas BatchV1_1 sera bloqué par l’amendement dès son activation et cessera de suivre le réseau. La version minimale est la 3.3.0 ; l’équipe des opérations recommande la 3.4.1, car elle corrige également des problèmes qualifiés de sensibles du point de vue de la sécurité dans les notes de version ; le code source sera publié ultérieurement.

La préparation est moins avancée du côté des clients. Un article de CryptoSlate publié le 23/09 a détaillé les points de défaillance :

• xrpl.js 5.0.0 génère des signatures Batch à partir de l’ancien contenu et celles-ci seront rejetées avec l’erreur temBAD_SIGNATURE ; la version 5.1.0 utilise le format de signature révisé.
• Les portefeuilles qui n’affichent pas clairement les transactions internes d’un lot amènent les utilisateurs à signer des ensembles qu’ils ne peuvent pas examiner.
• Les explorateurs qui signalent incorrectement les résultats des lots donnent une représentation fragmentée des transactions d’un outil à l’autre.
• Une transaction Batch externe peut renvoyer un résultat positif même si des transactions internes ont échoué dans les modes non atomiques ; les applications doivent donc lire les résultats internes, et pas seulement le code externe.

Ayo Akinyele, responsable de l’ingénierie chez RippleX, a indiqué que certains projets sont déjà conçus en tenant compte de Batch et que son activation rapprocherait ces travaux de la mise en production. C’est la façon la plus raisonnable d’interpréter la demande : Batch fournit une infrastructure aux émetteurs, aux dépositaires et aux gestionnaires d’actifs qui développent sur XRPL ; ce n’est pas une fonctionnalité grand public que les utilisateurs verront dans un portefeuille dès le premier jour.

Ce que le retard signifie pour le cours du XRP

Au 30/09/2026, le XRP s’échange autour de 1,49 $ sur CoinGecko, en hausse de 1,6 % sur plus de 24 heures, mais en baisse de 5,1 % sur sept jours, avec environ 4 Md $ de volume sur 24 heures et une capitalisation boursière proche de 94,3 Md $, ce qui le place au cinquième rang par capitalisation. Sur WEEX, la paire au comptant XRP/USDT affichait 1,4996 $ à la même date. Le jeton reste environ 59 % sous son plus haut historique de 3,65 $ atteint en 07/2025.

Le point le plus important est que le marché n’a pas réagi à la date de Batch dans un sens ou dans l’autre. Le XRP a évolué de moins d’un demi-pour cent le jour où CoinDesk a fait état du report au 09/10. Cela correspond au comportement historique des amendements de XRPL : le registre en a activé des dizaines, et aucun n’a constitué à lui seul un catalyseur de prix fiable. Batch est une mise à niveau de l’infrastructure institutionnelle, dont la valeur se manifeste dans les projets développés au cours des trimestres suivants, et non à la clôture du registre qui permet son activation.

Les traders expérimentés de XRP surveillent plutôt la présence d’un événement susceptible de modifier les flux en même temps qu’une mise à niveau : des entrées nettes dans un ETF, le choix de XRPL par un nouvel émetteur d’actifs tokenisés ou un mouvement général d’aversion au risque sur les marchés. La baisse hebdomadaire de 5 % pendant la période précédant le report était un mouvement généralisé du marché, et non une réaction propre au XRP. Si Batch entraîne une réévaluation du XRP, ce sera parce qu’un produit concret sera lancé sur cette base ; au plus tôt, cela relève d’une échéance allant d’octobre à décembre.

Comment trader le XRP sur WEEX pendant la période d’activation

Si vous prévoyez de conserver ou de trader du XRP jusqu’au 09/10, mieux vaut préparer vos positions et vos alertes avant cette période plutôt que de réagir à un titre d’actualité.

1. Ouvrez la paire au comptant XRP/USDT sur WEEX et vérifiez la profondeur du carnet d’ordres en temps réel avant de déterminer la taille de votre position, car les jours où l’actualité fait la une, les écarts ont tendance à s’élargir brièvement.
2. Vous découvrez cet actif ? Le guide pour acheter du XRP explique comment approvisionner un compte et passer un premier ordre au marché ou à cours limité.
3. Les traders qui souhaitent une exposition directionnelle ou couverte sans transférer leurs actifs au comptant peuvent utiliser les contrats à terme perpétuels XRP/USDT sur WEEX, qui proposent un effet de levier allant jusqu’à 300x. Gardez un faible levier à l’approche d’un événement connu : une variation hebdomadaire de 5 % avec un levier de 20x entraîne une liquidation, et non une simple baisse de la position.
4. Configurez des alertes de prix autour de 1,40 $ et 1,60 $, qui encadrent la fourchette récente, et ajoutez un rappel à votre calendrier pour le 08/10–09/10 UTC afin de vérifier sur un explorateur XRPL si le soutien des validateurs reste supérieur à 80 %.
5. Consultez la page du cours du XRP sur WEEX pour suivre rapidement chaque jour le cours, le volume et la capitalisation boursière sans ouvrir la plateforme de trading.

Vue du marché : Batch est un catalyseur pour les développeurs, pas pour les traders

Batch est important, car il rend XRPL utilisable pour les opérations de livraison contre paiement et les processus en plusieurs étapes que les institutions attendent de leurs infrastructures de règlement. Pour le XRP en tant qu’actif, la chaîne de causalité est longue, en toute honnêteté : activation le 09/10, puis mise à niveau des applications vers xrpl.js 5.1.0, puis lancement par les émetteurs de produits utilisant des lots All or Nothing, et ensuite, éventuellement, une activité accrue sur le registre nécessitant du XRP pour les frais et les opérations de passerelle. Chaque étape peut être retardée. Le report du 29/09 au 09/10 rappelle que même la première étape n’est pas certaine.

FAQ

1. L’upgrade XRP a-t-il eu lieu le 29/09/2026 ?

Non. BatchV1_1 a brièvement perdu le soutien des validateurs le 25/09, ce qui a remis à zéro son compte à rebours d’activation de deux semaines. La première date d’activation possible est désormais le 09/10/2026, vers 14:46 UTC, et elle peut être repoussée à nouveau si le soutien passe sous 80 %.

2. Qu’est-ce que XRPL BatchV1_1 ?

BatchV1_1 est la version corrigée de l’amendement Batch (XLS-56). Elle permet à un utilisateur de regrouper de deux à huit transactions dans une seule unité signée, avec quatre modes d’exécution, dont le règlement atomique All or Nothing. L’amendement Batch d’origine a été rejeté par vote en 02/2026 en raison d’une faille d’autorisation des signataires ; la version réécrite a été publiée dans xrpld 3.3.0 en 08/2026.

3. L’upgrade Batch fera-t-il monter le cours du XRP ?

Rien ne prouve qu’il le fera à lui seul. Le XRP a évolué de moins de 0,5 % le jour où le report a été annoncé, et les amendements XRPL précédents n’ont pas été des catalyseurs de prix fiables. Tout effet sur le cours se manifesterait plus tard, grâce aux produits développés avec Batch.

4. Qu’arrivera-t-il aux nœuds qui ne seront pas mis à niveau avant le 09/10 ?

Ils seront bloqués par l’amendement et cesseront de se synchroniser avec le réseau. Les opérateurs doivent utiliser au minimum xrpld 3.3.0 ; la version recommandée est la 3.4.1, car elle comprend également fixBatchV1_2 et des correctifs de sécurité.

5. fixBatchV1_2 est-il identique à BatchV1_1 ?

Non. fixBatchV1_2 est un petit amendement de suivi introduit dans xrpld 3.4.1 le 25/09/2026 pour corriger un problème mineur de Batch qui ne présente aucun risque pour les fonds. Il devrait être activé pendant la même période en octobre que BatchV1_1.

Avertissement sur les risques

Le XRP est un actif volatil et peut perdre une grande partie de sa valeur en quelques jours ; une position peut entraîner une perte partielle ou totale. La date d’activation de l’amendement Batch dépend des votes des validateurs et peut encore être reportée ; les stratégies de trading fondées sur une date fixe, le 09/10, comportent donc un risque lié au calendrier de l’événement. Les contrats à terme XRP avec effet de levier amplifient les gains comme les pertes, et une variation hebdomadaire courante de 5 % suffit à liquider une position fortement levierisée. Batch introduit également de nouveaux risques opérationnels pendant son déploiement : les nœuds obsolètes sont bloqués par l’amendement, les anciennes bibliothèques clientes génèrent des signatures rejetées et, dans les modes non atomiques, une transaction externe peut indiquer une réussite alors que des transactions internes échouent. Le XRP reste également exposé aux évolutions réglementaires touchant Ripple et à la concentration de l’offre dans les comptes séquestres contrôlés par Ripple. Ce contenu ne constitue pas un conseil en investissement.