Pożyczkodawca finansuje 30-dniową pożyczkę XRP dla zweryfikowanego sprzedawcy. Środki rozliczają się w kilka sekund, odsetki zaczynają się kumulować, a w środku nie ma żadnej scentralizowanej instytucji. To właśnie wizja, którą Ripple przedstawił 29 czerwca, publikując specyfikacje Single Asset Vaults (XLS-65) oraz natywnego protokołu pożyczkowego (XLS-66) na XRP Ledger (XRPL) i zapraszając twórców do testowania na devnet, podczas gdy walidatory rozpatrują poprawki (blog Ripple Insights).

W ciągu kilku dni publiczna demonstracja pokazała pełną pętlę pożyczkową działającą na devnet — vaulty, wpłaty płynności, pożyczki o stałym terminie bez zabezpieczeń i spłaty — dając rynkowi konkretne wyobrażenie o tym, jak kredyt mógłby funkcjonować na XRPL w przypadku zatwierdzenia poprawek (XRPL Demo App (lending.xls-demo.com) — RippleX).

Dlaczego XRPL przenosi kredyt onchain właśnie teraz

XRPL od dawna pełni funkcję sieci płatności i wymiany. Płynność przemieszcza się szybko w sieci, jednak kredyt — mechanizm, który rozciąga dolary i XRP w czasie — w większości istnieje poza łańcuchem lub na platformach DeFi w innych sieciach blockchain. Sam Ethereum obsługuje miliardy w aktywnych pozycjach pożyczkowych w protokołach takich jak Aave i Compound, podczas gdy Solana i inne sieci L1 wykreowały własne ekosystemy pożyczkowe. XRPL do tej pory nie miał równoważnego natywnego prymitywu. Zaproponowane przez Ripple poprawki wprowadziłyby tę brakującą warstwę, mając na celu przybliżenie kredytu o stałym terminie, potencjalnie bez zabezpieczeń, do warstwy rozliczeniowej.

Jeśli pożyczki staną się pełnoprawnym prymitywem na XRPL, ledger przestanie być jedynie końcowym etapem rozliczeń i zacznie kształtować samą transakcję. Do interesariuszy należą firmy płatnicze, animatorzy rynku, portfele i deweloperzy poszukujący przewidywalnych kosztów finansowania oraz natywnego księgowania ryzyka kredytowego. W grę wchodzą również deponenci detaliczni, którzy mogliby dostarczać płynność do vaultów — pod warunkiem, że profil ryzyka i zwrotu jest sensowny.

Od sieci płatności do prymitywów kredytowych

Propozycja Ripple dzieli prace na dwie specyfikacje. XLS-65 opisuje Single Asset Vaults: standaryzowane kontenery na XRPL, które przechowują jeden aktywa i śledzą udziały deponentów. XLS-66 dodaje logikę pożyczkową — tworzenie warunków pożyczki, wypłacanie środków, naliczanie odsetek i rozliczanie spłat. Obie zmiany zostałyby wdrożone w ramach procesu poprawek sieci i nie są aktywne na mainnet, chyba że walidatory je zatwierdzą.

Poprawki i ład korporacyjny

XRPL ewoluuje poprzez poprawki, które wymagają, aby superwiększość walidatorów wspierała je w sposób ciągły przez określone okno głosowania. Oficjalna strona „Known Amendments" wymienia poprawkę LendingProtocol (ID 565B90CA1AB2B9D42208ED10884188C64F9E19083DECB9634AAF06EB03299509) i pokazuje, że zarówno SingleAssetVault, jak i LendingProtocol są od końca czerwca otwarte do głosowania na mainnet (XRPL Docs — Known Amendments). Aktywacja nie jest gwarantowana; zależy od utrzymanego wsparcia superwiększości.

W przypadku zatwierdzenia aplikacje nie musiałyby wymyślać od nowa podstawowej logiki pożyczkowej w dedykowanych smart kontraktach. Mogłyby odwoływać się do standaryzowanych obiektów ledgera w zakresie wpłat do vaultów, tworzenia pożyczek i śledzenia spłat — co zazwyczaj oznacza mniej ruchomych elementów, bardziej przewidywalne opłaty i jaśniejszą semantykę ryzyka w całym ekosystemie.

Pod maską: vaulty, pożyczki i rozliczenia

