Una proposta in bozza su XRP Ledger (XRPL), XLS-66, introdurrebbe prestiti a termine fisso e senza garanzie utilizzando asset aggregati in pool. Il XLS-66 Lending Protocol resta in bozza e dipende da due proposte collegate, XLS-65 e XLS-64. Il suo design delinea come il lending nativo potrebbe funzionare sul ledger: i vault in pool detengono gli asset dei depositanti, i loan broker originano i prestiti e gestiscono il rischio di credito fuori dal ledger, e il capitale di prima perdita può compensare parte di un default, in base ai termini di copertura scelti dal broker. Se approvata tramite governance e attivata, la proposta renderebbe disponibili su XRPL le primitive del lending — anche se non creerebbe da sola mutuatari, liquidità o una rete di broker collaudata. Poiché la proposta è ancora infrastruttura in bozza, i termini dei pool e le disclosure dei broker restano gli elementi chiave da monitorare.

Un vault e un broker al centro

XLS-66 si basa su XLS-65 Single Asset Vaults. Un vault aggrega un singolo asset dei depositanti — XRP, un IOU emesso da un issuer o un Multi-Purpose Token — ed emette quote che rappresentano la partecipazione di ciascun depositante nel pool.

Un loan broker collega il vault al protocollo di lending. Il broker imposta il pool, origina i prestiti e gestisce l’accordo per tutta la sua durata. Il broker stabilisce anche i principali termini economici, incluse le commissioni di gestione e l’ammontare del capitale di prima perdita, se presente, apportato al pool.

Le quote del vault indicano la proprietà, non la liquidità garantita

I depositanti riceverebbero quote del vault quando conferiscono asset a un pool. Queste quote rappresentano un diritto proporzionale sul vault, ma il loro valore pratico dipende dagli asset disponibili nel pool e dalla politica di prelievo. Una volta che il capitale è stato prestato, un depositante potrebbe non avere accesso immediato alla stessa quantità di asset liquidi. La documentazione di un futuro vault dovrebbe quindi indicare come funzionano i prelievi mentre i prestiti restano aperti, se le richieste possono essere messe in coda e se il vault impone limiti al lending rispetto alla liquidità disponibile.

L’accesso può essere aperto o limitato

XLS-65 consente sia vault pubblici sia vault privati. I pool pubblici potrebbero accettare un’ampia platea di depositanti. I pool privati possono usare credenziali on-ledger per limitare l’accesso ai partecipanti approvati.

Ciò lascia spazio su XRPL a pool di credito istituzionali accanto a prodotti ad accesso aperto. Significa anche che il “native lending” non descriverà un’esperienza uniforme. Ogni pool può differire per chi può depositare, chi può prendere in prestito e quali informazioni ricevono i partecipanti.

Come verrebbe registrato e gestito un prestito

Secondo XLS-66, il loan broker e il borrower creano un prestito con un capitale nominale, un tasso di interesse, un intervallo di pagamento, una scadenza e un periodo di grazia definiti. L’oggetto prestito traccia quindi il capitale e gli interessi ancora in essere.

Il protocollo include la gestione dei pagamenti, le regole sugli interessi di mora e le commissioni per servizi come l’origination del prestito o il rimborso anticipato. Se un borrower salta i pagamenti oltre il periodo di grazia concordato, il broker può classificare il prestito come deteriorato o in default in base alle regole della proposta.

Registrare questi dettagli sul ledger potrebbe rendere più semplice per lender, borrower e custodi lavorare sulla stessa base dati. Sagar Shah, Chief Business Officer di Evernorth, ha sostenuto che dati condivisi sui prestiti possono ridurre le contestazioni di riconciliazione tra queste parti in una comunicazione aziendale depositata presso la SEC.

Lo stato di default, tuttavia, è un evento contabile. Da solo non recupera l’importo non pagato. L’accordo legale alla base del prestito e il processo di recupero del broker restano centrali per l’esito per i depositanti, soprattutto perché il protocollo non sostituisce i contratti off-chain che disciplinerebbero i rapporti di credito reali.

Le decisioni sul credito restano fuori da XRPL

XLS-66 è progettato per prestiti senza garanzie a livello di protocollo. I suoi autori hanno volutamente escluso la gestione automatizzata delle garanzie on-chain e le liquidazioni forzate, optando invece per un underwriting off-chain. In pratica, un broker dovrebbe determinare se un borrower è in grado di rimborsare. Tale valutazione può includere bilanci, storico di trading, accordi legali, garanzie o collateral detenuto fuori da XRPL. La proposta non prescrive un unico metodo di underwriting né definisce uno standard universale per i borrower.

