Il protocollo di prestito XRP Ledger è attualmente in fase di voto. A gennaio, è stata rilasciata la versione 3.1.0 di rippled, l'implementazione del server di riferimento del protocollo XRP Ledger, che includeva vault per singoli asset e il protocollo di prestito.
Tuttavia, il voto per il protocollo di prestito sembra procedere costantemente, con solo il 17,14% di consenso, secondo XRPScan. Questo è il 62,86% lontano dalla soglia richiesta dell'80% affinché una modifica entri in fase di attivazione.
carta
Il sistema di emendamenti di XRP Ledger utilizza il processo di consenso per approvare eventuali modifiche che influenzano l'elaborazione delle transazioni sul XRP Ledger. Un emendamento deve ricevere più dell'80% di supporto per due settimane affinché possa essere approvato.
Nel caso del protocollo di prestito, è necessario un supporto da parte dei validatori del 62,86% in più affinché possa raggiungere la maggioranza.
Cosa viene dopo?
Insieme alla modifica del protocollo di prestito, la specifica XLS-65 introduce che un vault di asset singolo è ora sotto osservazione. Il vault di asset singolo sta guadagnando supporto lentamente, attualmente al 22,85% di consenso.
Un bug critico è stato recentemente trovato nella proposta di modifica Batch XRPL, il che potrebbe spiegare la risposta di voto apparentemente lenta per altre modifiche mentre vengono testate, senza essere accelerate.
carta
In seguito al bug della modifica batch, Ripple ha indicato che stava alzando l'asticella per la sicurezza delle modifiche.
Secondo J. A. Akinyele, responsabile ingegneria di RippleX, a lungo termine, Ripple sta lavorando verso la verifica formale dei componenti ad alto rischio nel registro.
Questo significa dimostrare le proprietà di sicurezza per i componenti critici, modellare il comportamento delle modifiche prima dell'attivazione, standardizzare i requisiti di verifica per il codice critico per il consenso e integrare metodi formali nel SDLC XRPL (dalla specifica XLS al codice ai test).
L'obiettivo è fornire garanzia end-to-end che le specifiche e il codice delle modifiche XRPL non siano solo funzionalmente corretti, ma rispettino anche le proprietà di sicurezza e protezione definite per il registro.