Single Asset Vaults (XLS-65)

Single Asset Vault to natywna struktura do puli jednego tokenu, takiego jak XRP lub stablecoina denominowanego w USD. Emituje udziały przy wpłacie i spala je przy wypłacie. Ledger śledzi łączne aktywa, łączne udziały i saldo udziałów każdego konta. Ponieważ vault jest natywny dla ledgera, księgowanie i mechanika opłat pozostają spójne we wszystkich aplikacjach, które z niego korzystają.

Protokół pożyczkowy (XLS-66)

XLS-66 wprowadza obiekty pożyczkowe, które odwołują się do źródła finansowania (np. vaultu), określają dane pożyczkobiorcy, definiują stałe warunki i zarządzają harmonogramami spłat. Demonstracja RippleX na devnet pokazuje pożyczki bez zabezpieczenia o stałym terminie — od utworzenia po spłatę. To rozróżnienie ma znaczenie: kredyt bez zabezpieczenia opiera się na ocenie ryzyka pożyczkobiorcy, a nie na likwidacji zabezpieczeń (XRPL Demo App (lending.xls-demo.com) — RippleX).

Jak mogłaby przebiegać pożyczka na XRPL

1. Protokół wdraża Single Asset Vault i przyciąga wpłaty (np. XRP lub stablecoina denominowanego w USD).
2. Menedżerowie kredytowi ustalają zasady: uprawnieni pożyczkobiorcy, maksymalne kwoty, terminy i ceny.
3. Pożyczkobiorca składa wniosek o pożyczkę o stałym terminie. Aplikacja sprawdza listy dopuszczonych, limity i dostępną płynność.
4. Po zatwierdzeniu tworzony jest obiekt pożyczki, a środki rozliczają się na adresie pożyczkobiorcy natywnie na XRPL.
5. Odsetki narastają zgodnie ze stałym harmonogramem. Ledger śledzi należną kwotę główną i odsetki.
6. Pożyczkobiorca spłaca pożyczkę. Protokół alokuje środki z powrotem do vaultu i aktualizuje udziały pożyczkodawców.
7. W przypadku braku spłaty protokół uruchamia politykę domyślną, która może obejmować rezerwy, ubezpieczenie lub kroki odzyskiwania określone w zasadach aplikacji.

Dlaczego stały termin ma znaczenie

Większość dzisiejszych pożyczek DeFi opiera się na zmiennym oprocentowaniu i jest nadmiernie zabezpieczona. Stałe terminy pozwalają na dopasowanie aktywów i zobowiązań: portfel lub skarbnik giełdy może planować przepływy pieniężne, a sprzedawca może modelować koszt kapitału. Natywne wsparcie ledgera sprawia, że łatwiej to audytować i automatyzować.

Obecna sytuacja: głosowanie, devnet, wczesne aplikacje

Stanem na 30 czerwca strona „Known Amendments" XRPL wymienia SingleAssetVault i LendingProtocol jako otwarte do głosowania walidatorów na mainnet. Aktywacja wymaga utrzymania superwiększości przez pełny okres głosowania, dlatego harmonogramy nie są ustalone (XRPL Docs — Known Amendments).

Ripple opublikował szczegółowy przewodnik i zaprosił deweloperów do testowania na devnet (blog Ripple Insights). Towarzysząca aplikacja demonstracyjna jest dostępna i przeprowadza przez pełny cykl życia: tworzenie vaultów, wpłacanie środków, udzielanie pożyczek o stałym terminie bez zabezpieczeń, spłacanie i sprawdzanie przejść stanu onchain (XRPL Demo App (lending.xls-demo.com) — RippleX).

Twórcy z rynku już sygnalizują zamiary. 1 lipca komunikat prasowy LendProtocol ogłosił produkt skierowany do konsumentów, oferujący 12% APR na wpłaty w XRP i RLUSD — RLUSD to wspierany przez dolary stablecoin Ripple — z codziennymi wypłatami i bez blokady przy starcie. To deklaracja projektu, a nie gwarancja poziomu zwrotów ani ryzyka (GlobeNewswire — komunikat prasowy LendProtocol). Pokazuje to jednak, jak szybko projekty przystępują do działania, gdy pojawiają się podstawowe prymitywy.

Co to może zmienić dla użytkowników i twórców na XRPL

