Držitelé XRP by konečně mohli dosahovat výnosů, aniž by se museli dotýkat Etherea: Podrobnosti

Jedno Kniha XRP (XRPL) se chystá přidat do své sítě možnosti půjčování a vypůjčování přímo prostřednictvím návrh s názvem XLS-66Pokud bude novela schválena validátory, umožnila by uživatelům dosahovat výnosů z volného kapitálu prostřednictvím nezajištěných fixních půjček v řetězci, aniž by se museli spoléhat na platformy třetích stran postavené na účetní listině. Protokol má v současné době 17% konsensus mezi validátory, což je zdaleka méně než 80% nadpoloviční většina potřebná k jeho spuštění.

Co je protokol XLS-66 pro půjčování?

XLS-66, oficiálně nazvaný „Lending Protocol“ (Protokol pro půjčování), byl představen v XRPL verze 3.1.0 a jehož spoluautory jsou vývojáři Ripple Vytautas Vito Tumas a Aanchal Malhotra. Návrh zavádí základní stavební bloky potřebné pro on-chain originaci úvěrů přímo na XRP Ledgeru, spíše než prostřednictvím samostatně nasazeného ekosystému chytrých smluv.

Protokol nabízí půjčky na dobu určitou financované prostřednictvím sdružených vkladů. Od většiny systémů DeFi půjček se liší tím, že záměrně vynechává automatizovanou správu kolaterálu v řetězci a likvidační boty. Místo toho probíhají kontroly identity, kreditní skóre a další kroky upisování mimo řetězec před vydáním jakékoli půjčky. Účetní kniha zpracovává záznamy o vypořádání, vlastnictví a auditní stopy.

Výzkumník a validátor XRPL Vet, aktivní člen komunity, který to popsal jako „poslední hranici DeFi“ pro tuto síť, řekl: 

„Věřitel by vám v první řadě nedal XRP, aniž by věděl, kdo jste, a neprovedl by u vás nějaké kontroly mimo řetězec.“

Jak protokol vlastně funguje?

Specifikace XLS-66 zavádí dva nové objekty v řetězci: LoanBroker a Loan.

Objekt LoanBroker je vytvořen a spravován Loan Brokerem, entitou odpovědnou za provozování úvěrové operace. Zaznamenává podrobnosti specifické pro protokol, včetně poplatků a veškerého kapitálu pro případ první ztráty, který broker vložil jako rezervu pro případ selhání. Objekt Loan zaznamenává dohodu mezi Loan Brokerem a dlužníkem, včetně podmínek, splátkového kalendáře a stavu.

Základní tok funguje takto:

• Zprostředkovatel úvěrů vytvoří trezor pro uchovávání uložených aktiv od jednoho nebo více vkladatelů.
• Zprostředkovatel úvěrů volitelně vloží kapitál první ztráty jako fond na ochranu před selháním.
• Objekt úvěru je vytvořen společně úvěrovým makléřem a dlužníkem.
• Dlužník čerpá finanční prostředky pomocí transakce LoanDraw a splácí je pomocí LoanPay.
• Pokud dlužník neplní své závazky, může zprostředkovatel půjček spustit transakci LoanManage, která toto selhání zaznamená.
• Jakmile úvěr dosáhne splatnosti nebo je v prodlení, je z účetní knihy odstraněn pomocí transakce LoanDelete.

Protokol podporuje celkem devět typů transakcí, které pokrývají celý životní cyklus od vytvoření úvěru až po smazání samotného objektu LoanBroker po vypořádání všech úvěrů.

Úrokové sazby a poplatky

Protokol podporuje tři typy úrokových sazeb: standardní sazbu z jistiny, vyšší sazbu z pozdní platby a sazbu z předčasného splacení pro dlužníky, kteří uhradí dluh před koncem doby splatnosti. Zprostředkovatelé úvěrů si mohou kromě těchto poplatků nakonfigurovat i několik dalších, včetně poplatku za správu úvěru účtovaného jako procento z úroku, poplatku za poskytnutí úvěru strhávaného z jistiny, poplatku za vedení úvěru z každé platby a samostatných poplatků za pozdní nebo předčasné platby. Poplatky se účtují pouze v případě, že zprostředkovatel úvěrů vložil dostatečný kapitál pro krytí první ztráty.

