Les développeurs du XRP Ledger continuent d'affiner le XLS-66, un standard proposé qui introduirait une fonctionnalité de prêt natif sur XRPL. Si la spécification continue de progresser, elle pourrait devenir l'une des mises à niveau de type DeFi les plus significatives du réseau.

La proposition décrit un prêt on-chain à terme fixe et sans collateral, construit autour de Single Asset Vaults. Elle s'appuie également sur une souscription off-chain par des courtiers en prêts, tandis que le règlement serait traité on-chain via l'infrastructure XRPL.

Cette structure est au cœur de la proposition. Le XLS-66 n'est pas conçu comme un simple pool de prêt DeFi où « n'importe qui emprunte à n'importe qui », similaire aux marchés monétaires entièrement collatéralisés d'Ethereum. Il présente plutôt un modèle de prêt plus structuré qui combine l'évaluation du crédit off-chain avec l'exécution on-chain.

La fonctionnalité reste au stade de l'examen des standards et des tests de code. Le prêt natif dans le cadre du XLS-66 n'est pas actif sur le mainnet du XRP Ledger.

XRPL s'étend au-delà des paiements

Le XRP Ledger est depuis longtemps associé aux paiements, au règlement rapide et à la fonctionnalité d'échange. Cette histoire reste importante, mais elle peut aussi occulter la direction de développement plus récente du réseau.

Les développeurs XRPL travaillent sur des fonctionnalités destinées à élargir le rôle de la chaîne dans la finance on-chain, notamment des coffres, une fonctionnalité de market maker automatisé, des identifiants et des standards de prêt. Le XLS-66 s'inscrit dans cette trajectoire de développement plus large. Contrairement aux chaînes compatibles EVM où les protocoles DeFi sont généralement déployés en tant que contrats intelligents par des développeurs tiers, XRPL implémente les principales fonctionnalités financières en tant que fonctionnalités natives du protocole via des propositions de standards et des amendements. Cela signifie que des fonctionnalités comme le prêt passent par un processus formel d'examen des standards avant de pouvoir être activées sur le mainnet, ce qui explique pourquoi des propositions telles que le XLS-66 sont des indicateurs significatifs de la feuille de route du réseau.

Un protocole de prêt natif donnerait à XRPL un lien plus direct avec les marchés du crédit. Cependant, la proposition ne cherche pas à reproduire exactement les modèles DeFi existants. Elle introduit des Single Asset Vaults et un prêt à terme fixe tout en maintenant la souscription off-chain comme élément clé du processus.

En ce sens, la conception ressemble à un pont entre les flux de crédit traditionnels et le règlement sur blockchain. L'évaluation du crédit se ferait hors chaîne, tandis que la structure de prêt qui en résulte pourrait être enregistrée et réglée sur XRPL.

Pourquoi la souscription off-chain est centrale

La plupart des prêts DeFi sont surcollatéralisés. Dans ce modèle, un utilisateur dépose des actifs d'une valeur supérieure au montant qu'il emprunte, et des contrats intelligents gèrent les liquidations si la valeur du collateral chute trop bas. Cette approche est transparente et automatisée, mais elle est aussi inefficace en termes de capital, car les emprunteurs doivent généralement déjà détenir des actifs substantiels avant de pouvoir accéder au crédit. Des protocoles comme Aave et Compound ont popularisé ce modèle sur Ethereum, et il reste le paradigme dominant dans la plupart des marchés de prêt DeFi aujourd'hui.

Le prêt sans collateral fonctionne différemment. Il nécessite une combinaison de confiance, d'identité, d'évaluation du crédit ou de souscription. Sans ces éléments, les emprunteurs pourraient contracter des prêts sans mécanisme fiable permettant aux prêteurs d'évaluer le risque de remboursement.

Le XLS-66 introduit des courtiers en prêts dans cette structure. Selon le modèle proposé, les décisions de crédit et l'évaluation des emprunteurs se feraient off-chain, tandis que les conditions de prêt et le règlement qui en découlent pourraient être traités on-chain.

Cela crée un modèle de risque qui diffère considérablement du prêt DeFi standard. Il peut être mieux adapté à certains flux de crédit du monde réel, mais il dépend aussi fortement de la qualité du processus de souscription. La blockchain peut enregistrer le règlement, appliquer certaines conditions et fournir de la transparence, mais elle n'élimine pas le risque de crédit de l'emprunteur.

