Ripple engineers richten zich op native XRP-staking: groei XRPL DeFi blijft achter

J. Ayo Akinyele, hoofd van de engineering bij RippleX, heeft een gedetailleerde analyse vrijgegeven waarin wordt onderzocht of de XRP Ledger (XRPL) ooit native staking zou kunnen ondersteunen. Dit heeft nieuwe discussies op gang gebracht over hoe de incentive- en governance-modellen van het netwerk zich zouden kunnen ontwikkelen.

Dit voorstel komt op een moment waarop de DeFi-aanwezigheid van XRPL beperkt blijft, ondanks 13 jaar van activiteit. Ripple’s topmanagers, David Schwartz en Brad Garlinghouse, hebben ook hun steun uitgesproken om XRPL verder te ontwikkelen dan zijn betalingsgerichte oorsprong naar bredere gedecentraliseerde financiële (DeFi) functionaliteiten.

Hoe ziet XRP-natieve staking eruit volgens Ripple-engineers?

Volgens Akinyele is XRP ver geëvolueerd voorbij zijn oorsprong als snel afwikkelingsmiddel. Het dient nu belangrijke functies op het gebied van liquiditeit, real-time waardebeweging en tokenisatie. De recent gelanceerde eerste XRP ETF benadrukt verder de groeiende relevantie van de asset.

“Wanneer ik nadenk over hoe de utility van XRP kan blijven groeien samen met nieuwe mogelijkheden, komt er vanzelf een vraag op: Wat als de XRP Ledger (XRPL) native staking ondersteunt? Wat zou dat betekenen voor het netwerkontwerp en de asset zelf?” schreef Akinyele.

In de gedetailleerde post legde de RippleX-directeur uit dat het Proof of Association-consensus van XRPL anders werkt dan traditionele Proof-of-Stake-systemen. Kosten worden verbrand in plaats van herverdeeld, en validatorvertrouwen wordt verdiend door prestaties in plaats van financiële inzet.

“Voor XRP native staking zouden twee dingen essentieel zijn: ten eerste een bron van staking-rewards, en ten tweede een manier om deze eerlijk te verdelen,” voegde de directeur toe.

Akinyele benadrukt dat zo’n functie geen simpele toevoeging zou zijn. Het zou een heroverweging vereisen van hoe waarde binnen het netwerk circuleert, terwijl de stabiliteit en decentralisatie van XRPL behouden blijft.

Schwartz, een van de oorspronkelijke architecten van de XRP Ledger, voegde zich ook bij het gesprek. Hij schetste twee experimentele ideeën die binnen de ingenieursgemeenschap circuleren.

Het eerste idee is een two-layer consensusmodel. In dit ontwerp zou een innerlijke laag van 16 validators worden gekozen door de buitenste laag op basis van inzet. Deze innerlijke validatorenset zou staking- en slashingmechanismen uitsluitend gebruiken om de ledger voort te stuwen.

Het tweede idee houdt het huidige consensusmodel van XRPL ongewijzigd. In plaats van validators te herstructureren, stelt het voor om transactiekosten te gebruiken om te betalen voor zero-knowledge (ZK) bewijzen die de correcte uitvoering van smart contracts bevestigen.

Met deze benadering zouden knooppunten niet langer zelf de smart contracts hoeven uit te voeren. Schwartz beschreef beide ideeën als technisch indrukwekkend maar niet realistisch haalbaar “op korte termijn.”

“Over two-layer consensus: Het is veel werk en risico. De voordelen voor netwerkstabiliteit en robuustheid zijn grotendeels theoretisch en er zijn momenteel geen problemen op beide gebieden… Over het ZKP-mechanisme: Het is zeer geavanceerd en technisch complex. Als er niet veel animo voor is, zal het veel werk zijn voor nulwinst,” merkte hij op.