L'aggiornamento fixCleanup3_4_0 del registro XRP, un pacchetto di piccole correzioni di bug, dovrebbe essere pubblicato venerdì, a condizione che il supporto dei validatori rimanga invariato.
Nel frattempo, il protocollo di prestito della rete non è ancora stato approvato, essendo al di sotto del livello necessario per ottenere 10 voti dai validatori.
L'emendamento relativo alla bonifica è in procinto di entrare in vigore.
Il sistema di tracciamento delle modifiche XRPL ha registrato 29 voti favorevoli da parte di 35 validatori affidabili per fixCleanup3_4_0 il 19 ottobre, un numero sufficiente a mantenere la maggioranza richiesta.
L'emendamento ha raggiunto tale soglia il 9 ottobre e si prevede che entri in vigore alle 09:34 UTC del 23 ottobre, a condizione che il sostegno rimanga superiore all'80% durante l'intero periodo di votazione di 14 giorni.
I voti vengono conteggiati solo nei registri delle bandiere, che vengono aggiornati all'incirca ogni 16,5 minuti, quindi l'attivazione inizia dal primo registro delle bandiere dopo la scadenza dei 14 giorni, non dal momento in cui scadono. Il sistema di tracciamento conta dal proprio nodo, ma la registrazione nel registro ha l'ultima parola.
La questione dei prestiti è più indietro. Il protocollo di prestito e il suo componente aggiuntivo LendingProtocolV1_1 hanno ciascuno 19 voti, pari a circa il 54,29%. Il vault a singolo asset, il pool condiviso da cui attingono i prestiti, ha 21 voti e ne servono almeno altri otto per raggiungere la maggioranza di 29 necessaria per l'approvazione.
Il trasferimento confidenziale, una funzionalità per la privacy dei trasferimenti di token multiuso presentata da Ripple all'XRP Seoul all'inizio di questo mese, come riportato da CryptoPotato , è più vicino a quota 22. Il raggruppamento delle transazioni, di cui si è parlato nello stesso evento, è stato attivato il 9 ottobre.
Cosa farebbe il Protocollo di prestito
Come spiegato nella documentazione del Protocollo di prestito, i prestiti sono a termine fisso e non garantiti, finanziati dai depositanti tramite un unico caveau gestito dai broker e rimborsati dai mutuatari secondo termini prestabiliti. Le verifiche del credito avvengono off-chain e la versione attuale "non include la gestione automatizzata on-chain delle garanzie e della liquidazione".
Alcuni broker potrebbero depositare un capitale di prima perdita, un cuscinetto per assorbire i default prima che i fondi dei depositanti vengano rimborsati, sebbene la documentazione affermi che ciò non elimina il rischio di credito. L'esempio pratico mostra il limite: in caso di default di 1.090 token, ne vengono restituiti solo 10,9, perché i pagamenti sono limitati al 10% di una copertura minima che a sua volta corrisponde al 10% del debito totale. Il vault subisce una perdita di 1.079,1 token.
I pagamenti mancati attivano un periodo di grazia, trascorso il quale il broker può dichiarare il prestito insoluto. Un broker che prevede che il mutuatario non effettui un pagamento può segnalare il prestito come in sofferenza, anticipando così la successiva data di scadenza e consentendo quindi che si verifichi prima l'insolvenza, mentre un pagamento effettuato prima di tale data elimina la segnalazione.
Gli emittenti di token diversi da XRP possono recuperare il capitale di prima perdita solo fino al minimo richiesto e possono congelare i conti. Un debitore con un conto congelato non può rimborsare il debito, ma rimane comunque debitore e alla fine andrà in default. I broker stabiliscono anche delle commissioni, nessuna delle quali viene addebitata se la copertura scende al di sotto del minimo.
L'articolo XRP Ledger Bug Fixes Set for Friday Activation as DeFi Lending Awaits Approval è apparso per la prima volta su CryptoPotato .