Amendement du XRP Ledger du 11 septembre : ce que les utilisateurs de portefeuilles, de nœuds et d’AMM doivent savoir sur fixCleanup3_3_0

Le 11 septembre 2026, soit 13 h 15 heure d’été d’Europe centrale, l’amendement fixCleanup3_3_0 peut être activé sur le XRP Ledger. Pour vous, investisseur, cela signifie d’abord peu de chose et, sur un point, beaucoup : si vos XRP se trouvent sur une plateforme d’échange ou dans une application de portefeuille entretenue, vous n’avez rien à faire. Si vous exploitez votre propre nœud, si vous accédez au réseau par une interface auto-hébergée ou si vous détenez des positions dans les fonctions avancées du registre, le 11 septembre est votre date butoir pour une vérification de version.

Cette analyse a été réalisée par cryptoticker.io le 9 septembre 2026. Nous avons interrogé la chaîne directement plutôt que de reprendre l’état des lieux dans les dépêches : via l’interface publique d’un nœud XRPL, avec les appels feature et ledger_entry sur l’objet Amendments du registre validé. Le résultat s’écarte sur deux points de ce que l’on peut lire actuellement à propos de cette échéance.

Amendement fixCleanup3_3_0 : ce qui se passe le 11 septembre sur le XRP Ledger

Un amendement est une modification des règles du protocole du XRP Ledger : les validateurs du réseau votent à son sujet et, le vote acquis, il s’applique durablement à toutes les versions ultérieures du registre. Personne ne le déploie de façon centralisée ; c’est un interrupteur que la majorité des opérateurs actionne ensemble.

fixCleanup3_3_0 est un ensemble de correctifs, non une nouvelle fonctionnalité. Il fait le ménage en six endroits : sur les Single Asset Vaults (objets de coffre conservant un actif unique pour un protocole), sur le Lending Protocol (l’octroi de crédit prévu directement au niveau du protocole), sur les Automated Market Makers (pools de négociation qui fixent les cours par une formule plutôt que par un carnet d’ordres), sur le Permissioned DEX (une place de marché réservée aux participants agréés), sur les Checks (promesses de paiement que le bénéficiaire encaisse lui-même) et sur les pseudo-comptes (comptes techniques qui n’appartiennent à personne, puisqu’un objet du protocole les détient).

Concrètement, l’ensemble harmonise les contrôles de gel lors des transferts depuis des pseudo-comptes, rejette dès la vérification préalable les identifiants de Check mal formés, corrige une erreur dans la suppression d’offres hybrides et ajoute un contrôle des pertes d’arrondi lors des dépôts, des retraits et des reprises dans les pools AMM, à condition que l’amendement plus ancien fixAMMv1_3 soit lui aussi actif. S’y ajoute une nouvelle invariante nommée ObjectHasPseudoAccount, qui garantit que la suppression d’une entrée du registre fait aussi disparaître le pseudo-compte associé.

Cela ressemble à du travail de détail, et c’en est. C’est précisément pourquoi la nouvelle n’est pas pour vous une information de marché, mais une information de maintenance assortie d’une échéance ferme.

La règle des 80 % : comment un amendement XRPL est activé

La procédure figure dans la documentation des amendements du XRP Ledger et elle est stricte. Un amendement a besoin de l’accord de plus de 80 % des validateurs qu’un serveur écoute, et il en a besoin pendant deux semaines sans interruption. Si le soutien retombe entre-temps à 80 % ou en dessous, le délai repart de zéro. Un amendement peut gagner puis perdre cette majorité plusieurs fois avant de passer définitivement.

Le décompte a lieu aux ledgers dits « flag », c’est-à-dire tous les 256 ledgers, ce qui correspond en moyenne à un rythme d’un quart d’heure. Au flag ledger, les validateurs votent ; un ledger plus tard, le réseau inscrit une pseudo-transaction avec le résultat ; et deux ledgers après le flag ledger, la nouvelle règle produit ses effets sur les transactions. L’activation suit donc un décompte, et non une cérémonie à une heure ronde.

Qui connaît ce schéma le reconnaîtra ailleurs. Chez Solana, l’activation d’un changement de protocole dépend elle aussi de la pondération des voix des opérateurs ; nous l’avons détaillé dans notre article sur l’activation d’Alpenglow. La différence tient au détail : sur le XRP Ledger, le délai de deux semaines est inscrit dans le protocole et donc lisible dans le registre.

Compté nous-mêmes sur le registre : 93 amendements actifs, onze en attente, une majorité

