Model pinjaman XRP membuat deposan menanggung kerugian 90% meski cadangan berlipat ganda

Buku pinjaman XRP yang dimodelkan membuat deposan mengalami kerugian 90.000 token atas gagal bayar sebesar 100.000 token, meski terdapat cadangan 200.000 token. Buku pinjaman dimulai dengan utang 1 juta token. Model ini menggunakan perlindungan minimum 10% dan tingkat likuidasi 10%. Pengaturan tersebut menciptakan batas 10.000 token untuk setiap gagal bayar. Utang bermasalah sebesar 100.000 token yang sama, jika dibagi ke dalam sepuluh pinjaman masing-masing 10.000 token, menghasilkan kerugian 4.500 token. Pembayaran dari sepuluh pinjaman tersebut berjumlah 95.500 token. Perbandingan ini menghasilkan kesenjangan 20 kali lipat dalam kerugian deposan. Setiap gagal bayar menerima perhitungan perlindungan terpisah. Perhitungan tersebut menggunakan utang broker saat ini, tingkat perlindungan minimum, tingkat likuidasi, utang pinjaman yang gagal bayar, dan cadangan yang tersedia. Utang broker berkurang sebesar jumlah gagal bayar penuh setelah setiap gagal bayar. Cadangan berkurang sebesar jumlah yang dibayarkan ke brankas. Cadangan tetap mencukupi sepanjang sepuluh gagal bayar tersebut. Setelah gagal bayar tersebut, tersisa perlindungan 104.500 token dibandingkan minimum 90.000 token. Model ini menggunakan aturan terdokumentasi dan kode rilis 3.3.0 yang sesuai, yang diumumkan pada 6 Agustus. Angka-angka tersebut bersifat hipotetis. Aktivasi mainnet belum dikonfirmasi dalam registri amandemen resmi yang diperiksa pada 6 September. Registri tersebut mencantumkan LendingProtocolV1_1 sebagai sedang dalam pengembangan. Pool pinjaman XRPL menyimpan aset dalam brankas dan menyalurkan pinjaman tanpa agunan berjangka tetap melalui broker. Deposan memegang bagian dalam brankas. Aset yang dikumpulkan dapat berupa XRP, token trust line, atau Multi-Purpose Token. Membagi utang yang gagal bayar menjadi dua pinjaman yang sama besar menghasilkan kerugian 80.500 token dengan pengaturan yang sama. Membaginya menjadi lima pinjaman menghasilkan kerugian 52.000 token. Membaginya menjadi dua puluh pinjaman tidak menghasilkan kerugian dalam model ini. Menggandakan cadangan menjadi 400.000 token tidak mengubah pembayaran pada kasus dasar karena batas per gagal bayar berlaku. Cadangan sebesar 50.000 token akan membatasi total pembayaran atas sepuluh gagal bayar menjadi 50.000 token. Urutan gagal bayar memengaruhi pinjaman yang nilainya tidak sama. Gagal bayar sebesar 90.000 token sebelum 10.000 token menghasilkan perlindungan 19.100 token. Membalik urutan tersebut menghasilkan perlindungan 19.900 token. Kedua tingkat perlindungan ditetapkan setelah pembuatan broker berdasarkan dokumentasi LoanBrokerSet yang disebutkan. Penambahan dana meningkatkan cadangan yang tersedia tanpa mengubah tingkat tersebut. DebtMaximum membatasi total utang broker, tetapi tidak menjamin perlindungan penuh atas gagal bayar dalam jumlah besar. Pinjaman berbunga dapat memasukkan hak bunga tersisa milik brankas ke dalam utang gagal bayar setelah biaya pengelolaan broker. Saldo pecahan tunduk pada aturan pembulatan yang ditetapkan. Pemilik broker harus mengajukan transaksi gagal bayar setelah tanggal jatuh tempo pembayaran berikutnya dan masa tenggang berakhir. Pinjaman yang telah gagal bayar tidak dapat dinyatakan gagal bayar lagi. Dukungan kontraktual tambahan atau pemulihan di kemudian hari dapat mengubah kerugian ekonomi akhirnya.