Pemegang XRP Akhirnya Bisa Mendapatkan Keuntungan Tanpa Menggunakan Ethereum: Detailnya

The Buku Besar XRP (XRPL) sedang berupaya menambahkan kemampuan pinjaman dan peminjaman langsung ke jaringannya melalui sebuah proposal yang disebut XLS-66Jika disetujui oleh validator, amandemen tersebut akan memungkinkan pengguna untuk mendapatkan keuntungan dari modal yang menganggur melalui pinjaman jangka tetap tanpa jaminan di dalam blockchain, tanpa bergantung pada platform pihak ketiga yang dibangun di atas ledger. Protokol ini saat ini memiliki konsensus 17% di antara validator, jauh di bawah mayoritas super 80% yang dibutuhkan untuk dapat beroperasi.

Apa itu Protokol Peminjaman XLS-66?

XLS-66, yang secara resmi berjudul "Lending Protocol," diperkenalkan dalam XRPL versi 3.1.0 dan ditulis bersama oleh pengembang Ripple, Vytautas Vito Tumas dan Aanchal Malhotra. Proposal ini memperkenalkan blok bangunan dasar yang dibutuhkan untuk originasi kredit on-chain langsung di XRP Ledger, bukan melalui ekosistem kontrak pintar yang diimplementasikan secara terpisah.

Protokol ini menawarkan pinjaman jangka tetap yang didanai melalui kumpulan deposit. Yang membedakannya dari sebagian besar sistem pinjaman DeFi adalah protokol ini secara sengaja melewatkan manajemen agunan on-chain otomatis dan bot likuidasi. Sebaliknya, pemeriksaan identitas, penilaian kredit, dan langkah-langkah penjaminan lainnya terjadi di luar blockchain sebelum pinjaman diterbitkan. Ledger menangani penyelesaian, catatan kepemilikan, dan jejak audit.

Vet, peneliti dan validator XRPL, seorang anggota komunitas aktif yang menyebut ini sebagai "batas DeFi terakhir" untuk jaringan tersebut, mengatakan: 

"Pihak pemberi pinjaman tidak akan memberikan XRP kepada Anda sejak awal tanpa mengetahui identitas Anda dan melakukan beberapa pengecekan di luar rantai (off-chain) terhadap Anda."

Bagaimana Protokol Ini Sebenarnya Bekerja?

Spesifikasi XLS-66 memperkenalkan dua objek on-chain baru: LoanBroker dan Loan.

Objek LoanBroker dibuat dan dikelola oleh Loan Broker, entitas yang bertanggung jawab menjalankan operasi pemberian pinjaman. Objek ini mencatat detail spesifik protokol termasuk biaya dan Modal Kerugian Pertama yang telah disetorkan oleh broker sebagai penyangga terhadap gagal bayar. Objek Loan mencatat perjanjian antara Loan Broker dan peminjam, termasuk ketentuan, jadwal pembayaran, dan status.

Alur intinya bekerja seperti ini:

• Pialang Pinjaman membuat Brankas untuk menyimpan aset yang disetorkan dari satu atau lebih penabung.
• Pialang Pinjaman secara opsional menyetorkan Modal Kerugian Pertama sebagai dana perlindungan terhadap gagal bayar.
• Objek Pinjaman dibuat bersama oleh Pialang Pinjaman dan peminjam.
• Peminjam menarik dana menggunakan transaksi LoanDraw dan melakukan pembayaran kembali menggunakan LoanPay.
• Jika peminjam gagal bayar, Pialang Pinjaman dapat memicu transaksi LoanManage untuk mencatat kegagalan bayar tersebut.
• Setelah pinjaman jatuh tempo atau gagal bayar, pinjaman tersebut dihapus dari buku besar menggunakan transaksi LoanDelete.

Protokol ini mendukung total sembilan jenis transaksi, yang mencakup seluruh siklus hidup mulai dari pembuatan pinjaman hingga penghapusan objek LoanBroker itu sendiri setelah semua pinjaman diselesaikan.

Suku Bunga dan Biaya

Protokol ini mendukung tiga jenis suku bunga: suku bunga standar atas pokok pinjaman, suku bunga keterlambatan pembayaran yang lebih tinggi, dan suku bunga pelunasan dini untuk peminjam yang melunasi pinjaman sebelum jangka waktu berakhir. Pialang Pinjaman dapat mengkonfigurasi beberapa biaya tambahan di atas suku bunga tersebut, termasuk biaya manajemen yang dikenakan sebagai persentase dari bunga, biaya pengurusan pinjaman yang diambil dari pokok pinjaman, biaya layanan pinjaman pada setiap pembayaran, dan biaya terpisah untuk keterlambatan atau pelunasan dini. Biaya hanya dikenakan jika Pialang Pinjaman telah menyetor Modal Kerugian Pertama yang cukup.