Le 9 septembre 2026 à 00 h 52 UTC, nous avons interrogé un nœud XRPL public qui portait alors le registre validé numéro 106 856 830 et annonçait la version de serveur 3.3.0. Méthode : un appel feature pour la liste de tous les amendements connus du serveur, plus un appel ledger_entry sur l’objet Amendments du registre pour l’état officiel. Les 104 amendements que connaît ce serveur ont tous été examinés.

Le résultat en chiffres : 93 amendements sont actifs, onze sont en attente. De ces onze, un seul porte une entrée de majorité dans le registre, à savoir fixCleanup3_3_0. L’heure de clôture enregistrée pour cette entrée correspond au 28 août 2026, 11 h 15 UTC. En y ajoutant les quatorze jours prescrits, on obtient le moment d’activation le plus précoce possible : le 11 septembre 2026 à 11 h 15 UTC.

Deux indications qui circulent actuellement peuvent ainsi être rectifiées. D’abord, le début du vote est parfois daté du 6 août dans les comptes rendus ; or, pour l’échéance, seul compte le moment où la majorité a été atteinte pour la première fois, et le registre le situe au 28 août. Ensuite, plusieurs dépêches indiquent 11 h 15 en heure de la côte est des États-Unis. Le registre tient l’heure en UTC ; en Europe, l’échéance tombe donc en milieu de journée le 11 septembre.

Une réserve s’impose : nous avons mesuré l’état d’un nœud, ce qui ne couvre pas le vote de chaque validateur pris isolément. Le taux d’approbation rapporté en dernier lieu, 82,86 % pour 29 voix favorables, provient d’analyses tierces et constitue un instantané. Nul ne peut garantir aujourd’hui qu’il restera au-dessus du seuil jusqu’au 11 septembre.

Single Asset Vault et Lending Protocol ne sont pas encore actifs sur le réseau principal

Le constat le plus important de notre interrogation ne figure pas dans les dépêches sur l’échéance. Dans cette même liste de onze amendements en attente figurent SingleAssetVault et LendingProtocol eux-mêmes. Ils ne sont donc pas encore activés sur le réseau principal. Il en va de même pour ConfidentialTransfer, DynamicMPT, BatchV1_1, Sponsor, XChainBridge, PermissionDelegationV1_1, CryptoConditionsSuite et fixXChainRewardRounding. Aucun de ces dix amendements ne porte actuellement d’entrée de majorité.

Il en découle un démenti à retenir : si l’on vous affirme qu’il faut sécuriser avant le 11 septembre votre position de coffre ou de prêt sur le XRP Ledger, on vous décrit une situation qui n’existe pas sur le réseau principal. Vous ne pouvez pas détenir aujourd’hui une position de crédit directement sur le protocole XRPL, puisque la fonction n’est pas active.

Le correctif est donc intégré avant l’ouverture de la fonction. En développement logiciel, c’est le cas normal et un bon signe : les erreurs découvertes sur les réseaux de test et lors des audits sont éliminées avant le lancement. Pour vous, cela signifie surtout qu’il faut examiner avec scepticisme les offres qui vantent dès aujourd’hui un prêt natif sur le XRPL. Qui cherche un rendement sur des cryptoactifs le trouve pour l’instant chez des conservateurs et des places de marché, dont les conditions méritent en tout état de cause une lecture plus attentive que n’importe quelle annonce portant sur une fonction de protocole encore inactive.

Amendment blocked : pourquoi un nœud obsolète sort du consensus

Amendment blocked est l’état dans lequel tombe un serveur lorsqu’une règle que sa version logicielle ne connaît pas devient active sur le réseau. La documentation est sans équivoque sur ce point : un serveur bloqué ne peut plus valider de registres, ne peut plus soumettre ni traiter de transactions, ne peut plus participer au consensus et ne peut plus voter sur les amendements à venir. Il est à l’arrêt.

C’est la véritable raison de cette échéance. Qui exploite un nœud a jusqu’à l’activation pour passer à une version qui connaît fixCleanup3_3_0. Le nœud public que nous avons interrogé tournait en 3.3.0 au moment de la mesure et ne signalait aucun blocage. Un serveur en retard le signalera immédiatement après l’activation, et la panne se remarque à l’instant où une application se heurte au vide.

La documentation mentionne en outre une propriété souvent sous-estimée : un serveur suit toujours les amendements que le reste du réseau a activés, quel qu’ait été son propre vote. Un vote contre ne protège donc pas un serveur obsolète. Seule une mise à jour le protège.

