Imaginez un réseau blockchain qui avance à grands pas sur ses correctifs techniques, mais qui freine encore sur une fonctionnalité attendue depuis des mois par la communauté. C’est exactement la situation actuelle du XRP Ledger. Alors que les validateurs se mobilisent massivement pour valider un package de corrections logicielles cruciales, le système de prêt natif reste coincé sous le seuil d’approbation. Une situation qui révèle beaucoup sur la prudence et la rigueur de ce réseau.
Un pas décisif vers l’activation des correctifs le 23 octobre
Le 19 octobre, le tableau de bord officiel du XRP Ledger affichait une information déterminante. L’amendement baptisé fixCleanup3_4_0 avait déjà réuni le soutien de 29 validateurs sur les 35 présents dans la liste de confiance par défaut. Ce chiffre correspond exactement au seuil minimum exigé pour lancer le processus d’approbation.
Cette phase d’attente obligatoire dure deux semaines pleines. Elle a commencé le 9 octobre. Au moment du dernier pointage, neuf jours s’étaient déjà écoulés. Si le soutien reste stable, l’activation est attendue vendredi 23 octobre aux alentours de 09 h 34 UTC. Ce n’est pas une simple formalité. Sur le XRP Ledger, les décisions d’amendement sont vérifiées à des intervalles précis appelés flag ledgers, toutes les 256 ledgers.
Une fois la période de deux semaines terminée, le réseau enregistre la décision et applique les nouvelles règles dans les ledgers suivants. Mais attention : le compteur peut repartir à zéro. Si un seul validateur retire son soutien avant la fin, le total tombe sous 29 et la période d’attente recommence dès que le seuil est à nouveau atteint.
Avec exactement 29 votes, le correctif se trouve dans une position fragile. Un retrait de soutien suffirait à tout reporter.
Ce que contient vraiment le package de corrections
La version 3.4.0 du logiciel serveur xrpld, publiée le 16 septembre, apporte plusieurs correctifs importants regroupés dans cet amendment. Certains concernent directement les transactions de tokens. D’autres touchent à la comptabilité des vaults, aux market makers automatisés et même à des processus liés aux prêts.
Un correctif particulièrement intéressant empêche certaines transactions de récupération sur les market makers automatisés de détruire les tokens de fournisseurs de liquidité lorsque l’arrondi aboutit à une récupération nulle d’actifs sous-jacents. C’est le genre de détail technique qui peut paraître anodin, mais qui protège concrètement les utilisateurs.
D’autres changements portent sur les calculs effectués lors des dépôts et retraits dans les vaults. L’objectif est clair : garantir que le solde des actifs et le nombre de parts émises aux déposants restent parfaitement cohérents à chaque opération. Pour le volet prêt, les développeurs ont mis à jour les règles d’autorisation, de gestion des actifs gelés, des identifiants et des destinations de paiement.
On trouve également des ajustements concernant les transactions d’échange décentralisé permissionnées, les offres NFT et le traitement des escrows. Une correction liée aux signatures introduit des préfixes cryptographiques distincts selon les rôles. Cela empêche qu’une signature prévue pour un usage soit réutilisée pour un autre. Enfin, le package durcit certaines restrictions sur les transactions de tokens et force des vérifications qui n’étaient auparavant notées que dans les logs logiciels.
Pourquoi les opérateurs de serveurs doivent absolument mettre à jour
Une fois un amendment activé, les serveurs qui n’ont pas le code correspondant deviennent « amendment-blocked ». Ils ne peuvent plus participer pleinement au réseau. C’est pourquoi les développeurs ont fortement recommandé de passer à la version 3.4.0. Les packages d’installation Linux signés sont désormais distribués via la XRPL Foundation, ce qui facilite le travail des opérateurs.
Cette discipline de mise à jour est essentielle. Le XRP Ledger ne dispose pas de mécanisme de rollback simple. Une erreur non corrigée dans un protocole de prêt pourrait coûter très cher. C’est d’ailleurs l’un des arguments souvent avancés pour expliquer pourquoi les validateurs avancent avec prudence sur les fonctionnalités financières plus complexes.
Le système de prêt reste loin du seuil d’activation
Malgré les correctifs liés au prêt inclus dans fixCleanup3_4_0, le protocole de prêt lui-même n’est pas encore prêt à être activé. L’amendement LendingProtocol, aussi connu sous le nom XLS-66, ne comptait que 19 votes de validateurs de confiance au 19 octobre. Il lui manque donc encore 10 voix pour atteindre les 29 nécessaires.
Son compagnon indispensable, SingleAssetVault (XLS-65), se trouve un peu mieux placé avec 21 votes. Il lui en manque encore huit. Ces deux propositions doivent absolument être activées avant que le système de prêt puisse fonctionner sur le mainnet. Même si elles recueillaient soudainement le nombre de voix manquantes, la règle des deux semaines d’attente continue empêcherait une activation simultanée avec le correctif du 23 octobre.
Un troisième amendment, LendingProtocolV1_1, introduit également dans la version 3.4.0, compte lui aussi 19 votes. Il propose des modifications dans la conception des vaults de prêt et dans la façon de comptabiliser les intérêts. Les nouveaux courtiers de prêt devraient utiliser des vaults à durée déterminée, organisés en phases de souscription, d’investissement et de remboursement. Les intérêts ne seraient plus enregistrés en totalité au début du prêt, mais uniquement au moment où les emprunteurs effectuent réellement leurs paiements.
À retenir : Le correctif technique avance, mais les fonctionnalités de prêt restent clairement en retard de plusieurs semaines, voire plus.
Comment fonctionne le futur système de prêt du XRP Ledger
Le modèle imaginé pour le XRP Ledger diffère de la plupart des protocoles de prêt DeFi que l’on connaît. Les déposants placent leurs actifs dans un vault partagé. Un courtier de prêt (loan broker) organise ensuite des prêts à durée fixe en utilisant ces fonds mutualisés. Le ledger enregistre les obligations, les remboursements et les transactions associées.
Point crucial : les emprunteurs n’ont pas besoin de fournir de collatéral directement via le protocole. Ce sont les courtiers qui évaluent la situation financière et la capacité de remboursement des emprunteurs grâce à des contrôles effectués hors blockchain. Cette approche confère une grande responsabilité aux courtiers, qui décident qui peut emprunter et à quelles conditions.
Un mécanisme optionnel de protection appelé « first-loss capital » est prévu. Un courtier peut placer des actifs supplémentaires sur un compte distinct pour absorber une partie des pertes en cas de défaut. Cette protection dépend du montant engagé et ne garantit en aucun cas que les déposants récupéreront l’intégralité de leurs fonds. Le protocole ne propose actuellement ni gestion automatique de collatéral on-chain ni liquidation forcée.
Les courtiers ont la possibilité de déclarer un prêt en défaut après un manquement de paiement et l’expiration du délai de grâce. L’ensemble du système est pensé pour accompagner des activités de prêt institutionnelles utilisant XRP ou d’autres actifs éligibles émis sur le ledger. Plusieurs acteurs ont déjà apporté leur soutien technique et leur validateur à ces propositions, même si le seuil d’activation n’est pas encore atteint.
Une approche prudente face aux risques
Certains observateurs notent avec ironie que le correctif du 23 octobre corrige déjà des éléments liés aux vaults et au prêt alors que ces fonctionnalités ne sont pas encore live. Cette anticipation est loin d’être inutile. Sur un ledger qui ne permet pas de revenir en arrière facilement, un bug dans un protocole de prêt peut rapidement devenir très coûteux.
Un audit de sécurité indépendant réalisé en juin par un cabinet spécialisé n’avait relevé aucune vulnérabilité critique ou de haut risque dans les modifications examinées. Cela ne constitue évidemment ni une approbation du réseau ni une garantie absolue contre d’éventuels problèmes futurs. Mais cela montre que le code a déjà été scruté avec attention.
Cette prudence se retrouve dans la manière dont les validateurs votent. Le correctif technique purement défensif progresse rapidement. Les fonctionnalités financières plus complexes, qui impliquent de nouveaux risques et de nouvelles responsabilités, avancent beaucoup plus lentement. C’est une caractéristique intéressante de la gouvernance du XRP Ledger.
Les implications pour les utilisateurs et les développeurs
Pour les opérateurs de nœuds, l’échéance du 23 octobre est claire. Ils doivent s’assurer que leurs serveurs tournent sur la version 3.4.0 ou une version ultérieure compatible. Ceux qui resteront en arrière risquent de se retrouver bloqués et incapables de suivre le consensus du réseau.
Pour les développeurs d’applications, l’activation de fixCleanup3_4_0 apportera davantage de stabilité dans le traitement des transactions, notamment autour des vaults et des market makers automatisés. Même si le prêt n’est pas encore disponible, les fondations techniques se solidifient.
Les utilisateurs finaux, eux, ne verront probablement pas de changement immédiat dans leur expérience quotidienne. Mais la solidité du protocole s’améliore en coulisses. C’est souvent ainsi que progressent les réseaux matures : d’abord la robustesse, ensuite les nouvelles fonctionnalités.
Un calendrier encore flou pour le prêt natif
Personne ne peut aujourd’hui donner une date précise pour l’activation du LendingProtocol et du SingleAssetVault. Tout dépend de la vitesse à laquelle les validateurs manquants apporteront leur soutien. Certains pourraient attendre de voir le correctif activé sans incident avant de donner leur voix aux fonctionnalités plus ambitieuses.
D’autres pourraient souhaiter davantage de tests sur des réseaux de développement ou d’autres preuves de maturité. Le fait que les correctifs liés au prêt soient déjà prêts montre cependant que les équipes techniques avancent en parallèle. Elles ne restent pas les bras croisés en attendant les votes.
Cette dynamique illustre bien la philosophie du XRP Ledger : le code peut être prêt, mais l’activation reste une décision collective et progressive des validateurs. Aucun acteur unique ne peut forcer le passage d’une fonctionnalité majeure.
Ce que révèle cette situation sur la gouvernance XRPL
Le processus d’amendement du XRP Ledger est souvent présenté comme l’un des plus stricts parmi les blockchains majeures. Obtenir 80 % de soutien des validateurs de confiance pendant deux semaines consécutives n’est pas anodin. Cela force un large consensus et laisse le temps à la communauté de réagir si un problème est détecté.
Dans le cas présent, on voit clairement deux vitesses. Les correctifs de sécurité et de stabilité avancent vite. Les innovations financières qui touchent à la gestion d’actifs d’utilisateurs avancent plus lentement. Cette différenciation est probablement saine. Elle protège le réseau tout en permettant de préparer l’avenir.
Les discussions au sein de la communauté montrent d’ailleurs un certain soulagement. Beaucoup préfèrent voir les bugs corrigés avant le lancement d’un système de prêt plutôt que l’inverse. Sur un protocole où les erreurs peuvent avoir des conséquences permanentes, cette priorité semble logique.
Les prochaines étapes à surveiller de près
D’ici le 23 octobre, l’attention se portera sur le maintien des 29 votes pour fixCleanup3_4_0. Toute baisse en dessous de ce seuil reporterait l’activation. Ensuite, le suivi des votes pour LendingProtocol et SingleAssetVault deviendra le nouvel indicateur clé.
Les équipes de développement continueront probablement à peaufiner les outils, la documentation et les interfaces nécessaires pour que le système de prêt soit utilisable dès son activation. Les courtiers potentiels, de leur côté, pourront commencer à préparer leurs processus d’évaluation de crédit hors chaîne.
Enfin, la communauté observera attentivement le comportement du réseau après l’activation du correctif. Une transition fluide renforcerait la confiance dans la capacité du XRP Ledger à intégrer de nouvelles fonctionnalités complexes à l’avenir.
Résumé des votes au 19 octobre :
- fixCleanup3_4_0 : 29 votes (seuil atteint)
- LendingProtocol (XLS-66) : 19 votes
- SingleAssetVault (XLS-65) : 21 votes
- LendingProtocolV1_1 : 19 votes
Le XRP Ledger se trouve donc à un moment charnière. Un correctif important approche de l’activation, consolidant les bases techniques. Dans le même temps, le système de prêt, pourtant très attendu, reste en phase de construction de consensus. Cette double dynamique illustre parfaitement l’équilibre entre innovation et sécurité que le réseau cherche à maintenir.
Les prochaines semaines diront si les validateurs décident d’accélérer sur le volet prêt ou s’ils préfèrent prendre encore davantage de temps. Dans tous les cas, le 23 octobre restera une date importante. Elle marquera l’arrivée de corrections qui rendent le protocole plus robuste, qu’il s’agisse de transactions de tokens, de vaults ou de processus liés au futur système de prêt.
Pour ceux qui suivent de près l’évolution du XRP Ledger, l’actualité de ces jours est riche d’enseignements. Elle montre qu’un réseau peut avancer techniquement tout en restant prudent sur les fonctionnalités qui touchent directement aux fonds des utilisateurs. Une leçon de maturité que d’autres blockchains pourraient méditer.
En attendant l’activation effective du correctif, les opérateurs de serveurs ont encore quelques jours pour finaliser leurs mises à jour. Et la communauté aura l’occasion d’observer en temps réel comment se comporte un processus d’amendement arrivé juste au seuil minimum de votes. Une situation rare et instructive.
Le prêt natif viendra. Mais il arrivera quand le consensus sera réellement solide, et non pas sous la pression d’un calendrier artificiel. C’est peut-être là la vraie force du modèle de gouvernance du XRP Ledger : la capacité à dire « pas encore » même lorsque le code est prêt.
Cette patience collective pourrait bien s’avérer payante à long terme. Car sur un ledger sans possibilité de rollback simple, mieux vaut parfois attendre quelques semaines de plus que de risquer une activation précipitée. Les correctifs du 23 octobre montrent que les équipes techniques anticipent déjà. Il ne reste plus qu’aux validateurs de suivre, à leur rythme.
L’histoire du XRP Ledger s’écrit ainsi, amendment après amendment, vote après vote. Chaque décision de consensus laisse une trace durable. Et celle qui se prépare pour le 23 octobre, même si elle paraît purement technique, participe à la solidification d’un réseau qui ambitionne d’accueillir demain des activités de prêt institutionnelles.
Reste à voir combien de temps il faudra encore pour que les 10 et 8 votes manquants se matérialisent. Mais une chose est déjà certaine : le XRP Ledger n’active pas ses fonctionnalités à la légère. Et c’est sans doute une bonne nouvelle pour tous ceux qui placent leur confiance dans ce protocole.
