NotizieCryptoXRPL elabora lo standard XLS-66 per prestiti a scadenza fissa finanziati con asset in pool

XRPL elabora lo standard XLS-66 per prestiti a scadenza fissa finanziati con asset in pool

Autore: Blockonomi·

Punti chiave

  • La bozza di specifica XLS-66 consentirebbe agli asset in pool sull'XRP Ledger di finanziare prestiti a scadenza fissa, basandosi sul design proposto degli XLS-65 Single Asset Vaults.
  • I broker di prestiti gestirebbero ciascun pool di lending, approvando i prestiti, stabilendo le commissioni ed eventualmente depositando capitale di prima perdita per assorbire parte degli inadempimenti dei mutuatari.
  • Lo standard punta al lending non collateralizzato con verifiche creditizie gestite off-chain, rinunciando alla liquidazione automatica del collaterale utilizzata da protocolli come Aave e Compound.
  • I record dei prestiti previsti da XLS-66 traccerebbero capitale, interessi, piani di rimborso, date di scadenza e periodi di grazia direttamente sul ledger.
  • La proposta rimane una bozza dipendente da XLS-65 e XLS-64, e l'attivazione richiederebbe un sostegno continuativo dei validatori per un periodo di due settimane, senza una data di rilascio fissa.
XRPL elabora lo standard XLS-66 per prestiti a scadenza fissa finanziati con asset in pool

L'XRP Ledger (XRPL) sta esaminando uno standard di lending che potrebbe consentire agli asset raggruppati in pool di finanziare prestiti a scadenza fissa direttamente sul ledger. La bozza di specifica, nota come XLS-66, si baserebbe sugli XLS-65 Single Asset Vaults, attraverso i quali i depositanti versano asset in pool condivisi e ricevono quote che rappresentano la loro partecipazione in ciascuno di essi. La proposta fa parte di un più ampio slancio verso la DeFi nativa sul ledger, che ha attivato il proprio emendamento Automated Market Maker (AMM), XLS-30, nel 2024.

Secondo la proposta, un broker di prestiti creerebbe e gestirebbe ciascun pool di lending, approverebbe i prestiti, stabilirebbe le commissioni e definirebbe i requisiti di capitale di prima perdita (first-loss). Le verifiche creditizie e la valutazione dei mutuatari rimarrebbero off-chain, anziché basarsi su liquidazioni automatiche del collaterale. I broker potrebbero depositare capitale di prima perdita per ridurre le perdite dei depositanti in caso di inadempimento dei mutuatari. La struttura potrebbe supportare XRP, asset garantiti da emittenti o Multi-Purpose Token, e l'accesso a un pool potrebbe rimanere pubblico o ristretto.

I vault conterrebbero gli asset di lending in pool

Ai sensi di XLS-65, i depositanti verserebbero un singolo asset in un vault e riceverebbero quote in base al proprio contributo. Tali quote attesterebbero la proprietà, ma non garantirebbero l'accesso immediato alla liquidità una volta che il pool inizia a finanziare prestiti.

Ciascun pool richiederebbe proprie regole di prelievo. I termini del pool potrebbero specificare se le richieste di prelievo entrano in una coda, se si applicano limiti ai prestiti e quanta liquidità rimane disponibile mentre i prestiti sono in essere.

Le condizioni dei prestiti tracciate sul ledger

XLS-66 consentirebbe a un broker e a un mutuatario di creare un prestito con capitale, tasso di interesse, piano di rimborso, data di scadenza e periodo di grazia. Il record del prestito traccerebbe il capitale e gli interessi non pagati direttamente sul ledger.

Il sistema supporterebbe inoltre regole sugli interessi di mora, commissioni di origination e penali per l'estinzione anticipata. Se un mutuatario non effettua i pagamenti oltre il periodo di grazia, il broker potrebbe classificare il prestito come deteriorato o inadempiente.

Le verifiche creditizie rimarrebbero off-chain

La proposta si concentra sul lending non collateralizzato e non introduce vendite automatiche del collaterale né liquidazioni forzate. I broker valuterebbero invece i mutuatari al di fuori dell'XRP Ledger utilizzando documentazione finanziaria, accordi legali, garanzie, storico di trading o altre verifiche creditizie. Ciò si discosta dai protocolli di lending DeFi più diffusi come Aave e Compound, in cui i mutuatari forniscono tipicamente un collaterale superiore all'importo del prestito e gli smart contract liquidano automaticamente il collaterale quando il suo valore scende. XLS-66 rispecchia invece la struttura intermediata dei mercati creditizi tradizionali, con il broker che si interpone tra depositanti e mutuatari.

Questo approccio assegna ai broker un ruolo centrale nel controllo del rischio. I depositanti avrebbero bisogno di informazioni sugli standard applicati ai mutuatari, sui limiti di concentrazione, sui termini legali e sul processo di lending del broker prima di allocare asset in un pool.

XLS-66 consentirebbe inoltre ai broker di depositare capitale di prima perdita per assorbire parte di un inadempimento. Il valore di tale protezione dipenderebbe dall'entità della riserva rispetto ai prestiti in essere del pool.

Stato di bozza e dipendenze

La proposta è ancora una bozza e dipende sia da XLS-65 sia da XLS-64. Poiché XLS-66 si basa direttamente sul design dei vault, i suoi progressi sono legati alla preventiva approvazione di XLS-65 nel processo di standardizzazione. Gli aggiornamenti del protocollo XRPL seguono il processo di emendamento del ledger, in base al quale una modifica rilasciata si attiva solo dopo aver ricevuto un sostegno continuativo dai validatori per un periodo di due settimane; i tempi dipendono quindi dall'adozione da parte dei validatori anziché da una data di rilascio fissa.

L'adozione richiederebbe standard approvati, broker attivi, mutuatari e termini chiari per i pool.

Evernorth ha esplorato opportunità di finanza decentralizzata (DeFi) legate a XRP, ma nessuno dei materiali primari esaminati identifica un pool di lending gestito da Evernorth.

Fonte: Blockonomi