XRP sur une plateforme d’échange : ce qu’il faut vérifier chez le prestataire avant le 11 septembre

Si vos XRP se trouvent sur le compte d’une plateforme de négociation, le nœud appartient au prestataire. L’obligation de mise à jour lui incombe donc, et en règle générale un tel changement passe inaperçu. Un coup d’œil avant une échéance de protocole reste néanmoins utile, car les plateformes suspendent parfois les dépôts et les retraits d’une chaîne le temps d’une mise à niveau.

La démarche est toujours la même. Ouvrez la page d’état ou d’annonces de votre prestataire, cherchez le nom du réseau et regardez si une fenêtre de maintenance est prévue pour le 11 septembre. Si vous ne trouvez rien, rien n’est prévu. Que votre prestataire annonce ou non une telle fenêtre fait partie des points sur lesquels les plateformes diffèrent nettement.

Trois questions à régler sur votre compte

La première question est de savoir si vous avez seulement prévu des mouvements le 11 septembre. Un retrait effectué un jour plus tôt ou plus tard ne vous coûte rien. La deuxième concerne les ordres automatiques : un plan d’investissement programmé ou un retrait récurrent qui se déclenche à cette mi-journée mérite de figurer dans votre agenda. La troisième est la plus inconfortable et en même temps la plus importante : savez-vous avec certitude où se trouvent vos XRP ? Avec plusieurs comptes accumulés au fil des ans, la réponse est moins nette qu’elle ne devrait l’être.

Une remarque sur la portée de l’effet. fixCleanup3_3_0 ne change rien aux paiements ordinaires, rien aux soldes et rien à la validité de vos adresses. Qui détient des XRP et les transfère ne remarquera très probablement rien du tout le 11 septembre. Les correctifs portent sur des objets qui ne jouent aucun rôle dans le quotidien de la plupart des investisseurs.

Portefeuille et nœud personnels : la vérification de version en trois gestes

Il en va autrement si vous exploitez vous-même une infrastructure. Cela concerne plus de monde que le terme ne le laisse supposer : qui utilise un logiciel de portefeuille auto-hébergé avec son propre accès au réseau, qui traite des paiements via sa propre interface ou qui fait tourner un nœud pour un petit service est soumis à la même obligation qu’un opérateur professionnel.

Le premier geste est l’interrogation de version sur votre serveur. L’appel server_info renvoie le champ build_version ainsi que le champ amendment_blocked, qui indique directement l’état de blocage. S’il affiche la version 3.3.0 ou supérieure, votre logiciel connaît l’amendement.

Le deuxième geste vise le portefeuille dont vous vous servez chaque jour. Ouvrez les réglages, repérez le numéro de version et comparez-le à la version actuelle du fournisseur. Qui laisse sa boutique d’applications mettre à jour automatiquement son portefeuille est ici le plus souvent tranquille ; qui entretient à la main une version de bureau ne l’est pas toujours. Quels programmes de portefeuille sont proprement entretenus et lesquels sont à l’arrêt depuis des mois, notre comparatif des portefeuilles logiciels le montre, avec l’état des mises à jour de chacun.

Le troisième geste concerne tout ce qui se trouve entre vous et la chaîne : un script, un outil comptable, un suiveur de portefeuille disposant de son propre accès au réseau. Vérifiez à quel point d’accès ces outils s’adressent et si ce point d’accès est entretenu. Un nœud bloqué finit simplement par ne plus répondre, sans afficher de message d’erreur explicite.

Positions AMM sur le XRP Ledger : ce que le correctif de précision change au dépôt et au retrait

Une partie de l’ensemble concerne une fonction qui, elle, tourne bel et bien sur le réseau principal : l’Automated Market Maker du XRP Ledger. Un AMM est un pool de négociation dans lequel deux actifs sont déposés et qui fixe ses prix selon une formule figée ; qui dépose reçoit des parts du pool et supporte en contrepartie le risque d’une évolution défavorable des cours entre les deux actifs.

Le correctif ajoute un contrôle des pertes d’arrondi au dépôt, au retrait et à la reprise, et ce lorsque l’amendement plus ancien fixAMMv1_3 est lui aussi actif. Les pertes d’arrondi apparaissent lorsqu’un calcul mené avec un nombre limité de décimales tronque des chiffres après la virgule sur des montants très faibles ou très inégalement répartis. Au total, il s’agit de sommes minuscules ; dans des combinaisons défavorables, elles peuvent néanmoins être exploitées délibérément.

