Posiadacze XRP mogą wreszcie zarabiać bez dotykania Ethereum: szczegóły

 Księga XRP (XRPL) przechodzi na dodanie natywnych możliwości udzielania pożyczek i pożyczania bezpośrednio do swojej sieci za pośrednictwem propozycja zwana XLS-66Jeśli walidatorzy zatwierdzą poprawkę, umożliwi ona użytkownikom generowanie zwrotu z niewykorzystanego kapitału poprzez niezabezpieczone pożyczki terminowe on-chain, bez konieczności korzystania z zewnętrznych platform opartych na rejestrze. Protokół cieszy się obecnie poparciem 17% walidatorów, znacznie poniżej 80% wymaganej do jego wdrożenia większości kwalifikowanej.

Czym jest protokół pożyczkowy XLS-66?

XLS-66, oficjalnie nazywany „Lending Protocol”, został wprowadzony w wersji XRPL 3.1.0 i współautorami są deweloperzy Ripple, Vytautas Vito Tumas i Aanchal Malhotra. Propozycja wprowadza podstawowe elementy niezbędne do udzielania kredytów on-chain bezpośrednio w rejestrze XRP Ledger, a nie poprzez oddzielnie wdrożony ekosystem inteligentnych kontraktów.

Protokół oferuje pożyczki terminowe finansowane ze zbiorczych depozytów. Tym, co odróżnia go od większości systemów pożyczkowych DeFi, jest celowe pominięcie zautomatyzowanego zarządzania zabezpieczeniami i botów likwidacyjnych w łańcuchu bloków. Zamiast tego, weryfikacja tożsamości, ocena zdolności kredytowej i inne etapy oceny ryzyka odbywają się poza łańcuchem bloków, zanim jakakolwiek pożyczka zostanie udzielona. Księga główna obsługuje rozliczenia, rejestry własności i ścieżki audytu.

Vet, badacz i walidator XRPL, aktywny członek społeczności, który nazwał to „ostateczną granicą DeFi” dla sieci, powiedział: 

„Pożyczkodawca nie dałby ci XRP bez wiedzy o twojej tożsamości i bez przeprowadzenia kontroli poza łańcuchem”.

Jak właściwie działa ten protokół?

Specyfikacja XLS-66 wprowadza dwa nowe obiekty łańcuchowe: LoanBroker i Loan.

Obiekt LoanBroker jest tworzony i zarządzany przez brokera pożyczkowego, podmiot odpowiedzialny za prowadzenie operacji pożyczkowych. Rejestruje on szczegóły specyficzne dla protokołu, w tym opłaty i kapitał pierwszej straty, który broker zdeponował jako zabezpieczenie na wypadek niewypłacalności. Obiekt Loan rejestruje umowę między brokerem pożyczkowym a pożyczkobiorcą, w tym warunki, harmonogram spłat i status.

Główny przepływ wygląda następująco:

• Pośrednik kredytowy tworzy Skarbiec, w którym przechowywane są zdeponowane aktywa od jednego lub większej liczby deponentów.
• Pośrednik kredytowy opcjonalnie wpłaca kapitał na poczet pierwszej straty jako fundusz zabezpieczający na wypadek niewykonania zobowiązania.
• Obiekt pożyczki tworzony jest wspólnie przez pośrednika pożyczkowego i pożyczkobiorcę.
• Pożyczkobiorca pobiera środki za pomocą transakcji LoanDraw i dokonuje spłat za pomocą LoanPay.
• Jeżeli pożyczkobiorca nie spłaci pożyczki, pośrednik kredytowy może uruchomić transakcję LoanManage w celu zarejestrowania niespłacenia pożyczki.
• Gdy pożyczka staje się wymagalna lub niespłacona, zostaje ona usunięta z księgi za pomocą transakcji LoanDelete.

Protokół obsługuje łącznie dziewięć typów transakcji, obejmując cały cykl życia – od utworzenia pożyczki aż do usunięcia obiektu LoanBroker po rozliczeniu wszystkich pożyczek.

Stopy procentowe i opłaty

Protokół obsługuje trzy rodzaje stóp procentowych: standardową stopę procentową od kapitału, wyższą stopę procentową za spóźnioną spłatę oraz stopę procentową za wcześniejszą spłatę dla kredytobiorców, którzy spłacają pożyczkę przed końcem okresu spłaty. Brokerzy pożyczkowi mogą dodatkowo skonfigurować kilka opłat, w tym opłatę za zarządzanie naliczaną jako procent odsetek, opłatę za udzielenie pożyczki pobieraną od kapitału, opłatę za obsługę pożyczki od każdej raty oraz oddzielne opłaty za spóźnione lub wcześniejsze spłaty. Opłaty są naliczane tylko wtedy, gdy broker pożyczkowy wpłacił wystarczającą kwotę kapitału na pokrycie pierwszej straty.

