Un prêteur finance un prêt XRP de 30 jours à un commerçant vérifié. Les fonds sont réglés en quelques secondes, les intérêts commencent à courir et aucun bureau centralisé ne s’interpose. C’est la vision présentée par Ripple le 29 juin, lorsqu’elle a publié les spécifications des Single Asset Vaults (XLS-65) et d’un Lending Protocol natif (XLS-66) sur le XRP Ledger (XRPL), invitant les développeurs à tester sur devnet pendant que les validateurs examinent les amendements (blog Ripple Insights).

En quelques jours, une démonstration publique a montré l’ensemble de la boucle de prêt en fonctionnement sur devnet — vaults, dépôts de liquidité, prêts à terme fixe non garantis et remboursements — donnant au marché une idée concrète de la manière dont le crédit pourrait circuler sur XRPL si les amendements sont approuvés (XRPL Demo App (lending.xls-demo.com) — RippleX).

Pourquoi XRPL fait passer le crédit onchain maintenant

XRPL fonctionne depuis longtemps comme une infrastructure de paiements et d’échange. La liquidité circule rapidement sur le réseau, mais le crédit — le mécanisme qui étend l’usage des dollars et de XRP dans le temps — a surtout existé offchain ou au sein de plateformes DeFi sur d’autres blockchains. Ethereum à lui seul héberge des milliards en positions de prêt actives sur des protocoles comme Aave et Compound, tandis que Solana et d’autres L1 ont développé leurs propres écosystèmes de prêt. Jusqu’ici, XRPL ne disposait pas de primitive native équivalente. Les amendements proposés par Ripple introduiraient cette couche manquante, avec l’objectif de rapprocher le crédit à terme fixe, potentiellement non garanti, de la couche de règlement.

Si le prêt devient une primitive de premier ordre sur XRPL, le registre cesse d’être uniquement l’étape finale du règlement et commence à structurer la transaction elle-même. Les parties concernées incluent les entreprises de paiement, les teneurs de marché, les portefeuilles et les développeurs à la recherche de coûts de financement prévisibles et d’une comptabilisation native du risque de crédit. Les déposants particuliers susceptibles d’apporter de la liquidité aux vaults entrent également en ligne de compte — à condition que le profil risque-rendement soit cohérent.

Des rails de paiement aux primitives de crédit

La proposition de Ripple divise le travail en deux spécifications. XLS-65 décrit les Single Asset Vaults : des conteneurs standardisés sur XRPL qui détiennent un seul actif et suivent les parts des déposants. XLS-66 ajoute la logique de prêt — création des conditions de prêt, décaissement des fonds, accumulation des intérêts et règlement des remboursements. Les deux changements seraient déployés via le processus d’amendement du réseau et ne sont pas actifs sur le mainnet tant que les validateurs ne les ont pas approuvés.

Amendements et gouvernance

XRPL évolue au moyen d’amendements qui exigent qu’une supermajorité de validateurs les soutienne en continu pendant une fenêtre de vote définie. La page officielle « Known Amendments » répertorie l’amendement LendingProtocol (ID 565B90CA1AB2B9D42208ED10884188C64F9E19083DECB9634AAF06EB03299509) et indique que SingleAssetVault et LendingProtocol sont tous deux ouverts au vote sur le mainnet depuis la fin juin (XRPL Docs — Amendements connus). L’activation n’est pas garantie ; elle dépend du maintien d’un soutien par supermajorité.

S’ils sont approuvés, les applications n’auraient pas besoin de réinventer la logique de prêt de base dans des contrats intelligents sur mesure. Elles pourraient appeler des objets de registre standardisés pour les dépôts dans les vaults, la création de prêts et le suivi des remboursements — ce qui signifie généralement moins de composants, des frais plus prévisibles et une sémantique du risque plus claire dans l’ensemble de l’écosystème.

Dans les coulisses : vaults, prêts et règlement

