Ripple-CTO schlägt frischen Blick auf XRPL mit Idee für natives Staking vor

Das langjährige Design des XRP Ledger erhält nach Kommentaren von Ripple-CTO David „JoelKatz“ Schwartz erneute Aufmerksamkeit, der erklärte, dass die nächste Phase des Netzwerks möglicherweise eine Überprüfung erfordert, wie Wert über seine Infrastruktur fließt.

Die Diskussion entstand, als Entwickler und Community-Mitglieder die wachsende Rolle des XRP Ledger (XRPL) aufgrund des anhaltenden Wachstums dezentraler Finanzanwendungen, der Einführung neuer Tokenisierungsanwendungsfälle und der jüngsten Launch Einführung des ersten XRP-Spot-Exchange-Traded Fund (ETF) durch Canary untersuchen.

Schwartz’ Bemerkungen hoben hervor, dass die aufkommenden Anforderungen im gesamten Ökosystem zu einer breiteren Diskussion darüber geführt haben, ob natives Staking eines Tages in das Netzwerk integriert werden könnte, trotz der grundlegend unterschiedlichen Architektur von XRP im Vergleich zu typischen Proof-of-Stake-Systemen.

Shift im Denken über XRPL-Funktionalität

Schwartz bemerkte, dass sich die Blockchain-Branche seit der Veröffentlichung des XRPL im Jahr 2012 verändert hat. Er erklärte, dass sich auch seine eigenen Ansichten zu Governance, Konsens und Netzwerk-Anreizen verändert haben. Laut ihm haben Aktivitäten, die XRP in DeFi-Plattformen wie Flare, MoreMarkets, Axelar und Doppler betreffen, sowie laufende Initiativen zur Programmiertät und potenzieller Smart-Contract-Funktionalität, eine Neubewertung dessen ausgelöst, welche zusätzlichen nativen Fähigkeiten schließlich unterstützt werden könnten.

Das XRP Ledger wurde 2012 erstellt. Die Welt der Blockchain hat sich seitdem viele, viele Male verändert.

Meine eigenen Gedanken zu Governance- und Konsensmodellen haben sich weiterentwickelt. Ich habe darüber nachgedacht, wie XRP in DeFi verwendet wird (sowohl organisch mit Apps und Protokollen wie Flare,… https://t.co/XhufcyBzkA

— David ‘JoelKatz’ Schwartz (@JoelKatz) 18. November 2025

Seine Bemerkungen folgen einer verwandten Beobachtung von J. Ayo Akinyele, der die historische Nutzung von XRP für Zahlungen, die Abwicklung tokenisierter Vermögenswerte und Liquiditätsoperationen zitierte, was zu seinen Kommentaren führte. Laut Akinyele signalisiert die Einführung des ersten XRP-Spot-ETF und die erwartete Ankunft weiterer Emittenten eine Richtungsänderung hin zu einer umfangreicheren institutionellen Beteiligung am Vermögenswert, einschließlich Bereichen wie Geldmarktfonds und tokenisierten Staatsanleihen.

Frühe Konzepte rund um natives Staking

Ripple-CTO präzisierte erklärte, dass XRP sich in mehreren strukturellen Aspekten von Proof-of-Stake-Netzwerken unterscheidet. Transaktionsgebühren auf dem XRPL werden vernichtet, anstatt verteilt zu werden, das Ledger ist darauf ausgelegt, jedes Asset schnell und kostengünstig zu bewegen, und der Einfluss von Validatoren wird nicht durch den Tokenbesitz bestimmt. Er erklärte, dass für natives Staking das Netzwerk sowohl eine definierte Quelle für Staking-Belohnungen als auch einen Mechanismus für faire Verteilung erfordern würde, was die Art und Weise, wie Wert im Ledger zirkuliert, neu gestalten würde.

Community-Mitglied Vet antwortete indem er darauf hinwies, dass Staking auf anderen Ketten im Allgemeinen zur Bestimmung der Blockproduzenten eingesetzt wird, was Fragen aufwirft, wie ein solches Modell auf den XRPL anwendbar wäre. Als Antwort skizzierte Schwartz zwei technische Konzepte, die er und andere Mitwirkende untersucht haben, und erklärte dabei, dass beide in naher Zukunft unwahrscheinlich übernommen werden.

Zwei-Schichten-Modell und ZK-Beweis-Anreize

Im ersten Konzept wird ein zweischichtiges Konsensansatz verwendet. Nach diesem Modell würden Ledger-Übergänge von einer inneren Schicht aus 16 Validatoren vorangetrieben, die über einen Staking-Mechanismus ausgewählt würden.

Der aktuelle XRPL-Konsensalgorithmus würde eine Hülle bilden, die Änderungen, Gebührenrichtlinien und die ordnungsgemäße Funktion der inneren Schicht regelt. Laut Schwartz würde diese Trennung mehr Validatorenvielfalt ermöglichen und gleichzeitig eine schnelle Ledger-Progression durch kleinere, leichtere Runden von Validatoren aufrechterhalten.

Ein zweites Konzept behält den aktuellen Konsensmechanismus bei, verwendet Transaktionsgebühren jedoch neu, um für Zero-Knowledge-Beweise (ZK-Proofs) zu kompensieren, die die Ausführung von Smart Contracts verifizieren. Laut Ripple-CTO Schwartz würde dieser Ansatz den Bedarf reduzieren, dass jeder Knoten komplexe Berechnungen ausführt, und die Verifikationskosten auf die ZK-Beweiserzeugung verlagern.

Während der Diskussion stellte Vet die Frage, ob die Zwei-Schichten-Struktur Aufgaben, die rechenintensiver sind, erfolgreich in eine anreizbasierte Umgebung auslagern würde, während die aktuelle zahlungsorientierte Konsenslogik beibehalten wird.

Schwartz präzisierte dass der Ledger-Fortschritt von der inneren Protokollschicht pro Übergang verwaltet würde, während die äußere Schicht die Aufsicht führt. Er erklärte auch, dass das Design die Systemresilienz verbessern könnte, da der Ledger nur dann zum Stillstand käme, wenn beide Schichten ihre Operationen einstellen.