XRP Ledger : fixCleanup3_4_0 s’active le 23 octobre, la fonction de crédit reste sans date

Le 23 octobre 2026 à 09:34 UTC, l’amendement fixCleanup3_4_0 devient actif sur le XRP Ledger. Si vous détenez ou négociez simplement du XRP, vous n’avez rien à faire : les soldes, les adresses et les paiements en cours restent inchangés. Seuls doivent agir ceux qui exploitent eux-mêmes un nœud ou un validateur, car leur logiciel doit connaître l’amendement d’ici là.

Le lot est remarquable pour une autre raison. Il corrige notamment les Single Asset Vaults et le protocole de prêt, la fonction de crédit présentée depuis des semaines comme une perspective d’avenir. Ni l’un ni l’autre n’est actif sur le mainnet à ce jour. La correction arrive donc avant la fonction qu’elle corrige.

Ce qui se passe sur le XRP Ledger le 23 octobre

Un amendement est une modification des règles selon lesquelles le réseau vérifie les transactions. Cette modification ne prend effet qu’une fois l’accord d’un nombre suffisant de validateurs obtenu, et elle s’applique ensuite durablement à toutes les versions suivantes du ledger. Revenir en arrière exige un nouvel amendement.

fixCleanup3_4_0 porte l’identifiant 98433DD0…CA76 et a obtenu la majorité requise le 9 octobre 2026 à 09:34:30 UTC. La date en découle exactement deux semaines plus tard, soit le 23 octobre à la même heure.

Un coup d’œil au ledger lui-même montre le calme qui règne par ailleurs sur le réseau : sur 107 fonctions connues, 97 sont actives et 10 ne le sont pas. Parmi ces dix figure une seule inscription majoritaire, et elle appartient à fixCleanup3_4_0. Le lot est ainsi le seul chantier dont le compte à rebours soit lancé.

Comment un amendement entre en vigueur : 80 % et deux semaines

La règle figure dans la documentation du XRP Ledger et tient en peu de mots : un amendement doit recueillir plus de 80 % d’approbation des validateurs de confiance et conserver cette approbation pendant deux semaines. Un validateur est un serveur dont les autres participants jugent la voix digne de confiance ; il confirme les transactions et vote sur ce type de modification.

Le revers de la règle compte autant : si le soutien tombe sous 80 %, l’amendement est provisoirement rejeté et le délai de deux semaines repart de zéro. Un amendement peut gagner puis perdre une majorité autant de fois qu’il le faut avant de devenir définitivement actif. Le 23 octobre n’est donc pas une échéance gravée dans le marbre, mais une date qui ne vaut qu’aussi longtemps que la majorité tient.

Le même schéma s’est produit en septembre, lorsque le lot précédent, fixCleanup3_3_0, est devenu actif. Ce qui valait alors pour les utilisateurs de portefeuilles, de nœuds et d’AMM est détaillé dans notre article sur l’activation de l’amendement du 11 septembre. fixCleanup3_1_3, fixCleanup3_2_0 et fixCleanup3_3_0 sont désormais actifs tous les trois ; la série relève de la routine, non de l’exception.

Rien ne change pour les détenteurs, les opérateurs de nœud sont concernés

La situation se divise nettement en deux. Qui détient du XRP sur une plateforme ou dans son propre portefeuille ne vivra rien le 23 octobre : aucun hard fork, aucune nouvelle adresse, aucun échange de jetons, aucun blocage des dépôts et des retraits. Les plateformes et les fournisseurs de portefeuilles exploitent leurs nœuds eux-mêmes et maintiennent le logiciel à jour.

Il en va autrement si vous faites tourner votre propre serveur rippled. Si ce serveur fonctionne le jour J sur une version qui ne connaît pas fixCleanup3_4_0, il se retrouve bloqué par l’amendement : il ne suit plus le consensus et ne fournit plus de données fiables. Ce garde-fou est voulu, car un serveur qui ne comprend pas les nouvelles règles diffuserait sinon une vision divergente du ledger.

Concrètement, pour la quasi-totalité des lecteurs, cela veut dire attendre sans rien faire. Si vous détenez votre XRP via une plateforme de négociation, l’occasion servira au mieux à vérifier une fois les frais et l’agrément de votre place de marché ; notre comparatif des plateformes crypto met les conditions côte à côte. Cela n’a rien à voir avec l’amendement lui-même, mais c’est le seul levier qu’un détenteur puisse actionner ce jour-là.