Objevte slibné projekty...

Slibné projekty...

(Inzerát)

Článek pokračuje...

Dodržování předpisů a ochrana před riziky

Protokol obsahuje dva vestavěné mechanismy pro zajištění shody s předpisy, které mohou emitenti aktiv využít. Prvním je clawback (vrácení peněz), který emitentovi umožňuje za určitých okolností získat zpět finanční prostředky z trezoru. Druhým je mechanismus zmrazení, který může zabránit konkrétnímu účtu nebo všem účtům v odesílání nebo přijímání daného aktiva. Pokud je účet dlužníka zmrazen, nemůže vybírat finanční prostředky ani provádět platby, ačkoli jeho povinnost splácet zůstává.

Systém kapitálu pro případ první ztráty je primárním nástrojem pro řízení rizik. Úvěroví makléři vkládají fond vypočítaný jako procento z celkového nesplaceného dluhu. Pokud dlužník nezaplatí, část tohoto fondu je zlikvidována a vrácena do trezoru, aby se vyrovnala část ztráty vkladatelů.

Jak se XLS-66 liší od standardního DeFi půjčování?

Většina DeFi půjček na Ethereum Funguje to na principu nadměrného zajištění. Dlužníci si zablokují kryptoměny v hodnotě vyšší, než je výše úvěru, a automatizovaní boti toto zajištění zlikvidují, pokud jeho hodnota klesne pod stanovenou hranici. Protokoly jako Aave a Compound jsou postaveny výhradně na tomto modelu.

XLS-66 vůbec nepoužívá kolaterály v řetězci ani likvidační boty. Nevýhodou je, že věřitelé podstupují větší úvěrové riziko, ale systém je navržen tak, aby to řešil prostřednictvím důkladného off-chain upisování před poskytnutím jakékoli půjčky. Účetní kniha zaznamenává pouze výsledek, citlivá data dlužníků uchovávají mimo řetězec a zároveň zachovává veřejnou auditní stopu.

Tento hybridní přístup, centralizované řízení rizik v kombinaci s decentralizovaným vypořádáním, není zcela nový. Trh s úvěry Algofi společnosti Algorand používal podobnou kombinaci on-chain kolaterálu a off-chain kreditního skóre a prvním účastníkům přinesl roční výnosy kolem 12 %. Síť Stellar se v roce 2020 pokusila o jednodušší verzi bez přísných kontrol upisování a zaznamenala selhání dlužníků, kteří kvůli vyschlé likviditě selhali. Zdá se, že XLS-66 byl navržen s ohledem na tato ponaučení.

Co brání spuštění XLS-66?

Dodatek vyžaduje 80% schválení validátorem a tento limit musí být udržen po dobu dvou po sobě jdoucích týdnů před aktivací. V současné době hlasovalo pro pouze 6 důvěryhodných validátorů XRPL, přičemž 29 hlasovalo proti nebo se zdrželo hlasování. To znamená, že současný konsenzus je 17.14 %, což je daleko od požadovaného limitu.

Požadavek 80% nadpoloviční většiny je záměrným prvkem modelu správy a řízení XRPL. Zajišťuje, že zásadní změny v účetní knize nemohou být prosazeny bez širokého souhlasu validátorů sítě, které zahrnují nezávislé uzly, burzy a instituce. Stejný mechanismus v minulosti zpomalil nebo zablokoval jiné změny a XLS-66 čelí stejné překážce.

Závěr 

XLS-66 by poskytl XRP Ledgeru nativní vrstvu úvěrů postavenou na termínovaných, nezajištěných úvěrech s off-chain upisováním a on-chain vypořádáním. Protokol zahrnuje strukturované nástroje pro poskytování úvěrů, jejich splácení, správu selhání a ochranu vkladatelů prostřednictvím First-Loss Capital. Zda se tak stane, závisí na validátorech a v tuto chvíli se čísla ani zdaleka neblíží.

Zdroje 

1. Návrh XLS-66: 0066 XLS - 66dXRP Ledger-native Lending Protocol

2. Výzkumník a validátor XRPL Vet on XPříspěvek z 8. března