The XRP Ledger lending protocol modification is at the moment being voted on. In January, Model 3.1.0 of rippled, the reference server implementation of the XRP Ledger protocol was launched, which included single asset vaults and the lending protocol.
Nonetheless, the voting for the lending protocol seems to be happening steadily, with solely 17.14% gained in consensus, in line with XRPScan. That is 62.86% away from the required 80% threshold for an modification to enter an activation section.
XRP Has Probability to Break $1.45 Resistance, Peter Brandt Predicts Bitcoin Could Not Rally Till After September, +844 Billion SHIB: Shiba Inu Hits 2026 Excessive in Alternate Influx: Morning Crypto Report
Fed, FDIC, and OCC Concern Essential Clarification on Blockchain-Based mostly Securities
The XRP Ledger modification system makes use of the consensus course of to approve any adjustments that have an effect on transaction processing on the XRP Ledger. An modification should obtain greater than 80% help for 2 weeks for it to move.
Within the case of the lending protocol, 62.86% extra validator help is required for it to attain majority.
What comes subsequent?
Alongside the lending protocol modification, the XLS-65 specification introduces {that a} single asset vault is now being watched. The only asset vault is slowly gaining help, at the moment at 22.85% consensus.
A important bug was not too long ago discovered within the proposed XRPL Batch modification, which could clarify the seemingly sluggish voting response for different amendments as they get examined, with out being hurried up.
In mild of the batch modification bug, Ripple indicated it was elevating the bar for modification safety.
Based on J. A. Akinyele, RippleX head of engineering, in the long term, Ripple is working towards formal verification of high-risk parts on the ledger.
This implies proving security properties for important parts, modeling modification habits earlier than activation, standardizing verification necessities for consensus-critical code and integrating formal strategies into the XRPL SDLC (from XLS specification to code to testing).
The purpose is to offer end-to-end assurance that XRPL modification specs and code should not solely functionally right but additionally uphold outlined safety and security properties for the ledger.