Przewidywalne finansowanie dla firm onchain. Kredyt o stałym terminie pozwala animatorom rynku, firmom przelewowym i portfelom planować cykle gotówkowe. Stała stopka na 30–90 dni jest często bardziej użyteczna do przedfinansowania korytarzy lub równoważenia książek zleceń niż zmienna stopka oparta na wykorzystaniu, która waha się z tygodnia na tydzień.

Czystszy UX dla deponentów. Przy vaultach standaryzowanych na poziomie ledgera aplikacje mogą oferować prostsze przepływy wpłat i wypłat. Księgowanie udziałów jest natywne, co eliminuje konieczność analizowania skomplikowanej matematyki kontraktów, aby zrozumieć swoje roszczenie do puli.

Szanse dla warstw tożsamości i reputacji. Pożyczki bez zabezpieczenia zależą od oceny ryzyka. Integracje z dostawcami atestacji, rejestrów firm, oracles i paneli ryzyka są prawdopodobne. XLS-65/66 tego nie narzuca; to przestrzeń, w której twórcy mogą się wyróżnić.

NatYWna analityka ledgera. Jeśli pożyczki i vaulty staną się obiektami pierwszej klasy, eksploratory sieci i dostawcy danych będą mogli standaryzować panele obejmujące wykorzystanie, zaległości, niewykonanie zobowiązań i drabiny zapadalności. To sprzyja przejrzystości — i wywiera presję. Słabi menedżerowie ryzyka będą mieli mniej miejsca, by się ukryć.

Co musi zadziałać w praktyce

Rygor w ocenie ryzyka. Jasne kryteria dla pożyczkobiorców, ograniczone ekspozycje i audytowane polityki muszą być kluczowe. Niektóre aplikacje mogą wymagać KYC lub dokumentacji firmowej do zaciągania pożyczek.

Bufory strat i kaskady. Kredyt bez zabezpieczenia powinien obejmować rezerwy, transe juniora lub ubezpieczenie. XLS-66 nie narzuca struktur kapitałowych, dlatego protokoły muszą określić, kto ponosi stratę pierwszej i jak przebiega odzyskiwanie środków.

Zabezpieczenia operacyjne. Stałe terminy tworzą klify refinansowania. Aplikacje prawdopodobnie będą wdrażać rozłożone zapadalności, zasady wcześniejszej spłaty i wyłączniki awaryjne przy zbyt napiętym wykorzystaniu vaultów.

Dopasowanie regulacyjne. Przepisy dotyczące pożyczek konsumenckich są rygorystyczne w wielu jurysdykcjach. Upadki scentralizowanych pożyczkodawców kryptowalutowych w 2022 roku — w tym Celsius, BlockFi i Voyager — pokazały, jak szybko ryzyko egzekwowania i niewypłacalności może się urzeczywistnić, gdy kontrole pożyczkowe zawodzą. Nawet przy obiektach kredytowych na poziomie ledgera platformy front-end obsługujące klientów publicznych mogą wymagać licencji, ujawnień i solidnej obsługi danych — zwłaszcza w przypadku pożyczek bez zabezpieczenia dla osób fizycznych.

Na co zwrócić uwagę w przyszłości

Kluczowe sygnały w nadchodzącym kwartale obejmują:

• Trendy superwiększości walidatorów: czy głosy za SingleAssetVault i LendingProtocol rosną i utrzymują się na wysokim poziomie przez pełne okno głosowania — to czynnik bramy dla aktywacji na mainnet.
• Wolumen i usterki na devnet: czy twórcy poddają ścieżki demonstracyjne testom obciążeniowym i zgłaszają błędy brzegowe. Im więcej usterek teraz, tym mniej później.
• Wsparcie portfeli i SDK: czysty UX wpłat i pożyczek zależy od narzędzi. Wczesne integracje portfeli będą wymowne.
• Struktury ryzyka od wczesnych aplikacji: które projekty publikują polityki oceny ryzyka, raporty z audytu i panele ryzyka na żywo, wskaże, gdzie poważny kapitał skieruje uwagę.
• Postawa regulacyjna: to, czy wczesne platformy celują wyłącznie w firmy, czy także w klientów detalicznych, zasygnalizuje oczekiwany nadzór i tempo wzrostu.