Si vous détenez des parts d’un pool AMM du XRPL, l’activation ne change rien à votre position. Il se peut en revanche qu’une transaction qui passait jusqu’ici soit rejetée avec une erreur après le 11 septembre, parce que le nouveau contrôle s’applique. C’est l’effet recherché. Ne planifiez donc pas de réallocations serrées le jour de l’activation et prévoyez qu’une transaction rejetée demandera une seconde tentative, ajustée.

Calendrier jusqu’à l’activation : ce qui se passe entre le 9 et le 11 septembre

Jusqu’à la date butoir, le décompte se poursuit simplement. Toutes les quinze minutes environ, le réseau atteint un flag ledger, les validateurs votent, et l’entrée de majorité dans l’objet Amendments subsiste tant que l’approbation dépasse 80 %. Si elle passe en dessous à l’un de ces points, l’entrée disparaît et les quatorze jours repartent de zéro.

C’est pourquoi le 11 septembre vaut comme date la plus précoce possible et non comme un engagement. Savoir si l’activation aura effectivement lieu à cette mi-journée ne sera possible que le jour même. Qui veut en avoir le cœur net peut interroger l’état à tout moment, comme nous l’avons fait pour cet article, ou suivre le blog des développeurs du XRP Ledger, où les versions et les activations sont annoncées.

À quoi vous reconnaîtrez que l’activation a eu lieu

Après l’activation, fixCleanup3_3_0 passe, dans la requête feature, de la liste des amendements en attente à celle des amendements actifs, et le nombre d’entrées actives dans l’objet Amendments monte de 93 à 94. C’est la confirmation la plus propre qui soit, et elle se passe de toute dépêche extérieure.

Ce que l’échéance signifie pour le cours du XRP, et ce qu’elle ne signifie pas

La retenue s’impose ici. Un ensemble de correctifs qui harmonise des contrôles internes et intercepte des pertes d’arrondi n’est pas un événement dont on pourrait déduire une direction de cours. Il n’augmente aucune capacité de transaction, ne réduit aucun frais et n’ouvre aucune fonction nouvelle.

Ce qu’il fait est indirect et lent : il élimine des erreurs dans les briques mêmes sur lesquelles doivent reposer les fonctions encore en attente pour les coffres et le crédit. Qui rattache la valorisation d’un réseau à son futur périmètre fonctionnel y verra un signal positif. Qui cherche un mouvement à court terme n’y trouvera rien. Ce sont là des appréciations et non des prévisions ; l’état actuel du cours et les arguments des deux camps, nous les rassemblons en continu sur notre page XRP.

Une remarque sur la lecture des dépêches : ces derniers jours, l’échéance a été décrite à plusieurs endroits comme une « grande mise à niveau ». Au vu de ce que contient l’ensemble, cette description ne tient pas. Il s’agit d’une maintenance portant sur des objets avancés, dont deux, centraux, ne sont même pas activés sur le réseau principal.

Vérifier l’amendement du XRP Ledger : ce qu’il faut en retenir

1. Établissez d’abord où se trouvent vos XRP. Sur une plateforme de négociation, l’obligation de mise à jour incombe au prestataire, et vous vous contentez de vérifier sa page d’état à la recherche d’une fenêtre de maintenance le 11 septembre. En conservation personnelle, l’obligation est la vôtre. Si cette question vous fait hésiter, c’est là le véritable constat du jour : mettez de l’ordre dans vos avoirs et regardez quelle solution de conservation vous convient, par exemple dans le comparatif des portefeuilles matériels.
2. Vérifiez la version de chaque logiciel qui dialogue lui-même avec le réseau. Sur un serveur personnel, server_info affiche les champs build_version et amendment_blocked ; 3.3.0 ou supérieur est l’état sûr. Pour les portefeuilles, un coup d’œil dans les réglages suffit. Qui constate à cette occasion que son programme n’a pas vu de mise à jour depuis des mois trouvera des solutions entretenues dans le comparatif des portefeuilles logiciels.
3. Décalez d’un jour vos réallocations prévues. Si vous détenez des parts d’un pool AMM ou avez prévu des mouvements importants le 11 septembre, placez-les le 10 ou le 12 septembre. Et si des offres vous parviennent qui vantent dès aujourd’hui le prêt directement sur le XRP Ledger, comparez-les aux voies réellement disponibles dans le comparatif du prêt crypto avant de déplacer le moindre euro.

(Au 9 septembre 2026. Cet article ne constitue pas un conseil en investissement. Les cours et les grilles tarifaires évoluent ; vérifiez les conditions auprès du prestataire avant tout achat.)