L'emendamento di pulizia di XRPL si trova esattamente alla soglia necessaria per l'attivazione, mentre i proposti emendamenti sul lending restano ben al di sotto del supporto richiesto. Al 18 ottobre, 29 dei 35 validatori monitorati dall'XRPL Dashboard sostenevano fixCleanup3_4_0. L'emendamento richiede un'approvazione strettamente superiore all'80%, rendendo 29 voti il minimo indispensabile; 28 su 35 non sono sufficienti. Gli emendamenti sono il meccanismo con cui l'XRP Ledger adotta nuove regole, quindi questo conteggio determina se le correzioni incluse entreranno in vigore come previsto.

La dashboard registra la maggioranza dal 9 ottobre e proietta l'attivazione il 23 ottobre alle 09:34 UTC circa, se il supporto resta invariato per l'intero periodo di due settimane. Definisce l'emendamento come privo di "margine di voti".

L'emendamento contiene circa 25 correzioni, otto delle quali riguardano vault e lending. Le altre modifiche toccano i market maker automatici (AMM), le trust line, i token non fungibili (NFT), i Multi-Purpose Token, l'escrow, la firma di sponsorizzazione e la delega di permessi.

Come è progettato il lending su XRPL

Il proposto sistema di lending su XRPL collegherebbe depositanti, un broker di prestiti e i mutuatari attraverso un vault. I depositanti collocherebbero un solo asset in un Single Asset Vault, mentre un broker disporrebbe prestiti a termine e non collateralizzati da quel pool. I mutuatari ripagherebbero secondo le condizioni concordate, secondo la documentazione sul lending di XRPL.

Il ledger amministrerebbe i prestiti, ma la valutazione del credito avverrebbe off-chain. L'attuale design non prevede inoltre la liquidazione automatica on-chain delle garanzie. Una panoramica precedente della proposta è stata pubblicata da Coindoo. Come ogni funzionalità di XRPL, il sistema di lending diventerebbe operativo solo tramite il voto di emendamento: finché i suoi emendamenti non superano la stessa soglia di supermaggioranza e la finestra di 14 giorni, il design vault-broker resta una proposta e non una funzionalità attiva del ledger.

Stato dei voti e tempistiche di attivazione

I 29 voti a sostegno di fixCleanup3_4_0 sono importanti perché il processo di emendamento di XRPL richiede una maggioranza superiore all'80% dei validatori fidati. La dashboard monitora 35 validatori, quindi la soglia è 29.

Il processo ha già mostrato come la perdita della maggioranza possa incidere sulle tempistiche di attivazione. PermissionDelegationV1_1 è scesa a 28 voti su 35 il 23 settembre. BatchV1_1 ha perso la maggioranza per una votazione il 25 settembre, riavviando il proprio orologio di due settimane prima di essere abilitata il 9 ottobre. Secondo il processo ufficiale di emendamento, la perdita della maggioranza richiesta resetta il periodo di due settimane.

Gli emendamenti sul necessitano ancora di altri 8-10 voti, seguiti da una finestra di 14 giorni. Di conseguenza, nessuno può attivarsi prima di inizio novembre.

Vi è inoltre un'avvertenza relativa ai conteggi dei validatori. Una segnalazione presentata l'8 ottobre nel repository GitHub di rippled afferma che la versione 3.4.1 smette di contare i voti di un validatore dopo la rotazione della sua chiave di firma, escludendolo dalla soglia. Chi ha segnalato ha osservato 33 validazioni e una soglia di 26 anziché 35 e 28, e ha notato che l'esito di nessun emendamento è cambiato, come riportato da Unchained. Una patch era ancora in fase di revisione al 9 ottobre.

Cosa modifica fixCleanup3_4_0

L'emendamento di pulizia va oltre una semplice aggiornamento del lending. Secondo la lista degli emendamenti XRPL, i suoi circa 25 punti includono le seguenti modifiche:

• Trust line: il blocco di un emittente sulle trust line in entrata si applicherà anche alle offerte. Un account non potrà quindi più ricevere token tramite un'offerta quando la relativa trust line in entrata è bloccata.
• Clawback AMM: un clawback non brucerà più i token di pool di un holder senza recuperare nulla quando l'arrotondamento riduce l'importo a zero.
• Escrow: l'annullamento o il completamento di un escrow che restituisce token non fallirà più quando il proprietario si trova al limite della riserva.
• Firme: le firme di sponsor e controparte avranno prefissi distinti, impedendo che una firma creata per un ruolo venga riprodotta come l'altra.

Queste modifiche sono descritte nelle note di rilascio di xrpld 3.4.0. Riguardano anche una funzionalità attivata l'8 ottobre. La documentazione XRPL sconsiglia di delegare il permesso granulare PaymentBurn prima che la pulizia sia abilitata, perché un delegato che lo detiene potrebbe essere in grado di creare nuovi token su trust line o Multi-Purpose Token, anziché limitarsi a distruggerli, secondo Unchained. La pulizia respinge i pagamenti solo-PaymentBurn che attraverserebbero un saldo zero fino a una emissione.

Effetti sui depositi e sulla contabilità dei vault

Le quote dei vault sono Multi-Purpose Token il cui valore segue gli asset detenuti dal vault. Il ledger traccia inoltre una "perdita non realizzata" sui prestiti contrassegnati come deteriorati. In un esempio della documentazione dei vault, un vault da 1,0 milioni di dollari con una perdita non realizzata di 900.000 dollari ha un tasso di cambio per i prelievi di 0,1.