Ryzyka i co może pójść nie tak

• Brak aktywacji poprawki: Walidatory mogą nie utrzymać superwiększości, pozostawiając devnet jako piaskownicę bez zmian na mainnet.
• Błędy implementacji: Nawet natywne funkcje mogą zawierać luki logiczne lub księgowe. Przypadki brzegowe w naliczaniu odsetek lub harmonogramach spłat mogą powodować straty.
• Błędy oceny ryzyka: Pożyczki bez zabezpieczenia potęgują ryzyko pożyczkobiorcy. Kilka złych pożyczek bez odpowiednich rezerw może wyczerpać vault.
• Kryzys płynności: Jeśli zbyt wiele wpłat jest zablokowanych w pożyczkach o stałym terminie, a wypłaty gwałtownie wzrosną, aplikacje mogą wprowadzić ograniczenia lub redukcje.
• Działania regulacyjne: Kredyt konsumencki bez zabezpieczenia może wywołać egzekwowanie prawa, jeśli platformy omijają zgodność.
• Przesada marketingowa: Wysokie APR w nagłówkach mogą maskować ryzyko. Codzienne wypłaty i brak blokady mogą brzmieć atrakcyjnie — do momentu wystąpienia niespłacalności. Deklaracje należy traktować jako marketing, a nie gwarancje.

Jeśli dostarczasz płynność, załóż ryzyko utraty kapitału. Zyski pochodzą z obieticy kogoś innego, że spłaci — a czasem tak się nie dzieje.

Najczęściej zadawane pytania

Czy protokół pożyczkowy XRPL działa na mainnet?

Jeszcze nie. Stanem na koniec czerwca poprawki SingleAssetVault i LendingProtocol są otwarte do głosowania walidatorów. Aktywacja wymaga utrzymania superwiększości przez wymagany okres, zgodnie z ładem korporacyjnym XRPL (XRPL Docs — Known Amendments).

Jak ustalane są stopy procentowe?

Stopy są częścią warunków pożyczki definiowanych przez aplikację korzystającą z obiektów protokołu. Demonstracja RippleX uwypukla pożyczki o stałym terminie. W praktyce ceny będą odzwierciedlać ryzyko kredytowe, zapadalność i popyt rynkowy na płynność vaultów. Żaden zysk nie jest gwarantowany.

Czy pożyczkobiorcy potrzebują zabezpieczenia?

Mogą nie potrzebować. Demonstracja pokazuje pożyczki o stałym terminie bez zabezpieczenia na devnet, co wskazuje, że ocena ryzyka i listy dopuszczonych są obsługiwane przez politykę aplikacji, a nie przez likwidację zabezpieczeń (XRPL Demo App — RippleX).

Jakie aktywa mogą przechowywać vaulty?

Single Asset Vaults są zaprojektowane do przechowywania jednego tokenu — potencjalnie XRP lub obsługiwanego stablecoina (projekty odwoływały się do RLUSD w swoich materiałach marketingowych). Faktycznie obsługiwane aktywa zależą od aplikacji i tego, co jest płynne na XRPL.

Jak obsługiwane są przypadki niespłacalności?

Logika domyślna jest specyficzna dla aplikacji. Należy spodziewać się rezerw, tranŝ pierwszej straty lub mechanizmów ubezpieczeniowych. XLS-66 śledzi stan i harmonogramy, ale nie odzyskuje automatycznie środków; protokoły muszą planować straty i ujawniać swoje polityki.

Kiedy deweloperzy będą mogli tego spróbować?

Pełny przepływ można przetestować na devnet XRPL za pośrednictwem publicznej demonstracji RippleX dla XLS-65/66. Dostępność na mainnet zależy od głosów walidatorów i pomyślnych testów (blog Ripple Insights).

Czy wpłynie to na cenę XRP?

Prymitywy kredytowe mogą poprawić użyteczność i płynność, co z czasem może wpływać na sentyment. Ceny zmieniają się jednak z wielu powodów. Należy traktować to jako postęp infrastrukturalny, a nie sygnał handlowy.

Zastrzeżenie: Ten artykuł jest dostarczany wyłącznie w celach informacyjnych. Nie jest oferowany ani przeznaczony do wykorzystania jako porada prawna, podatkowa, inwestycyjna, finansowa ani inna.