As famous by Ripple CTO David Schwartz, XRPL has been round since 2012, and the blockchain world has modified dramatically since then.
His personal fascinated by governance and consensus has advanced as he sees new use instances and applied sciences emerge.
The Ripple CTO is now considering significantly about how XRPL may assist DeFi natively, fairly than counting on exterior protocols.
“With programmability initiatives and good contract discussions underway, it appeared like a very good time for us to additionally focus on what different DeFi capabilities natively may seem like,” Schwatz stated.
Core philosophy of XRPL
Schwartz sees XRPL as basically totally different from PoS chains. Validators are speculated to be equal because it’s about stability and belief, not about who holds probably the most tokens.
Transaction charges are speculated to be burned as a substitute of getting used as staking rewards.
The ledger particularly is optimized for pace, low price, and safe settlement.
Therefore, any “staking” or DeFi performance should not break these ideas.
From his vantage level, it is a philosophical drawback: how do you develop capabilities with out undermining what makes XRPL distinctive?
Two-layer consensus thought
Schwartz has envisioned splitting XRPL’s obligations into two layers:
The outer layer would deal with the present governance, amendments, charges, and policing.
In the meantime, the internal layer is incentivized and handles frequent ledger development, presumably utilizing staking/slashing.
This may protect the XRPL’s pace and ease for funds whereas permitting new validator range with out slowing issues down and making the community extra resilient.
In Schwartz’s view, that is technically elegant and suits XRPL’s philosophy higher than straight changing XRPL right into a typical PoS chain.
ZK proof thought
Schwartz additionally considers utilizing transaction charges to pay for zero-knowledge proofs of good contract execution:
He sees this as a approach to allow advanced on-chain operations with out forcing each node to execute heavy computations.
This might enable programmability and DeFi performance whereas holding the bottom ledger light-weight and quick.