Temukan Proyek yang Menjanjikan...

Proyek yang Menjanjikan...

(Iklan)

Artikel berlanjut...

Kepatuhan dan Perlindungan Risiko

Protokol ini mencakup dua mekanisme kepatuhan bawaan yang dapat digunakan oleh penerbit aset. Yang pertama adalah mekanisme penarikan kembali (clawback), yang memungkinkan penerbit untuk mengambil kembali dana dari Vault dalam keadaan tertentu. Yang kedua adalah mekanisme pembekuan (freeze), yang dapat mencegah akun tertentu atau semua akun untuk mengirim atau menerima aset tertentu. Jika akun peminjam dibekukan, mereka tidak dapat menarik dana atau melakukan pembayaran, meskipun kewajiban pembayaran mereka tetap berlaku.

Skema Modal Kerugian Pertama adalah alat manajemen risiko utama. Pialang Pinjaman menyetorkan dana yang dihitung sebagai persentase dari total utang yang belum dilunasi. Jika peminjam gagal bayar, sebagian dari dana tersebut dilikuidasi dan dikembalikan ke Brankas untuk mengimbangi sebagian kerugian bagi para penyetor.

Apa Perbedaan XLS-66 dengan Pinjaman DeFi Standar?

Sebagian besar pinjaman DeFi pada Ethereum Cara kerjanya adalah melalui jaminan berlebih (over-collateralization). Peminjam mengunci kripto yang nilainya lebih besar dari jumlah pinjaman, dan bot otomatis akan melikuidasi jaminan tersebut jika nilainya turun di bawah ambang batas yang ditetapkan. Protokol seperti Aave dan Compound dibangun sepenuhnya berdasarkan model ini.

XLS-66 sama sekali tidak menggunakan agunan on-chain atau bot likuidasi. Konsekuensinya adalah pemberi pinjaman menanggung lebih banyak risiko kredit, tetapi sistem ini dirancang untuk mengatasi hal ini melalui penjaminan off-chain yang ketat sebelum pinjaman apa pun dibuat. Buku besar hanya mencatat hasilnya, menjaga data peminjam yang sensitif tetap off-chain sambil mempertahankan jejak audit publik.

Pendekatan hibrida ini, manajemen risiko terpusat yang dikombinasikan dengan penyelesaian terdesentralisasi, bukanlah hal yang sepenuhnya baru. Pasar pinjaman Algofi milik Algorand menggunakan kombinasi serupa antara jaminan on-chain dan penilaian kredit off-chain dan memberikan pengembalian tahunan sekitar 12% bagi peserta awal. Jaringan Stellar mencoba versi yang lebih sederhana pada tahun 2020 tanpa kontrol penjaminan yang kuat dan melihat peminjam gagal bayar karena likuiditas mengering. XLS-66 tampaknya dirancang dengan mempertimbangkan pelajaran-pelajaran tersebut.

Apa yang Menghalangi XLS-66 untuk Diluncurkan?

Amandemen tersebut membutuhkan persetujuan 80% dari validator, dan ambang batas tersebut harus dipertahankan selama dua minggu berturut-turut sebelum diaktifkan. Hingga saat ini, hanya 6 dari validator tepercaya XRPL yang memberikan suara setuju, sementara 29 lainnya memberikan suara menolak atau abstain. Hal ini menempatkan konsensus saat ini pada angka 17.14%, jauh dari ambang batas yang dibutuhkan.

Persyaratan mayoritas super 80% adalah fitur yang disengaja dari model tata kelola XRPL. Hal ini memastikan bahwa perubahan besar pada buku besar tidak dapat dipaksakan tanpa persetujuan luas dari kumpulan validator jaringan, yang mencakup node independen, bursa, dan lembaga. Mekanisme yang sama telah memperlambat atau memblokir amandemen lain di masa lalu, dan XLS-66 menghadapi rintangan yang sama.

Kesimpulan  

XLS-66 akan memberikan XRP Ledger lapisan pinjaman asli yang dibangun di sekitar pinjaman tanpa jaminan dengan jangka waktu tetap, dengan penjaminan di luar rantai (off-chain) dan penyelesaian di dalam rantai (on-chain). Protokol ini mencakup alat terstruktur untuk pemberian pinjaman, pembayaran kembali, manajemen gagal bayar, dan perlindungan depositor melalui First-Loss Capital. Apakah hal itu akan terwujud bergantung pada validator, dan saat ini jumlahnya masih jauh dari cukup.

Publikasi 

1. Proposal XLS-66: 0066 XLS - 66dProtokol Pinjaman Asli XRP Ledger

2. Peneliti dan validator XRPL, Vet on X: Postingan pada 8 Maret