Single Asset Vaults (XLS-65)

Un Single Asset Vault est une structure native permettant de mutualiser un seul token, comme XRP ou un stablecoin USD. Il émet des parts lors d’un dépôt et les détruit lors d’un retrait. Le registre suit le total des actifs, le total des parts et le solde de parts de chaque compte. Comme le vault est natif du registre, les mécanismes de comptabilité et de frais restent cohérents dans toutes les applications qui l’utilisent.

Lending Protocol (XLS-66)

XLS-66 introduit des objets de prêt qui référencent une source de financement, telle qu’un vault, précisent les informations de l’emprunteur, définissent des échéances fixes et gèrent les calendriers de remboursement. La démonstration RippleX sur devnet présente des prêts à terme fixe non garantis, de leur création jusqu’au remboursement. Cette distinction est importante : le crédit non garanti repose sur la souscription des emprunteurs plutôt que sur la liquidation de garanties (XRPL Demo App (lending.xls-demo.com) — RippleX).

Comment un prêt pourrait circuler sur XRPL

1. Un protocole déploie un Single Asset Vault et attire des dépôts, par exemple en XRP ou en stablecoin USD.
2. Les gestionnaires de crédit définissent les politiques : emprunteurs éligibles, montants maximums, durées et tarification.
3. Un emprunteur demande un prêt à terme fixe. L’application vérifie les listes d’autorisation, les limites et la liquidité disponible.
4. Après approbation, l’objet de prêt est créé et les fonds sont réglés nativement sur XRPL vers l’adresse de l’emprunteur.
5. Les intérêts s’accumulent selon le calendrier fixe. Le registre suit le principal et les intérêts dus.
6. L’emprunteur rembourse. Le protocole réalloue les fonds au vault et met à jour les parts des prêteurs.
7. En cas de défaut de remboursement, le protocole déclenche sa politique de défaut, qui peut inclure des réserves, une assurance ou des étapes de recouvrement définies par les règles de l’application.

Pourquoi le terme fixe est important

La plupart des prêts DeFi actuels sont à taux variable et surgarantis. Les échéances fixes permettent d’apparier actifs et passifs : la trésorerie d’un portefeuille ou d’une plateforme d’échange peut planifier ses flux de trésorerie, et un commerçant peut modéliser son coût du capital. Une prise en charge native par le registre rend l’ensemble plus simple à auditer et à automatiser.

État des lieux : vote, devnet et premières applications

Au 30 juin, la page « Known Amendments » de XRPL indique que SingleAssetVault et LendingProtocol sont ouverts au vote des validateurs sur le mainnet. L’activation exige une supermajorité soutenue pendant toute la période de vote ; les calendriers ne sont donc pas fixes (XRPL Docs — Amendements connus).

Ripple a publié une explication détaillée et invité les développeurs à tester sur devnet (blog Ripple Insights). L’application de démonstration associée est en ligne et parcourt l’ensemble du cycle de vie : création de vaults, dépôt, émission de prêts à terme fixe non garantis, remboursement et inspection des transitions d’état onchain (XRPL Demo App (lending.xls-demo.com) — RippleX).

Les acteurs du marché signalent déjà leurs intentions. Le 1er juillet, un communiqué de presse de LendProtocol a annoncé un produit destiné aux consommateurs offrant 12% APR sur les dépôts en XRP et RLUSD — RLUSD étant le stablecoin adossé au dollar de Ripple — avec des paiements quotidiens et sans période de blocage au lancement. Il s’agit d’une affirmation du projet, et non d’une garantie de rendement ou de niveau de risque (GlobeNewswire — communiqué de presse de LendProtocol). Cela illustre toutefois la rapidité avec laquelle les projets cherchent à se positionner lorsque des primitives fondamentales émergent.

Ce que cela pourrait changer pour les utilisateurs et développeurs XRPL