Questo approccio può essere adatto a market maker e istituzioni che già utilizzano processi di credito consolidati. Inoltre, attribuisce maggiore importanza alla trasparenza del broker: i depositanti hanno bisogno di informazioni sufficienti per valutare la disciplina di lending del broker prima di stabilire se il rendimento offerto compensi il rischio. In questo senso, l’utilità della proposta dipenderà non solo dalla meccanica del ledger, ma anche dalla capacità di borrower, broker e operatori dei vault di presentare i termini in modo abbastanza chiaro da consentire agli altri di valutarli.

Il capitale di prima perdita può attenuare un default

La proposta consente a un broker di depositare capitale di prima perdita. In caso di default, una parte di quel capitale può essere liquidata e restituita al vault, riducendo la perdita trasferita ai depositanti.

Il buffer può essere modesto o consistente a seconda del pool. Il suo valore non può essere valutato dal solo importo nominale del token. Una riserva di 1 million XRP ha un significato molto diverso rispetto a 5 million XRP in prestiti rispetto a 100 million XRP.

Le future disclosure dei pool dovrebbero indicare la copertura minima richiesta, la quota di tale copertura disponibile per la liquidazione e la capacità del broker di ritirare il capitale eccedente. Questi dati mostrano quanta protezione effettiva abbiano i depositanti quando un borrower fallisce.

I termini che dovrebbero essere visibili prima che il capitale entri in un pool

Un pool di lending credibile su XRPL richiederebbe più di un rendimento annuo pubblicato. La documentazione dovrebbe rispondere a quanto segue:

Broker identity and jurisdiction: Chi gestisce il pool, sotto quale entità giuridica e sotto quale legge applicabile?

Borrower eligibility: Quali società o account possono ricevere prestiti e le affiliate possono prendere in prestito dal pool?

Concentration limits: Quale parte del vault può essere prestata a un singolo borrower o a un gruppo di borrower collegati?

Loss cover: Quanto capitale di prima perdita viene apportato, espresso come percentuale del debito residuo?

Withdrawal terms: Quando i depositanti possono riscattare le quote del vault e cosa accade quando una parte significativa del pool è impegnata in prestiti?

Default and recovery process: Chi interviene dopo il default e quali crediti vanta il pool nei confronti del borrower?

Sono domande ordinarie nel lending, ma diventano più importanti quando un vault on-chain offre ai partecipanti una via semplice verso un mercato del credito. La trasparenza del regolamento non sostituisce l’analisi del credito.

L’approvazione aprirebbe la porta alla sperimentazione

XLS-66 resta una bozza e richiede XLS-65 e XLS-64. Un processo di governance e attivazione riuscito renderebbe disponibili le primitive di lending su XRPL. Non creerebbe però da solo borrower, liquidità o una rete di broker collaudata.

I primi segnali utili di adozione sarebbero concreti: broker identificati, termini dei pool pubblicati, rapporti di copertura divulgati e una cronologia dei rimborsi on-ledger che possa essere esaminata nel tempo. Questi elementi mostrerebbero se il framework proposto sta servendo un vero mercato del credito oppure sta solo aggiungendo un’altra funzionalità del ledger inutilizzata.

Perché Evernorth compare nella discussione

The Block ha riportato che Evernorth sta esplorando opportunità DeFi attorno a XRP. Evernorth non controlla XLS-66 e nessun materiale primario esaminato identifica un pool di lending gestito da Evernorth. La sua rilevanza è più ristretta: la strategia di tesoreria dichiarata include lending, fornitura di liquidità e rendimento DeFi, rendendola un potenziale utente istituzionale se il lending su XRPL diventasse disponibile.

La proposta di lending di XRPL sarà giudicata dai pool costruiti al suo interno: i loro borrower, i termini di liquidità e la protezione disponibile quando le condizioni di credito peggiorano.

Revisione delle fonti: Le affermazioni tecniche e lo stato della proposta si basano sulle specifiche ufficiali di XLS-66 Lending Protocol e XLS-65 Single Asset Vault. La rilevanza attuale di Evernorth è richiamata dal report di The Block dell’20 August, dal suo comunicato ufficiale di lancio e da una comunicazione aziendale depositata presso la SEC.