fixCleanup3_4_0 corrige les vaults, les prêts et le DEX à permissions

Le lot n’est pas un correctif isolé, mais un ensemble de corrections réparties dans tout le protocole. D’après l’aperçu des amendements du XRP Ledger, il touche les Single Asset Vaults, le protocole de prêt, le teneur de marché automatisé, le DEX à permissions, les lignes de confiance, les NFT, les jetons polyvalents, le séquestre, le parrainage, la signature des transactions et la délégation de droits. L’intervention de portée comparable la plus récente était le correctif du module de paiement début octobre.

Single Asset Vaults : l’arrondi et la règle ValidVault

Un Single Asset Vault est un pot au niveau du protocole dans lequel les utilisateurs déposent un seul actif et reçoivent des parts en échange. Les corrections portent précisément là où les décimales décident de l’argent : les dépôts, les retraits et le clawback arrondiront désormais plus finement, afin qu’un vault ne verse ni trop ni trop peu. Un retrait à quote-part fixe depuis un vault entièrement dévalorisé pourra désormais déplacer zéro actif au lieu d’échouer sur une erreur. Et la règle ValidVault ne bloquera plus une modification de vault lorsque les seuls intérêts courus dépassent le plafond.

Prêt : le défaut seulement quand l’échéance est vraiment passée

Dans le volet crédit, un détail se déplace pour un effet considérable : les contrôles de retard, de dévalorisation et de défaut exigeront désormais que la date d’échéance soit strictement dépassée. Jusqu’ici, un prêt pouvait être considéré comme en retard le jour même de son échéance. S’y ajoute une exception qui soustrait un défaut de prêt au freeze, au deep freeze et au verrouillage MPT lors du transfert du courtier vers le vault.

AMM, lignes de confiance, NFT et séquestre

Le teneur de marché automatisé est la place de négociation propre au protocole, où ce ne sont pas acheteur et vendeur qui se rencontrent, mais un pool qui fixe le prix. Il sera désormais impossible qu’une offre obtienne la place d’enchère d’un pool sans frais au prix zéro ou pour des montants dispersés. Pour les lignes de confiance, par lesquelles un compte détient des devises étrangères, la tentative de créer une ligne déjà existante renverra simplement un avis de doublon au lieu de rester sans effet. Les offres de NFT qui utilisent le code de devise XRP pour un montant autre que du XRP seront rejetées. Et pour le séquestre, la fiducie propre au protocole, la réserve du propriétaire sera libérée avant que le montant restitué ou livré puisse créer un nouveau solde.

Une modification sort du lot parce qu’elle relève de la sécurité : la signature du parrain et celle de la contrepartie reçoivent leurs propres préfixes de signature. Une signature ne peut dès lors plus être déplacée d’un rôle vers l’autre.

Pourquoi la correction arrive avant la fonction

C’est là que réside le véritable constat. Le logiciel des validateurs connaît depuis longtemps le code des vaults et des prêts : SingleAssetVault, LendingProtocol et LendingProtocolV1_1 figurent dans le ledger comme pris en charge, ce qui signifie que les fonctions sont contenues dans les versions de serveur livrées. Elles ne sont pourtant pas actives, faute de majorité.

Les corrections apportées à ces mêmes fonctions passent, elles, en premier. Techniquement, cela se tient : une erreur qui ne coûte de l’argent qu’à l’usage doit être réparée avant que l’usage soit même possible. Pour les lecteurs, cela signifie aussi que l’activation du 23 octobre n’apporte aucune fonction nouvelle. Le lot dégage la voie pour des fonctions dont la date de lancement reste ouverte.

Ce qui a changé depuis le 11 octobre

Le 11 octobre, l’amendement sur le prêt en était à 17 voix sur 25 dépouillées ; le calcul figure dans notre article sur les 17 voix sur 25 pour l’amendement sur le prêt. Deux choses se sont produites depuis, et une seule concerne la fonction de crédit.

Premièrement, le 9 octobre, soit deux jours avant cet article, fixCleanup3_4_0 a franchi le seuil des 80 % et lancé son compte à rebours. Deuxièmement, au 17 octobre, le ledger n’affiche toujours que cette unique inscription majoritaire. Le ledger ne dit pas si le nombre de voix favorables au protocole de prêt a progressé depuis ; il montre seulement que le seuil n’a pas été franchi en six jours. S’il avait tenu, une seconde inscription y figurerait avec son propre horodatage.

