étude de cas
AYZE
Un marché du prêt où l’on voit qui paie quand un prêt tourne mal.
Le problème
Les petites entreprises ont besoin de crédit à court terme, vite, sans apporter de garantie. Les prêteurs veulent bien suivre, à condition de voir qui porte le risque quand un prêt tourne mal.
AYZE est une place de marché de prêts sur le XRP Ledger, construite autour de cette question. Un courtier gère un coffre et y met son propre argent en premier. Les prêteurs alimentent le coffre. Les emprunteurs y tirent des prêts à montant fixe. Et pour chaque prêt, un vendeur de protection accrédité peut garantir une part de chaque échéance, en touchant une part des intérêts pour ce risque.
La démarche
Tout repose sur les fonctions de prêt natives du ledger, en XRP natif : le coffre, le courtier, les prêts, les identifiants et les séquestres. Qui peut emprunter, et qui peut garantir un prêt, c’est un identifiant on-chain : l’emprunteur en détient un d’AYZE et un du courtier du coffre ; le vendeur de protection, un du courtier.
Une boucle de suivi prélève chaque échéance à son terme, répartit les intérêts entre le vendeur de protection, le courtier et les prêteurs, et rend au vendeur le séquestre de cette échéance. Si une échéance est trop en retard, le prêt passe en défaut et le courtier récupère les séquestres encore bloqués.
Nous avons déroulé tout le parcours, défaut compris, de bout en bout sur le réseau de test du hackathon avec un script, en gardant le lien de chaque transaction.
Ce qui tient
- Chaque montant est lu sur le ledger, jamais dans nos propres données.
- Les identifiants sont vérifiés sur le ledger avant qu’AYZE ne signe quoi que ce soit pour un emprunteur ou un vendeur de protection.
- Le parcours complet, défaut et récupération du séquestre compris, a tourné de bout en bout sur le réseau de test.
Ce qui ne tient pas encore
Tiré de nos propres notes. C’était construit pour un hackathon, sur un réseau de test.
- Les identifiants sont vérifiés par notre application, pas par le ledger. Le coffre est public et la transaction de prêt du ledger ne les contrôle pas : contourner l’application permettrait de s’en passer. Le ledger sait l’imposer, mais cela bloquerait aussi tous les prêteurs, et nous n’avons pas pu confirmer que cela fonctionnait sur le réseau de test.
- Les clés du courtier et de l’emprunteur sont détenues par le serveur, parce que chaque prêt exige la co-signature du courtier et que les échéances sont prélevées automatiquement. C’est beaucoup de confiance au même endroit.
- Nos propres données tiennent dans un seul fichier, sans vraie protection contre deux écritures simultanées. Aucun montant n’en vient, mais il ne tiendrait pas face à un vrai trafic.
- Sur des prêts de test très courts, le délai de grâce avant défaut peut être plus court que prévu, car le ledger le borne.
La vie d’un prêt
Construit avec
- Ledger
- Prêt sur XRP Ledger : coffres, courtiers, prêts, identifiants, séquestres
- Application
- Next.js, React, xrpl.js
- Portefeuilles
- Crossmark, GemWallet
- Exécution
- Docker