Un financement prévisible pour les entreprises onchain. Le crédit à terme fixe permet aux teneurs de marché, aux acteurs du transfert de fonds et aux portefeuilles de planifier leurs cycles de trésorerie. Un taux fixe sur 30–90 jours est souvent plus utile pour préfinancer des corridors ou équilibrer des carnets d’ordres qu’un taux variable d’utilisation qui fluctue chaque semaine.

Une UX plus claire pour les déposants. Avec des vaults standardisés au niveau du registre, les applications peuvent proposer des flux de dépôt et de retrait plus simples. La comptabilité des parts est native, ce qui évite d’avoir à décoder des calculs de contrats sur mesure pour comprendre sa créance sur le pool.

Des opportunités pour les couches d’identité et de réputation. Les prêts non garantis dépendent de la souscription. Des intégrations avec des fournisseurs d’attestations, des registres d’entreprises, des oracles et des tableaux de bord de risque sont probables. XLS-65/66 ne les impose pas ; ce sont des domaines dans lesquels les développeurs peuvent se différencier.

Des analyses natives au registre. Si les prêts et les vaults deviennent des objets de premier ordre, les explorateurs de réseau et fournisseurs de données peuvent standardiser des tableaux de bord couvrant l’utilisation, les retards, les défauts et les échelles de maturité. Cela favorise la transparence — et augmente la pression. Les mauvais gestionnaires de risque auront moins d’endroits où se cacher.

Ce qui doit fonctionner en pratique

Rigueur de la souscription. Des critères d’emprunteur clairs, des expositions plafonnées et des politiques auditées doivent être au centre du dispositif. Certaines applications peuvent exiger un KYC ou des documents commerciaux pour emprunter.

Coussins de pertes et cascades. Le crédit non garanti devrait inclure des réserves, des tranches juniors ou une assurance. XLS-66 ne prescrit pas de structures de capital ; les protocoles doivent donc définir qui absorbe les premières pertes et comment les recouvrements sont distribués.

Garde-fous opérationnels. Les termes fixes créent des murs de refinancement. Les applications mettront probablement en place des maturités échelonnées, des règles de remboursement anticipé et des coupe-circuits lorsque l’utilisation des vaults devient trop tendue.

Adéquation réglementaire. Les règles relatives au crédit à la consommation sont strictes dans de nombreuses juridictions. Les effondrements de 2022 de prêteurs crypto centralisés — notamment Celsius, BlockFi et Voyager — ont montré à quelle vitesse les risques d’application de la réglementation et d’insolvabilité peuvent se matérialiser lorsque les contrôles de prêt échouent. Même avec des objets de crédit au niveau du registre, les plateformes front-end qui servent le public peuvent avoir besoin de licences, d’informations réglementaires et d’un traitement robuste des données — en particulier pour les prêts non garantis aux particuliers.

À surveiller ensuite

Les signaux clés au cours du prochain trimestre incluent :

• Tendances de supermajorité des validateurs : les votes pour SingleAssetVault et LendingProtocol augmentent-ils et restent-ils élevés pendant toute la fenêtre de vote ? C’est le facteur décisif pour l’activation sur mainnet.
• Volume et incidents sur devnet : les développeurs testent-ils intensivement les parcours de démonstration et signalent-ils des bugs de cas limites ? Plus il y a de ruptures maintenant, moins il devrait y en avoir plus tard.
• Prise en charge par les portefeuilles et SDK : une UX propre pour les dépôts et prêts dépend des outils. Les premières intégrations de portefeuilles seront révélatrices.
• Cadres de risque des premières applications : les projets qui publieront politiques de souscription, rapports d’audit et tableaux de bord de risque en direct indiqueront où le capital sérieux portera son attention.
• Positionnement réglementaire : les premières plateformes ciblent-elles uniquement les entreprises ou aussi le détail ? La réponse donnera des indications sur le niveau de supervision attendu et le rythme de croissance.

