XRPL model pozajmljivanja pokazuje da struktura zajmova može promijeniti gubitak deponenata: jedan default od 100.000 XRP može proizvesti 90.000 XRP gubitka naspram 4.500 XRP ako je isti iznos raspoređen u deset zajmova.
Bitne tačke
- XRPL-ova implementacija isplaćuje pokriće po pojedinačnom defaultu koristeći minimalni potrebni cover i limit likvidacije, pa veličina pojedinačnog zajma utiče na iznos isplate.
- Primjer: sa 1.000.000 XRP duga i 200.000 XRP rezerve, jedan default od 100.000 XRP ostavlja 90.000 XRP gubitka u vaultu, dok deset po 10.000 XRP ukupno ostavlja 4.500 XRP gubitka.
- Povećanje gotovine rezerve samo po sebi ne mijenja isplate kada per-default cap već ograničava pokriće; važne su stope CoverRate i CoverRateLiquidation te struktura portfolija.
Sažetak nalaza iz modela XRPL pozajmljivanja
Analiza koju je objavio CryptoSlate pokazuje da XRPL model pozajmljivanja isplaćuje cover pojedinačno za svaki default, koristeći minimalni potrebni cover (CoverRateMinimum) i stopu likvidacije (CoverRateLiquidation). To znači da, uz iste ukupne neizmirene obaveze i istu rezervu, struktura zajmova mijenja koliko gubitka zapravo pada na deponente.
U osnovnom modelu CryptoSlate-a oba portfolija počinju sa 1.000.000 XRP duga, 200.000 XRP rezerve i postavljenim stopama covera od 10% za minimalni cover i 10% likvidacionog cap-a. Iako je ukupni iznos lošeg duga isti (100.000 XRP), rezultat u vaultu je značajno različit: jedan zajam od 100.000 XRP uzrokuje 90.000 XRP vault gubitka, dok deset zajmova po 10.000 XRP uzrokuje 4.500 XRP vault gubitka.
Kako je izveden izračun pokrića po defaultu
Prema dokumentovanim pravilima i analizi izvršene na kodu iz objave verzije 3.3.0, iznos koji se isplaćuje po defaultu jednak je najmanjem od: (trenutni brokerov dug × CoverRateMinimum × CoverRateLiquidation), iznosa defaultovanog zajma i dostupne rezerve.
U osnovnom slučaju, prva kalkulacija daje 1.000.000 × 10% × 10% = 10.000 XRP maksimalnog pokrića za pojedinačni default. Zato 100.000-tokeni jedan zajam prima 10.000 XRP pokrića, a preostali gubitak od 90.000 XRP pada na vault deponente, iako je početna rezerva bila 200.000 XRP.
Efekat razdvajanja duga i promjena parametara
Kad je loši dug podijeljen na deset jednakih zajmova, apsorpcija pokrića se ponavlja nakon svakog defaulta uz smanjeni brokerov dug: prvi dobija 10.000, drugi 9.900, i tako do zadnjeg koji dobija 9.100, što ukupno iznosi 95.500 XRP pokrića i ostavlja vaultu 4.500 XRP gubitka.
Promjene stope likvidacije mijenjaju rezultat: pri 5% likvidacije gubitak iz jednog 100.000-tokenog zajma modelovan je kao 95.000 XRP, dok deset manjih daje 52.250 XRP gubitka; pri 20% likvidacije jedan daje 80.000 XRP a deset nula. Dvostruko veća početna rezerva (400.000 XRP) u primjeru nije mijenjala isplate u bazičnom scenariju jer je limit po defaultu već bio vezan za cap proizvoda po defaultu.
Ograničenja modela i važni elementi za deponente
CryptoSlate napominje da su navedeni brojevi hipotetički i izvedeni iz dokumentovanih pravila, te da glavna evidencija (amendment registry) nije potvrdila aktivaciju na mainnetu na datum provjere. U registru od 6. septembra LendingProtocolV1_1 je označen kao "in development".
Analiza također ističe da dodatni izvan-lančani elementi—poput kreditne procjene, pravne dokumentacije, povrata sredstava ili ugovornih prava—mogu promijeniti krajnju ekonomsku izloženost; sama kalkulacija rezerve ne dokazuje postojanje ili vrijednost tih prava. Stoga će deponenti i potencijalni zajmodavci trebati da znaju CoverRate postavke, dostupnu rezervu, trenutni dug, veličine zajmova i koncentraciju dužnika da bi procijenili zaštitu.
Proceduralni faktori i upravljačka ograničenja
Redoslijed defaulta utiče na isplate kod nejednakih zajmova — primjer sa 90.000 i 10.000 tokena pokazuje razliku u isplaćenom coveru zavisno od toga koji zajam je defaultovao prvi. Dokumentacija zahtijeva da broker sam podnese transakciju o defaultu nakon isteka roka plaćanja plus grace period; jednom defaultovan zajam ne može biti defaultovan ponovo.
Takođe, pravila ograničavaju izmjene cover stopa nakon kreiranja brokera (mogu se mijenjati Flags, Data i DebtMaximum, ali ne i dvije cover stope). Top-up rezerve povećava dostupni novac, ali ne mijenja fiksne stope koje određuju per-default cap, pa dodatna gotovina pomaže samo ako rezervni iznos prethodno ograničava isplate.


Komentari
Diskusija je otvorena za W3M korisnike. Komentare mogu čitati svi, a objavljivanje zahtijeva prijavu.
Za komentarisanje i odgovaranje potreban je W3M nalog.