Odkryj obiecujące projekty...

Obiecujące projekty...

(Reklama)

Artykuł ciąg dalszy...

Zgodność i ochrona przed ryzykiem

Protokół zawiera dwa wbudowane mechanizmy zgodności, z których mogą korzystać emitenci aktywów. Pierwszy to clawback, który pozwala emitentowi odzyskać środki z Vaultu w określonych okolicznościach. Drugi to mechanizm zamrożenia, który może uniemożliwić wysyłanie lub odbieranie danych aktywów z konkretnego konta lub wszystkich kont. Jeśli konto pożyczkobiorcy zostanie zamrożone, nie może on pobierać środków ani dokonywać spłat, choć jego obowiązek spłaty pozostaje.

Program Kapitału Pierwszej Straty (First-Loss Capital) jest podstawowym narzędziem zarządzania ryzykiem. Brokerzy pożyczkowi wpłacają środki stanowiące procent całkowitego zadłużenia. W przypadku niewypłacalności pożyczkobiorcy, część tych środków jest likwidowana i zwracana do Skarbca (Vault), aby zrekompensować część strat deponentów.

Czym XLS-66 różni się od standardowych pożyczek DeFi?

Większość pożyczek DeFi Ethereum Działa poprzez nadzabezpieczenie. Pożyczkobiorcy blokują kryptowaluty o wartości przekraczającej kwotę pożyczki, a zautomatyzowane boty likwidują to zabezpieczenie, jeśli jego wartość spadnie poniżej ustalonego progu. Protokoły takie jak Aave i Compound są w całości zbudowane na tym modelu.

XLS-66 w ogóle nie wykorzystuje zabezpieczeń on-chain ani botów likwidacyjnych. Wadą jest to, że pożyczkodawcy ponoszą większe ryzyko kredytowe, ale system został zaprojektowany tak, aby temu zaradzić poprzez rygorystyczną ocenę ryzyka poza łańcuchem przed udzieleniem jakiejkolwiek pożyczki. Rejestr rejestruje jedynie wynik, przechowując poufne dane pożyczkobiorcy poza łańcuchem, a jednocześnie zapewniając publiczny ślad audytu.

To hybrydowe podejście, scentralizowane zarządzanie ryzykiem połączone ze zdecentralizowanym rozliczeniem, nie jest zupełnie nowe. Rynek pożyczek Algorand Algofi wykorzystywał podobną kombinację zabezpieczeń on-chain i scoringu kredytowego off-chain, generując około 12% rocznych zysków dla pierwszych uczestników. Sieć Stellar wypróbowała prostszą wersję w 2020 roku, bez silnej kontroli emisji, co doprowadziło do niewypłacalności pożyczkobiorców z powodu spadku płynności. XLS-66 wydaje się być zaprojektowany z uwzględnieniem tych wniosków.

Co powstrzymuje XLS-66 przed wprowadzeniem na rynek?

Poprawka wymaga 80% akceptacji walidatorów, a próg ten musi zostać utrzymany przez dwa kolejne tygodnie przed jej wdrożeniem. Do tej pory tylko 6 zaufanych walidatorów XRPL zagłosowało „za”, a 29 „przeciw” lub wstrzymało się od głosu. To daje obecny konsensus na poziomie 17.14%, co jest wartością znacznie odbiegającą od wymaganego progu.

Wymóg 80% kwalifikowanej większości jest celowym elementem modelu zarządzania XRPL. Gwarantuje on, że istotne zmiany w rejestrze nie mogą zostać wprowadzone bez szerokiego poparcia ze strony walidatorów sieci, w skład których wchodzą niezależne węzły, giełdy i instytucje. Ten sam mechanizm spowalniał lub blokował inne zmiany w przeszłości, a XLS-66 stoi przed tą samą przeszkodą.

Wniosek 

XLS-66 zapewniłby XRP Ledger natywną warstwę pożyczkową zbudowaną wokół pożyczek terminowych, niezabezpieczonych, z oceną poza łańcuchem i rozliczeniami na łańcuchu. Protokół zawiera ustrukturyzowane narzędzia do udzielania pożyczek, ich spłaty, zarządzania niewypłacalnością oraz ochrony deponentów za pośrednictwem kapitału z pierwszą stratą. To, czy uda się to osiągnąć, zależy od walidatorów, a obecnie nie ma na to szans.

Zasoby 

1. Propozycja XLS-66: 0066 XLS - 66d:Protokół pożyczkowy natywny dla księgi głównej XRP

2. Badacz i walidator XRPL Wet on X:Opublikowano 8 marca