Risques et scénarios défavorables

• Non-activation des amendements : les validateurs pourraient ne pas maintenir une supermajorité, laissant devnet comme bac à sable sans changement sur mainnet.
• Bugs d’implémentation : les fonctionnalités natives peuvent tout de même contenir des failles de logique ou de comptabilité. Des cas limites dans l’accumulation des intérêts ou la planification des remboursements pourraient causer des pertes.
• Échecs de souscription : le crédit non garanti amplifie le risque emprunteur. Quelques mauvais prêts sans réserves adéquates peuvent vider un vault.
• Crise de liquidité : si trop de dépôts sont immobilisés dans des prêts à terme fixe et que les retraits augmentent fortement, les applications peuvent imposer des restrictions ou des décotes.
• Actions réglementaires : le crédit non garanti destiné aux consommateurs peut déclencher des mesures d’application si les plateformes contournent la conformité.
• Excès marketing : les APR affichés peuvent masquer le risque. Les paiements quotidiens et l’absence de blocage peuvent sembler attractifs jusqu’à l’apparition de défauts. Les affirmations doivent être considérées comme du marketing, non comme des garanties.

Si vous fournissez de la liquidité, supposez un risque sur le principal. Les rendements proviennent de la promesse de remboursement de quelqu’un d’autre — et parfois, cette promesse n’est pas tenue.

Questions fréquentes

Le XRPL Lending Protocol est-il actif sur le mainnet ?

Pas encore. Depuis la fin juin, les amendements SingleAssetVault et LendingProtocol sont ouverts au vote des validateurs. L’activation nécessite une supermajorité soutenue pendant la période requise, conformément à la gouvernance de XRPL (XRPL Docs — Amendements connus).

Comment les taux d’intérêt sont-ils fixés ?

Les taux font partie des conditions de prêt définies par l’application au moyen des objets du protocole. La démonstration RippleX met en avant des prêts à terme fixe. En pratique, la tarification reflétera le risque de crédit, la durée et la demande du marché pour la liquidité des vaults. Aucun rendement n’est garanti.

Les emprunteurs ont-ils besoin d’une garantie ?

Pas nécessairement. La démonstration présente des prêts à terme fixe non garantis sur devnet, indiquant que la souscription et les listes d’autorisation sont gérées par les politiques des applications plutôt que par des liquidations de garanties (XRPL Demo App — RippleX).

Quels actifs les vaults pourraient-ils détenir ?

Les Single Asset Vaults sont conçus pour détenir un seul token — potentiellement XRP ou un stablecoin pris en charge, des projets ayant mentionné RLUSD dans leur communication marketing. Les actifs effectivement pris en charge dépendront de l’application et de ce qui est liquide sur XRPL.

Comment les défauts sont-ils gérés ?

La logique de défaut dépend de chaque application. Il faut s’attendre à des réserves, des tranches de première perte ou des mécanismes d’assurance. XLS-66 suit l’état et les calendriers, mais ne récupère pas automatiquement les fonds ; les protocoles doivent prévoir les pertes et divulguer leurs politiques.

Quand les développeurs peuvent-ils l’essayer ?

Le flux complet peut être testé dès aujourd’hui sur XRPL devnet via la démonstration publique de RippleX pour XLS-65/66. La disponibilité sur mainnet dépendra des votes des validateurs et de la réussite des tests (blog Ripple Insights).

Cela aura-t-il un effet sur le prix de XRP ?

Les primitives de crédit peuvent améliorer l’utilité et la liquidité, ce qui peut influencer le sentiment au fil du temps. Toutefois, les prix évoluent pour de nombreuses raisons. Il faut considérer cela comme un progrès d’infrastructure, et non comme un signal de trading.

Disclaimer : Cet article est fourni à titre informatif uniquement. Il n’est pas proposé ni destiné à être utilisé comme conseil juridique, fiscal, d’investissement, financier ou autre.