XRP-Inhaber könnten endlich Rendite erzielen, ohne Ethereum zu besitzen: Details

Die XRP-Ledger (XRPL) plant, native Kredit- und Ausleihfunktionen direkt in sein Netzwerk zu integrieren. Vorschlag mit der Bezeichnung XLS-66Bei Zustimmung der Validatoren würde die Änderung es Nutzern ermöglichen, Renditen auf ungenutztes Kapital durch On-Chain-Kredite ohne Sicherheiten und mit fester Laufzeit zu erzielen, ohne auf Drittanbieterplattformen angewiesen zu sein, die auf der Blockchain aufbauen. Derzeit liegt der Konsens unter den Validatoren bei 17 % und damit deutlich unter der erforderlichen 80-%-Mehrheit für den Livegang.

Was ist das XLS-66-Kreditprotokoll?

XLS-66, offiziell „Kreditvergabeprotokoll“ genannt, wurde in XRPL Version 3.1.0 eingeführt und von den Ripple-Entwicklern Vytautas Vito Tumas und Aanchal Malhotra mitentwickelt. Der Vorschlag führt die grundlegenden Bausteine ​​für die On-Chain-Kreditvergabe direkt im XRP Ledger ein, anstatt über ein separat bereitgestelltes Smart-Contract-Ökosystem.

Das Protokoll bietet befristete Kredite, die durch gebündelte Einlagen finanziert werden. Im Gegensatz zu den meisten DeFi-Kreditsystemen verzichtet es bewusst auf automatisierte On-Chain-Sicherheitenverwaltung und Liquidations-Bots. Stattdessen erfolgen Identitätsprüfungen, Bonitätsbewertungen und weitere Prüfungsschritte außerhalb der Blockchain, bevor ein Kredit vergeben wird. Die Ledger-Verwaltung übernimmt die Abwicklung, die Eigentumsnachweise und die Prüfprotokolle.

XRPL-Forscher und -Validator Vet, ein aktives Community-Mitglied, der dies als „die letzte DeFi-Grenze“ für das Netzwerk bezeichnet hat, sagte: 

„Der Kreditgeber würde Ihnen XRP gar nicht erst geben, ohne zu wissen, wer Sie sind und einige Überprüfungen außerhalb der Blockchain durchzuführen.“

Wie funktioniert das Protokoll genau?

Die XLS-66-Spezifikation führt zwei neue On-Chain-Objekte ein: den LoanBroker und den Loan.

Das LoanBroker-Objekt wird von einem Loan Broker erstellt und verwaltet, der für die Durchführung des Kreditgeschäfts verantwortlich ist. Es erfasst protokollspezifische Details wie Gebühren und das vom Broker als Puffer gegen Zahlungsausfälle hinterlegte First-Loss-Kapital. Das Loan-Objekt erfasst die Vereinbarung zwischen dem Loan Broker und einem Kreditnehmer, einschließlich Konditionen, Zahlungsplan und Status.

Der Kernablauf funktioniert folgendermaßen:

• Der Kreditvermittler erstellt einen Tresor zur Aufbewahrung der von einem oder mehreren Einlegern hinterlegten Vermögenswerte.
• Der Kreditvermittler hinterlegt optional ein First-Loss Capital als Ausfallschutzfonds.
• Ein Darlehensobjekt wird gemeinsam vom Darlehensvermittler und dem Darlehensnehmer erstellt.
• Der Kreditnehmer hebt die Gelder mit einer LoanDraw-Transaktion ab und leistet die Rückzahlungen mit LoanPay.
• Wenn der Kreditnehmer in Zahlungsverzug gerät, kann der Kreditvermittler eine LoanManage-Transaktion auslösen, um den Zahlungsausfall zu erfassen.
• Sobald ein Darlehen fällig wird oder ausfällt, wird es mittels einer LoanDelete-Transaktion aus dem Hauptbuch gelöscht.

Das Protokoll unterstützt insgesamt neun Transaktionstypen und deckt damit den gesamten Lebenszyklus von der Krediterstellung bis zur Löschung des LoanBroker-Objekts selbst ab, sobald alle Kredite abgewickelt sind.

Zinssätze und Gebühren

Das Protokoll unterstützt drei Zinssatzarten: einen Standardzinssatz auf den Kapitalbetrag, einen höheren Verzugszinssatz und einen Vorfälligkeitszinssatz für Kreditnehmer, die den Kredit vor Ablauf der Laufzeit zurückzahlen. Kreditvermittler können zusätzlich verschiedene Gebühren festlegen, darunter eine Verwaltungsgebühr, die als Prozentsatz des Zinssatzes berechnet wird, eine Bearbeitungsgebühr, die vom Kapitalbetrag abgezogen wird, eine Servicegebühr für jede Zahlung sowie separate Gebühren für verspätete oder vorzeitige Zahlungen. Gebühren werden nur erhoben, wenn der Kreditvermittler ausreichend Eigenkapital hinterlegt hat.