C'est pourquoi le rôle du courtier en prêts est un élément central de la proposition plutôt qu'un simple détail d'implémentation.

Les Single Asset Vaults comme élément de construction

Les Single Asset Vaults sont une autre partie importante de la conception proposée. Une structure de coffre peut aider à organiser les fonds, isoler les actifs et créer un conteneur plus clair pour une activité de prêt spécifique. Cela pourrait rendre le prêt basé sur XRPL plus facile à comprendre et à gérer qu'un modèle de pool moins structuré.

Pour les développeurs, les coffres pourraient également servir d'éléments de construction financière plus larges. Une fois que les mécanismes de coffre seront disponibles, d'autres produits pourraient devenir plus faciles à développer. Le prêt, les produits de rendement, le crédit structuré et les outils de gestion d'actifs nécessitent tous des méthodes fiables pour détenir et comptabiliser les actifs.

C'est pourquoi les discussions sur les standards techniques peuvent être importantes avant un lancement sur le mainnet. Les marchés accordent souvent plus d'attention une fois qu'une fonctionnalité est en ligne, mais l'architecture est façonnée plus tôt, pendant que les standards sont débattus, révisés et testés. Le XLS-66 représente l'étape où la conception du prêt natif de XRPL est développée et affinée.

Le prêt natif sur XRPL n'est pas encore actif

La principale réserve est que le XLS-66 reste en cours d'examen et de test. Les utilisateurs ne doivent pas supposer que le prêt natif sur XRPL est actuellement disponible. Les développeurs travaillent encore sur la spécification et l'intégration du code, y compris le travail connexe suivi dans les dépôts XRPLF.

Ce processus est typique du développement de protocole, en particulier lorsque des primitives financières sont impliquées. Les systèmes de prêt nécessitent un examen minutieux car les erreurs peuvent être coûteuses. Ils impliquent des soldes, des remboursements, des défauts, de la comptabilité de coffre, des permissions et des attentes des utilisateurs.

Pour les détenteurs de XRP et les utilisateurs de XRPL, la proposition est notable car elle élargirait les cas d'usage potentiels du réseau si elle était implémentée de manière sécurisée. Le prêt natif pourrait renforcer le profil DeFi de XRPL et pourrait intéresser les développeurs et les utilisateurs recherchant des produits de crédit connectés à la vitesse et aux fonctionnalités de règlement du ledger.

Au stade actuel, cependant, la proposition concerne encore la conception et les tests plutôt que l'adoption.

L'ambition DeFi de XRPL devient plus visible

Le XLS-66 montre que le développement du XRP Ledger s'oriente vers une infrastructure financière plus avancée. Cela ne remplace pas l'héritage de paiements du réseau ; cela y ajoute une couche supplémentaire. Les paiements et le prêt sont étroitement liés dans la finance traditionnelle, et une blockchain qui prend en charge les deux peut jouer un rôle plus large qu'une blockchain utilisée uniquement pour les transferts.

Plusieurs questions restent non résolues. Le standard devrait être finalisé, le code devrait être intégré de manière sécurisée, les développeurs devraient construire des produits de prêt autour de celui-ci, les utilisateurs devraient faire confiance au modèle de souscription off-chain, et les courtiers en prêts devraient générer une demande réelle.

Ces résultats restent incertains et prendront du temps à évaluer. Pour l'instant, le point clé est que les développeurs de XRPL travaillent sur un prêt natif d'une manière qui reflète la propre architecture du réseau, plutôt que de simplement copier le modèle DeFi d'une autre chaîne.

Si l'effort réussit, le XLS-66 pourrait aider à positionner XRPL comme une couche d'application financière plus large. S'il stagne, il indiquera néanmoins où les développeurs tentent de pousser les capacités du réseau. Dans les deux cas, le standard reste l'un des efforts de développement XRPL les plus importants à suivre.

Cet article est basé sur les discussions GitHub de XRPLF concernant XLS-66 et la pull request rippled associée. Le rapport original a été rédigé par le News Desk et édité par Samuel Rae. Il est basé sur des informations publiées dans des divulgations et de la documentation source primaire.