La pulizia apporta tre modifiche a questa parte del sistema. Depositi, prelievi e clawback utilizzano un arrotondamento più preciso, contribuendo a mantenere coerenti gli asset totali, gli asset disponibili e l'offerta di quote di un vault. Un prelievo a quote fisse da un vault completamente deteriorato può trasferire zero asset invece di fallire. La transazione si completa senza recuperare denaro, e le note di rilascio non spiegano perché questo comportamento abbia sostituito un fallimento.

L'emendamento modifica inoltre i controlli su ritardo, deterioramento e default dei prestiti. La data di scadenza deve essere strettamente trascorsa prima che un prestito possa essere segnalato, ossia un prestito non può essere contrassegnato come in ritardo o in default nella data di scadenza stessa.

Questo è il quarto emendamento di pulizia rivolto al codice in questione. La documentazione dei vault di XRPL afferma che fixCleanup3_1_3 fino a fixCleanup3_4_0 hanno ciascuno introdotto correzioni di precisione, arrotondamento o correttezza al comportamento dei vault dopo l'audit del 2025.

Interessi e prelievi con LendingProtocolV1_1

LendingProtocolV1_1, introdotto nella versione 3.4.0, cambia il modo in cui un vault contabilizza gli interessi. In precedenza, un vault contabilizzava l'intero interesse programmato di un prestito come reddito al momento dell'origine del prestito e doveva stornarlo se il mutuatario smetteva di pagare.

La documentazione sul lending offre un esempio con un vault da 99.000 token disponibili e un prestito di 1.000 token con 90 token di interessi programmati. Secondo l'approccio precedente, il vault riporta 100.090 di asset totali. Con la contabilità a cassa, gli interessi vengono contati solo quando un pagamento li consegna. I prezzi quote non vengono quindi incrementati da redditi programmati ma non incassati, e le perdite appaiono minori perché solo il capitale è a rischio.

Lo stesso emendamento introduce i vault a termine chiusi. Essi attraversano tre fasi in date fissate alla creazione del vault, e tali date non possono essere modificate. Una volta abilitato V1.1, i nuovi broker di prestiti potranno utilizzare solo vault a termine chiusi, secondo la documentazione XRPL sui Single Asset Vault.

Il modello contabile dipende dal momento di creazione del vault. I vault creati prima dell'attivazione di V1.1 manterranno permanentemente il modello di interessi precedente, anche dopo l'abilitazione di V1.1. La documentazione prevede inoltre un possibile intervallo tra le attivazioni dei due emendamenti. LendingProtocol e V1.1 avevano entrambi 19 voti nello snapshot del 18 ottobre, ma i conteggi identici non garantiscono che si attivino insieme.

Capitale di prima perdita e default dei prestiti

Un broker può fornire capitale opzionale di prima perdita, ma due impostazioni limitano quanto di quel capitale raggiunge un vault dopo un default. CoverRateMinimum specifica la quota del debito che deve essere coperta, mentre CoverRateLiquidation limita quanto di quel minimo viene inviato al vault in caso di default di un prestito.

In un esempio della documentazione del Lending Protocol di XRPL, un broker fornisce 1.000 token di copertura e un prestito di 1.090 token va in default. Con entrambi i tassi al 10%, vengono applicati solo 10,9 token di copertura, lasciando al vault una perdita di 1.079,1 token. Sono i broker a fissare i tassi, quindi i pool reali possono utilizzare parametri diversi.

Se la copertura disponibile scende sotto il minimo richiesto, il broker non può emettere nuovi prestiti e le sue commissioni confluiscono nella copertura. Ciò limita la nuova esposizione ma non induce un mutuatario esistente a ripagare.

Anche gli emittenti di asset conservano determinati controlli. Se l'asset di un vault è congelato, i prelievi possono essere effettuati solo verso l'emittente. Gli emittenti possono inoltre recuperare le quote del vault convertendole in asset inviati a loro. Un mutuatario congelato non può effettuare pagamenti, ma il congelamento non cancella il debito.

Date e aspetti da monitorare

La pulizia dovrebbe attivarsi il 23 ottobre alle 09:34 UTC circa, se tutti i 29 validatori sostenitori mantengono i voti per l'intera finestra di attivazione. Che anche un solo validatore ritiri il supporto riavvierebbe il periodo di due settimane, come accaduto con PermissionDelegationV1_1 e BatchV1_1.

Gli emendamenti sul lending richiedono 29 voti e poi una finestra di 14 giorni, collocando la loro attivazione più precoce a novembre. Anche l'intervallo temporale tra LendingProtocol e V1.1 è rilevante, perché un vault creato in tale intervallo manterrà il modello contabile deglii più datato.

Infine, la proposta di patch sul conteggio dei voti resta pertinente. Impedirebbe ai validatori di scomparire dal conteggio dei voti dopo la rotazione delle chiavi di firma.

Questo articolo è fornito a scopo puramente informativo e non costituisce consulenza finanziaria o di investimento. I calendari degli emendamenti possono cambiare e il lending comporta rischi di credito e di liquidità.

Fonte: [Coindoo](https://coindoo.com/xrpls-cleanup-votes-spare-lending-short/