Le protocole de prêt n’a toujours pas de majorité

Sur les dix fonctions non activées, cinq alimentent directement la nouvelle couche financière : SingleAssetVault, LendingProtocol, LendingProtocolV1_1, ConfidentialTransfer pour les transferts confidentiels et Sponsor pour les réserves parrainées. Toutes cinq sont réputées prises en charge ; aucune n’a de majorité.

Que le protocole de prêt figure au ledger en deux versions, une fois comme LendingProtocol et une fois comme LendingProtocolV1_1, n’apparaît jusqu’ici nulle part dans la couverture en langue allemande. C’est le signe que le développement s’est poursuivi alors que le vote était encore ouvert.

En découle un calcul que chacun peut refaire : dès qu’une de ces fonctions atteindra une majorité, il faudra encore deux semaines avant l’activation. Si la majorité se formait aujourd’hui, le lancement le plus précoce envisageable serait le 31 octobre 2026. Comme elle n’est pas là aujourd’hui, cette date se décale chaque jour.

D’ici là, le prêt adossé à des actifs crypto reste ce qu’il est aujourd’hui : une affaire traitée via des plateformes et des prestataires, non via le protocole lui-même. Les conditions et les risques se trouvent dans notre comparatif des prestataires de prêt crypto. Chacune de ces plateformes porte un risque de contrepartie qu’un prêt au niveau du protocole n’aurait pas, et une perte totale est possible.

Vote par défaut non : le point ouvert dans la documentation

Une indication ne cadre pas avec le tableau, et elle mérite d’être nommée ouvertement. L’aperçu des amendements indique pour fixCleanup3_4_0 un vote par défaut négatif dans la dernière version stable. Le vote par défaut est celui qu’un serveur émet tant que son exploitant ne règle rien d’autre.

Un amendement qui atteint la majorité alors que le vote par défaut est non autorise deux lectures : soit les exploitants ont réglé leur approbation un à un, soit la page de documentation ne reflète plus l’état de la version de serveur actuelle. Laquelle des deux s’applique n’a pu être tranchée à partir des sources accessibles. Il est également documenté qu’aucune fonction antérieure à l’amendement n’est désactivée : rien ne disparaît donc.

L’avis de la rédaction : l’ordre est le signal, pas la date

Le 23 octobre est en soi une date de maintenance et vaut peu comme information. C’est l’ordre des choses qui est intéressant. Les preuves : une unique inscription majoritaire au ledger, et elle appartient à un lot de corrections qui touche les vaults et les prêts ; cinq fonctions de la même couche financière attendent à côté, prises en charge mais non tranchées. Qui suit cette évolution ferait mieux de garder l’œil sur la prochaine inscription majoritaire que sur cette date.

À l’inverse, surestimer cet ordre serait une erreur : les lots de corrections passent régulièrement sur le XRP Ledger, et trois prédécesseurs sont actifs depuis longtemps. Une majorité pour un amendement correctif ne dit rien du moment où les grandes fonctions obtiendront la leur. Un objectif de cours ne s’en déduit encore moins, et aucun des chiffres cités n’est une recommandation d’achat ou de vente.

Prêt sur XRPL : sans majorité de 80 %, la fonction de crédit n’arrive pas

L’amendement du 23 octobre ne concerne pas la grande majorité des lecteurs. Trois points méritent tout de même un regard tant que le calendrier de la fonction de crédit reste ouvert :

1. Clarifier la conservation. Vos XRP se trouvent-ils sur une plateforme ou en conservation personnelle ? Cela ne change rien aux modifications du protocole, mais beaucoup à votre risque. Les appareils et leurs différences figurent dans le comparatif des portefeuilles matériels.
2. Examiner l’agrément de la place de marché. Pour les achats et les ventes en Europe, ce qui compte est l’agrément du prestataire au titre de MiCA. Les maisons qui le détiennent figurent dans l’aperçu des plateformes crypto réglementées.
3. Documenter les gains. Les achats, les ventes et les revenus doivent être consignés sans lacune, car c’est l’administration fiscale qui exige les justificatifs, pas la plateforme. Les outils adaptés figurent dans le comparatif des logiciels fiscaux crypto.

(Au 17 octobre 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.)