Entwickler des XRP Ledger arbeiten weiterhin an der Verfeinerung von XLS-66, einem vorgeschlagenen Standard, der native Kreditfunktionalität für XRPL einführen soll. Wenn die Spezifikation weiter vorankommt, könnte sie zu einem der bedeutenderen DeFi-artigen Upgrades des Netzwerks werden.

Der Vorschlag beschreibt On-chain-Kredite mit fester Laufzeit und ohne Besicherung, die auf sogenannten Single Asset Vaults basieren. Zudem werden Off-chain-Bonitätsprüfungen durch Kreditvermittler genutzt, während die Abwicklung On-chain über die XRPL-Infrastruktur erfolgen würde.

Diese Struktur ist zentral für den Vorschlag. XLS-66 ist nicht als einfacher DeFi-Kreditpool konzipiert, bei dem „jeder von jedem“ Geld leiht, ähnlich den vollständig besicherten Ethereum-Geldmärkten. Stattdessen präsentiert es ein strukturierteres Kreditmodell, das Off-chain-Bonitätsprüfungen mit blockchainbasierter Ausführung kombiniert.

Die Funktion befindet sich weiterhin in der Standardüberprüfung und Code-Testphase. Natives Lending gemäß XLS-66 ist auf dem XRP Ledger Mainnet noch nicht aktiv.

XRPL expandiert über Zahlungen hinaus

Der XRP Ledger wird seit langem mit Zahlungen, schneller Abwicklung und Handelsfunktionen in Verbindung gebracht. Diese Geschichte bleibt wichtig, kann aber auch die neuere Entwicklungsrichtung des Netzwerks verdecken.

XRPL-Entwickler haben an Funktionen gearbeitet, die die Rolle der Chain im On-chain-Finanzsektor erweitern sollen, darunter Vaults, Automated-Market-Maker-Funktionalität, Credentials und Kreditstandards. XLS-66 ist Teil dieses breiteren Entwicklungspfads. Anders als bei EVM-kompatiblen Chains, auf denen DeFi-Protokolle typischerweise als Smart Contracts von Drittanbieter-Entwicklern bereitgestellt werden, implementiert XRPL wichtige Finanzfunktionen als native Protokollfunktionalität durch Standardvorschläge und Amendments. Das bedeutet, dass Funktionen wie Lending einen formellen Standardüberprüfungsprozess durchlaufen müssen, bevor sie auf dem Mainnet aktiviert werden können – weshalb Vorschläge wie XLS-66 bedeutende Indikatoren für die Roadmap des Netzwerks sind.

Ein natives Kreditprotokoll würde XRPL eine direktere Anbindung an Kreditmärkte geben. Der Vorschlag versucht jedoch nicht, bestehende DeFi-Modelle exakt zu reproduzieren. Er führt stattdessen Single Asset Vaults und Kredite mit fester Laufzeit ein, während Off-chain-Unterwriting ein wesentlicher Bestandteil des Prozesses bleibt.

In diesem Sinne ähnelt das Design einer Brücke zwischen traditionellen Kreditprozessen und Blockchain-Abwicklung. Die Bonitätsprüfung würde außerhalb der Chain stattfinden, während die resultierende Kreditstruktur auf XRPL erfasst und abgewickelt werden könnte.

Warum Off-chain-Unterwriting zentral ist

Die meisten DeFi-Kredite sind überbesichert. Bei diesem Modell hinterlegt ein Nutzer Vermögenswerte, deren Wert den geliehenen Betrag übersteigt, und Smart Contracts verwalten Liquidationen, falls der Wert der Sicherheiten zu stark sinkt. Dieser Ansatz ist transparent und automatisiert, aber auch kapitalineffizient, da Kreditnehmer in der Regel bereits über beträchtliche Vermögenswerte verfügen müssen, um Zugang zu Krediten zu erhalten. Protokolle wie Aave und Compound haben dieses Modell auf Ethereum populär gemacht, und es bleibt das dominierende Paradigma in den meisten DeFi-Kreditmärkten heute.

Kredite ohne Besicherung funktionieren anders. Sie erfordern eine Kombination aus Vertrauen, Identität, Bonitätsprüfung oder Unterwriting. Ohne diese Elemente könnten Kreditnehmer Kredite aufnehmen, ohne dass es einen verlässlichen Mechanismus gibt, mit dem Kreditgeber das Rückzahlungsrisiko einschätzen können.

XLS-66 führt Kreditvermittler als Teil dieser Struktur ein. Nach dem vorgeschlagenen Modell würden Kreditentscheidungen und die Bewertung der Kreditnehmer Off-chain erfolgen, während die resultierenden Kreditbedingungen und die Abwicklung On-chain gehandhabt werden könnten.

Das schafft ein Risikomodell, das sich erheblich von herkömmlichem DeFi-Lending unterscheidet. Es könnte besser für einige reale Kreditworkflows geeignet sein, hängt aber auch stark von der Qualität des Unterwriting-Prozesses ab. Die Blockchain kann Abwicklungen erfassen, bestimmte Bedingungen durchsetzen und Transparenz bieten, aber sie eliminiert nicht das Kreditrisiko der Kreditnehmer.