Entdecken Sie vielversprechende Projekte...

Vielversprechende Projekte...

(Werbung)

Artikel wird fortgesetzt...

Compliance und Risikoschutz

Das Protokoll beinhaltet zwei integrierte Compliance-Mechanismen, die Emittenten von Vermögenswerten nutzen können. Der erste Mechanismus ist die Rückforderung, die es einem Emittenten unter bestimmten Umständen ermöglicht, Gelder aus einem Tresor zurückzufordern. Der zweite Mechanismus ist die Kontosperrung, die verhindern kann, dass ein bestimmtes Konto oder alle Konten einen bestimmten Vermögenswert senden oder empfangen. Wenn das Konto eines Kreditnehmers gesperrt ist, kann er keine Gelder abheben oder Zahlungen leisten, seine Rückzahlungsverpflichtung bleibt jedoch bestehen.

Das First-Loss-Capital-System ist das wichtigste Risikomanagementinstrument. Kreditvermittler hinterlegen einen Fonds, dessen Höhe als Prozentsatz der gesamten ausstehenden Schulden berechnet wird. Im Falle eines Zahlungsausfalls wird ein Teil dieses Fonds liquidiert und dem Tresor zurückgeführt, um einen Teil des Verlusts für die Einleger auszugleichen.

Worin unterscheidet sich XLS-66 von herkömmlichem DeFi-Kreditwesen?

Die meisten DeFi-Kredite auf Ethereum Das Prinzip beruht auf überhöhter Besicherung. Kreditnehmer hinterlegen Kryptowährungen im Wert von mehr als dem Kreditbetrag, und automatisierte Systeme liquidieren diese Sicherheiten, sobald ihr Wert unter einen festgelegten Schwellenwert fällt. Protokolle wie Aave und Compound basieren vollständig auf diesem Modell.

XLS-66 verwendet weder On-Chain-Sicherheiten noch Liquidations-Bots. Im Gegenzug tragen Kreditgeber ein höheres Kreditrisiko. Das System ist jedoch so konzipiert, dass dies durch eine strenge Off-Chain-Kreditprüfung vor der Kreditvergabe ausgeglichen wird. Im Ledger wird lediglich das Ergebnis erfasst, sensible Kreditnehmerdaten bleiben Off-Chain, während gleichzeitig ein öffentlicher Prüfpfad gewährleistet ist.

Dieser hybride Ansatz, zentralisiertes Risikomanagement kombiniert mit dezentraler Abwicklung, ist nicht völlig neu. Algorands Algofi-Kreditmarktplatz nutzte eine ähnliche Kombination aus On-Chain-Sicherheiten und Off-Chain-Kreditbewertung und erzielte für frühe Teilnehmer jährliche Renditen von rund 12 %. Das Stellar-Netzwerk erprobte 2020 eine einfachere Version ohne strenge Kreditprüfungsrichtlinien und musste aufgrund von Liquiditätsengpässen Zahlungsausfälle von Kreditnehmern hinnehmen. XLS-66 scheint diese Erfahrungen berücksichtigt zu haben.

Was hindert XLS-66 daran, in Betrieb zu gehen?

Die Änderung benötigt die Zustimmung von 80 % der Validatoren, und diese Schwelle muss zwei Wochen in Folge aufrechterhalten werden, bevor sie aktiviert wird. Bislang haben nur 6 der vertrauenswürdigen Validatoren von XRPL mit Ja gestimmt, 29 mit Nein oder sich der Stimme enthalten. Damit liegt der aktuelle Konsens bei 17.14 % – weit entfernt von der erforderlichen Schwelle.

Die 80%-Quotenmehrheit ist ein bewusstes Merkmal des Governance-Modells von XRPL. Sie stellt sicher, dass grundlegende Änderungen am Ledger nicht ohne breite Zustimmung der Validatoren des Netzwerks – darunter unabhängige Knoten, Börsen und Institutionen – durchgesetzt werden können. Derselbe Mechanismus hat in der Vergangenheit bereits andere Änderungen verlangsamt oder verhindert, und auch XLS-66 steht vor dieser Hürde.

Fazit 

XLS-66 würde dem XRP Ledger eine native Kreditplattform hinzufügen, die auf befristeten, unbesicherten Krediten mit Off-Chain-Kreditvergabe und On-Chain-Abwicklung basiert. Das Protokoll beinhaltet strukturierte Tools für Kreditvergabe, Rückzahlung, Ausfallmanagement und Einlegerschutz durch First-Loss Capital. Ob es dieses Ziel erreicht, hängt von den Validatoren ab, und derzeit sind die Zahlen noch weit davon entfernt.

Ressourcen 

1. Vorschlag XLS-66: 0066 XLS - 66d: XRP Ledger-natives Kreditprotokoll

2. XRPL-Forscher und -Validator Vet on XBeitrag vom 8. März