Die Entwickler von RippleX haben einen bahnbrechenden Vorschlag vorgestellt, der die Einführung eines nativen Kreditprotokolls mit dem Codenamen XLS-66d vorsieht.
Der neue Vorschlag legt den Grundstein für die Bereitstellung eines bahnbrechenden Kreditprotokolls direkt auf XRP Ledger, das die Kreditvergabe auf der Blockchain revolutionieren soll.
XLS-66d legt den Grundstein für ein robustes, dezentrales Kreditprotokoll, das im#XRPLedgerbeheimatet ist. Highlights sind: ✅ Einfachheit und direkte Kreditvergabe ✅ Protokollnativer Ansatz ✅ Modulares und flexibles Design Weitere Informationen: https://t.co/UKkcX23Usu
– RippleX (@RippleXDev), 1. Mai 2024
Der Vorschlag legt Mechanismen für befristete, verzinsliche Kredite fest, die aus kollektiven Fonds gebündelt werden und für die keine On-Chain-Sicherheiten erforderlich sind. Diese Strategie sichert das Protokoll durch Off-Chain-Underwriting und Risikomanagement sowie einen First-Loss-Kapitalschutzplan.
Im Kern wird das Protokoll eine einfache Kreditvergabe ermöglichen, wobei die Bedingungen direkt vom Kreditnehmer und dem delegierten Manager des Kreditpools vereinbart werden. Im Gegensatz zu herkömmlichen Kreditprotokollen in DeFi, bei denen es sich um intelligente Verträge handelt, die auf einer virtuellen Maschine ausgeführt werden, wird das Kreditprotokoll von XRPL direkt in die Konsensschicht und das Protokoll des Ledgers integriert.
Das Kreditprotokoll würde es Liquiditätsanbietern ermöglichen, XRP oder andere fungible Token in einen von einem Pool-Delegierten verwalteten Kreditpool einzuzahlen und Zinsen zu verdienen.
Karte
Mit Blick auf die zukünftige Entwicklung wird das Protokoll so konzipiert, dass es sowohl aktualisierbar als auch anpassbar ist und so eine breite Palette zukünftiger Verbesserungen ermöglicht und gleichzeitig die Abwärtskompatibilität gewahrt bleibt.
Der Kreditteil der Spezifikation soll zusätzlich zu einer anderen Spezifikation implementiert werden, was zu einem einzigen Asset Vault im XRP Ledger führt. Dies soll in Zukunft neben Krediten auch andere Anwendungsfälle ermöglichen, wie z. B. Yield Farming, Treuhandkonten und mehr.
Durch die Verwendung von Hauptbucheinträgen anstelle von Einträgen zur einmaligen Verwendung stellt das Protokoll sicher, dass Komponenten wie Pseudokonten und tokenisierte Pools in einer Vielzahl zukünftiger Anwendungen verwendet werden können.