Aus diesem Grund ist die Rolle des Kreditvermittlers ein zentraler Bestandteil des Vorschlags und kein untergeordnetes Implementierungsdetail.

Single Asset Vaults als Baustein

Single Asset Vaults sind ein weiterer wichtiger Teil des vorgeschlagenen Designs. Eine Vault-Struktur kann helfen, Mittel zu organisieren, Vermögenswerte zu isolieren und einen klareren Behälter für bestimmte Kreditaktivitäten zu schaffen. Das könnte XRPL-basiertes Lending verständlicher und einfacher verwalten als ein weniger strukturierter Pool-Ansatz.

Für Entwickler könnten Vaults auch als breitere finanzielle Bausteine dienen. Sobald Vault-Mechanismen verfügbar sind, könnten andere Produkte einfacher entwickelt werden. Lending, Yield-Produkte, strukturierte Kredite und Asset-Management-Tools erfordern alle zuverlässige Methoden zur Verwahrung und Buchung von Vermögenswerten.

Deshalb können technische Standarddiskussionen vor einem Mainnet-Launch wichtig sein. Märkte achten oft erst, wenn eine Funktion live ist, aber die Architektur wird früher geprägt – während Standards debattiert, überarbeitet und getestet werden. XLS-66 ist die Phase, in der das native Lending-Design von XRPL entwickelt und verfeinert wird.

Natives XRPL-Lending ist noch nicht live

Der wichtigste Vorbehalt ist, dass XLS-66 weiterhin überprüft und getestet wird. Nutzer sollten nicht davon ausgehen, dass natives XRPL-Lending derzeit verfügbar ist. Entwickler arbeiten noch an der Spezifikation und Code-Integration, einschließlich verwandter Arbeiten, die in den XRPLF-Repositories verfolgt werden.

Dieser Prozess ist typisch für die Protokollentwicklung, insbesondere wenn es um finanzielle Primitive geht. Kreditsysteme erfordern eine sorgfältige Überprüfung, da Fehler kostspielig sein können. Sie umfassen Salden, Rückzahlungen, Ausfälle, Vault-Buchführung, Berechtigungen und Nutzererwartungen.

Für XRP-Inhaber und XRPL-Nutzer ist der Vorschlag bemerkenswert, da er die potenziellen Anwendungsfälle des Netzwerks bei sicherer Implementierung erweitern würde. Natives Lending könnte das DeFi-Profil von XRPL stärken und Entwickler sowie Nutzer anziehen, die Kreditprodukte suchen, die mit der Geschwindigkeit und den Abwicklungsfunktionen des Ledgers verbunden sind.

Zum gegenwärtigen Zeitpunkt geht es beim Vorschlag jedoch noch um Design und Tests, nicht um Adoption.

XRPLs DeFi-Entwicklung wird sichtbarer

XLS-66 zeigt, dass die Entwicklung des XRP Ledger in Richtung fortgeschrittenerer Finanzinfrastruktur voranschreitet. Das ersetzt nicht das Zahlungserbe des Netzwerks; es fügt ihm eine weitere Ebene hinzu. Zahlungen und Kreditvergabe sind in der traditionellen Finanzwelt eng miteinander verbunden, und eine Blockchain, die beides unterstützt, könnte eine breitere Rolle spielen als eine, die nur für Überweisungen genutzt wird.

Mehrere Fragen bleiben ungeklärt. Der Standard müsste finalisiert werden, der Code müsste sicher integriert werden, Entwickler müssten Kreditprodukte darauf aufbauen, Nutzer müssten dem Off-chain-Unterwriting-Modell vertrauen und Kreditvermittler müssten reale Nachfrage generieren.

Diese Ergebnisse bleiben ungewiss und ihre Bewertung wird Zeit in Anspruch nehmen. Im Moment ist der entscheidende Punkt, dass XRPL-Entwickler an natives Lending in einer Weise arbeiten, die die eigene Architektur des Netzwerks widerspiegelt, anstatt einfach das DeFi-Modell einer anderen Chain zu kopieren.

Wenn das Vorhaben erfolgreich ist, könnte XLS-66 dazu beitragen, XRPL als breitere finanzielle Anwendungsschicht zu positionieren. Wenn es ins Stocken gerät, zeigt es dennoch, wohin Entwickler die Fähigkeiten des Netzwerks zu entwickeln versuchen. In jedem Fall bleibt der Standard eines der wichtigeren XRPL-Entwicklungsvorhaben, die es zu beobachten gilt.

Dieser Artikel basiert auf XRPLF-GitHub-Diskussionen zu XLS-66 und dem zugehörigen rippled-Pull-Request. Der ursprüngliche Bericht wurde vom News Desk verfasst und von Samuel Rae redigiert. Er basiert auf Informationen, die in disclosures und primärer Quelldokumentation veröffentlicht wurden.