Protokol Peminjaman Ripple XRP Ledger Dijelaskan: Bagaimana XLS-65 & XLS-66 Bekerja

Protokol pinjaman Ripple XRP Ledger (XRPL) dirancang untuk memperkenalkan pinjaman berbasis asli dengan jangka waktu tetap melalui dua amandemen kunci: XLS-65 dan XLS-66.

XLS-65 menetapkan Vault Aset Tunggal, yang mengumpulkan setoran dari beberapa peserta. XLS-66 membangun infrastruktur ini dengan memungkinkan peminjam mengakses dana yang terkumpul melalui pinjaman tanpa jaminan dengan syarat pembayaran yang telah ditentukan.

Usulan ini bisa memperluas peran XRPL dalam keuangan terdesentralisasi (DeFi), terutama untuk kredit institusional dan pinjaman berbasis stablecoin.

Namun, infrastruktur pinjaman yang lengkap belum aktif di Mainnet. Kedua amandemen masih memerlukan dukungan validator yang cukup sebelum aktivasi.

Catatan Penting

• XLS-65 menciptakan infrastruktur likuiditas: Vault Aset Tunggal mengumpulkan satu jenis aset dan menerbitkan saham tertoken yang mewakili kepemilikan depositor.
• XLS-66 memperkenalkan pinjaman jangka waktu tetap: Peminjam dapat mengakses dana yang terkumpul melalui pinjaman terstruktur tanpa menyediakan jaminan on-chain di bawah desain protokol standar.
• Aktivasi Mainnet masih tertunda: Kedua amandemen memerlukan lebih dari 80% dukungan dari validator tepercaya selama 14 hari berturut-turut sebelum menjadi aktif.

Apa Itu Protokol Pinjaman Ripple XRP Ledger?

Protokol pinjaman XRPL adalah infrastruktur kredit on-chain yang diusulkan yang menghubungkan penyedia likuiditas dengan peminjam melalui pengaturan pinjaman terstruktur.

Tujuan utamanya adalah untuk membuat aset digital yang terkumpul tersedia untuk pinjaman jangka waktu tetap sambil mencatat kegiatan pinjaman penting di XRP Ledger.

Berbeda dengan pinjaman DeFi tradisional yang terlalu terjamin, desain XLS-66 mendukung pinjaman tanpa jaminan. Peminjam tidak perlu menguncikan aset crypto on-chain sebagai jaminan di bawah struktur pinjaman standar.

Sebaliknya, model ini mengandalkan penilaian risiko dan penjaminan off-chain untuk menilai kelayakan kredit peminjam.

Protokol ini terdiri dari dua komponen utama:

Komponen ini memisahkan pengelolaan likuiditas dari pengelolaan pinjaman.

Ini berarti vault menangani aset yang disetorkan, sementara infrastruktur pinjaman mengelola perjanjian pinjaman, pembayaran dan proses terkait default.

Mengapa XRPL Memperkenalkan Pinjaman Asli?

XRPL secara tradisional diakui untuk pembayaran, transfer aset dan tokenisasi. Pinjaman asli akan menambah penggunaan keuangan lain ke infrastruktur yang ada.

Protokol yang diusulkan bisa mendukung beberapa aplikasi:

• Kredit institusional: Lembaga keuangan dapat mengeksplorasi pengaturan pembiayaan berbasis blockchain.
• Pinjaman stablecoin: Stablecoin yang memenuhi syarat dapat digunakan untuk mendanai pinjaman dan mengelola pembayaran.
• Manajemen aset tertoken: Depositor dapat menyumbangkan aset ke vault yang mengalokasikan likuiditas untuk kegiatan pinjaman.
• Catatan pinjaman on-chain: Syarat pinjaman, saldo dan kegiatan pembayaran dapat dikelola melalui transaksi ledger.

Pengembangan ini juga sejalan dengan perluasan XRPL yang lebih luas menuju layanan keuangan institusional.

Untuk konteks tambahan, lihat laporan Bitrue tentang peta jalan XRP 2027 dan pertumbuhan XRP Ledger.

Bagaimana Cara Kerja XLS-65 Vault Aset Tunggal?

XLS-65, yang secara resmi dikenal sebagai amandemen Vault Aset Tunggal, menyediakan infrastruktur likuiditas untuk sistem pinjaman yang diusulkan.

Vault Aset Tunggal adalah struktur on-chain yang mengumpulkan aset dari satu atau lebih depositor dan membuatnya tersedia untuk aplikasi lain.

Setiap vault memegang satu jenis aset. Jenis aset yang didukung termasuk XRP, token jalur trust dan Token Multi-Purpose (MPT).

1. Depositor Menyumbang Aset

Sebuah vault dibuat oleh akun yang dikenal sebagai Pemilik Vault.

Peserta lain dapat menyumbangkan aset yang didukung ke vault, tergantung pada aturan aksesnya.

Sebagai contoh, vault RLUSD dapat mengumpulkan setoran dari beberapa peserta yang memenuhi syarat. Saldo yang terkumpul kemudian dapat menyediakan dana untuk kegiatan pinjaman.

Struktur aset tunggal berarti bahwa satu vault tidak dapat dengan bebas menggabungkan jenis aset yang tidak terkait.

2. Depositor Menerima Saham Tertoken

Ketika peserta menyetor aset, vault menerbitkan saham kepemilikan yang diwakili oleh Token Multi-Purpose.

Saham ini menunjukkan kepemilikan proporsional masing-masing depositor terhadap vault.

Pertimbangkan sebuah vault hipotetis yang berisi 100,000 RLUSD:

Persentase mencerminkan kontribusi awal, bukan nilai penebusan masa depan yang dijamin.

Jika aktivitas pinjaman menghasilkan bunga, nilai yang tersedia bagi pemegang saham dapat meningkat setelah biaya yang berlaku. Namun, gagal bayar dan kerugian lainnya dapat mengurangi nilai kepemilikan mereka.

3. Vault Dapat Memiliki Aturan Akses yang Berbeda

XLS-65 mendukung konfigurasi vault publik dan privat.

Sebuah vault publik memungkinkan peserta yang memenuhi syarat untuk menyetor tanpa memerlukan kredensial khusus.

Sebuah vault privat dapat membatasi partisipasi melalui Domain Berizin dan Kredensial on-chain.

Perbedaan ini sangat relevan untuk aplikasi institusional, di mana akses mungkin perlu dibatasi untuk peserta yang disetujui.

Vault juga dapat mengonfigurasi apakah saham kepemilikan mereka dapat dipindahkan antar akun.

4. Setoran dan Penarikan Dikelola Di On-Chain

XLS-65 memperkenalkan transaksi untuk mengelola operasi vault.

Transaksi ini menetapkan infrastruktur dasar untuk mengelola likuiditas yang terkumpul.

Namun, penyetor tidak boleh menganggap bahwa setiap vault mengizinkan penarikan segera. Akses tergantung pada konfigurasinya dan aturan aplikasi yang terhubung.

5. Vault Terbuka dan Tertutup

Struktur vault itu penting karena pengaturan pinjaman yang berbeda memerlukan kondisi likuiditas yang berbeda.

Vault terbuka umumnya memungkinkan setoran dan penarikan sesuai dengan aturan yang dikonfigurasi.

Vault tertutup mengikuti tiga fase yang ditentukan:

Struktur tertutup diperkenalkan melalui amendemen LendingProtocolV1_1 yang terkait, yang memperluas vault dan kerangka pinjaman asli.

Ini sangat berguna untuk pinjaman jangka tetap karena modal yang tersedia dapat tetap dikomit selama periode investasi yang ditentukan.

Bagaimana Protokol Pinjaman XLS-66 Bekerja?

XLS-66 memperkenalkan fungsi peminjaman yang menggunakan likuiditas yang disimpan dalam Single Asset Vaults.

Ini menetapkan kerangka on-chain untuk membuat pinjaman, merekam kondisi pembayaran kembali, dan mengelola default.

Protokol ini memperkenalkan dua komponen penting:

• Loan Broker: Mengelola operasi peminjaman, termasuk biaya, administrasi pinjaman, dan First-Loss Capital.
• Peminjam: Menerima dana dari kumpulan peminjaman dan setuju untuk membayarnya berdasarkan kondisi yang telah ditentukan sebelumnya.

Loan Broker menghubungkan likuiditas vault dengan perjanjian pinjaman individu. Penilaian kredit dan pemilihan peminjam tetap menjadi bagian dari manajemen risiko off-chain.

1. Loan Broker Membuat Struktur Peminjaman

Proses dimulai dengan Single Asset Vault.

Loan Broker membuat entri buku besar LoanBroker yang sesuai melalui transaksi LoanBrokerSet.

Entri ini menghubungkan pengaturan peminjaman ke vault dan merekam parameter penting, termasuk:

• Tarif biaya manajemen.
• Batas utang maksimum.
• Persyaratan First-Loss Capital.
• Pengaturan administrasi pinjaman.

Loan Broker bertanggung jawab untuk mengelola hubungan antara vault dan peminjam.

Di bawah LendingProtocolV1_1, pengaturan Loan Broker baru harus menggunakan vault tertutup.

2. Depositor Membiayai Vault

Peserta menyumbangkan aset melalui transaksi VaultDeposit.

Sebagai imbalannya, mereka menerima saham kepemilikan yang tertokenisasi yang mewakili kepentingan proporsional mereka dalam kumpulan.

Aset yang disetor menjadi sumber dana untuk pinjaman yang memenuhi syarat.

Sebagai contoh, vault yang berisi RLUSD dapat menyediakan likuiditas bagi peminjam yang mencari modal kerja dalam denominasi dolar.

Jumlah yang tersedia untuk peminjaman bergantung pada aset vault, kewajiban yang ada, dan batas utang yang dikonfigurasi.

3. Loan Broker Dapat Memberikan First-Loss Capital

Salah satu fitur manajemen risiko penting XLS-66 adalah First-Loss Capital.

Ini adalah mekanisme perlindungan opsional di mana Loan Broker menyetor tambahan modal untuk menyerap sebagian awal dari kerugian yang memenuhi syarat akibat default peminjam.

Jumlah yang diperlukan tergantung pada tarif penutupan minimum yang dikonfigurasi dan utang yang terutang.

Pertimbangkan pengaturan peminjaman hipotetis dengan:

Jika seorang peminjam melakukan default, protokol dapat melikuidasi sebagian modal yang memenuhi syarat ini dan mengembalikannya ke vault untuk menutupi sebagian dari kerugian.

Namun, First-Loss Capital tidak menjamin pembayaran kembali penuh.

Efektivitasnya tergantung pada jumlah yang tersedia, tarif likuidasi yang dikonfigurasi, dan ukuran default.

4. Peminjam Menerima Pinjaman Jangka Tetap

Setelah kondisi peminjaman ditetapkan, Loan Broker dan Peminjam membuat pinjaman melalui transaksi LoanSet.

Pinjaman merekam informasi penting, termasuk:

• Jumlah pokok.
• Tingkat bunga tahunan.
• Jadwal pembayaran kembali.
• Interval pembayaran.
• Durasi pinjaman.
• Bunga pembayaran terlambat.
• Kondisi pembayaran kembali lebih awal.

Setelah pinjaman dibuat, jumlah pokok yang diminta, tidak termasuk biaya yang berlaku, ditransfer ke peminjam.

Desain standar XLS-66 mendukung peminjaman tanpa jaminan. Oleh karena itu, peminjam tidak perlu memberikan jaminan kripto on-chain sebagai syarat struktur pinjaman protokol.

Namun, ini tidak menghilangkan penilaian kredit. Loan Broker masih perlu mengevaluasi apakah seorang peminjam dapat memenuhi kewajiban pembayaran kembali.

5. Peminjam Membayar Kembali Pinjaman Mereka

Peminjam melakukan pembayaran menggunakan transaksi LoanPay.

Protokol menghitung pembayaran berdasarkan pokok pinjaman, suku bunga dan jadwal pembayaran.

Ini mendukung beberapa komponen bunga:

Jumlah pembayaran kembali yang tepat tergantung pada ketentuan yang tercatat dalam perjanjian pinjaman.

Bunga yang diperoleh dari pinjaman dapat berkontribusi pada nilai vault setelah biaya manajemen dan biaya lainnya yang berlaku.

6. Pinjaman yang Macet Dapat Dikelola

Jika seorang peminjam gagal memenuhi kewajiban pembayaran, Loan Broker dapat menggunakan transaksi LoanManage untuk mengelola status pinjaman, termasuk menyatakannya macet.

Protokol kemudian dapat menerapkan mekanisme Modal Kerugian Pertama yang telah dikonfigurasi.

Setelah pinjaman telah jatuh tempo atau dinyatakan macet, peminjam atau Loan Broker dapat menggunakan LoanDelete untuk menghapus entri pinjaman yang memenuhi syarat.

Ini menyediakan catatan on-chain tentang siklus hidup pinjaman, dari pembuatan pinjaman hingga pembayaran kembali atau macet.

Bagaimana XRP Ledger Lending Dapat Menghasilkan Hasil?

Salah satu daya tarik utama dari infrastruktur pinjaman XRPL yang diusulkan adalah potensinya untuk membuat aset digital terpool produktif.

Alih-alih memegang aset tanpa menghasilkan pendapatan pinjaman, peserta dapat menyetor aset yang memenuhi syarat ke dalam vault yang menyediakan dana bagi peminjam.

Proses ini memiliki tiga tahap utama:

1. Penyediaan likuiditas: Penyetor menyumbangkan aset ke Vault Aset Tunggal.
2. Origination pinjaman: Loan Broker mengalokasikan dana yang tersedia kepada peminjam berdasarkan ketentuan yang disetujui.
3. Pengumpulan bunga: Peminjam melakukan pembayaran kembali terjadwal, dengan bunga berkontribusi pada nilai vault setelah biaya dan kerugian yang berlaku.

Loan Broker dapat mengonfigurasi biaya manajemen, biaya origination dan biaya layanan.

Biaya-biaya ini mempengaruhi seberapa banyak bunga yang pada akhirnya menguntungkan penyetor vault.

Bisakah Pemegang XRP Mendapatkan Hasil Secara Langsung?

Tidak secara otomatis.

Protokol tidak menjanjikan bunga hanya karena seseorang memegang XRP.

Untuk berpartisipasi dalam peluang hasil terkait pinjaman, pengguna perlu akses ke vault atau aplikasi yang sesuai yang menerima aset terkait.

Sebagai contoh, aplikasi pinjaman dapat mendukung vault berbasis XRP atau satu yang memegang stablecoin yang memenuhi syarat.

Memegang XRP, menyetor XRP ke dalam vault dan menerima pendapatan pinjaman adalah tiga aktivitas yang berbeda.

Potensi imbal hasil akan bergantung pada beberapa faktor:

• Permintaan peminjam.
• Suku bunga pinjaman.
• Utilisasi vault.
• Kinerja pembayaran kembali.
• Biaya Loan Broker.
• Kerugian akibat macet.
• Kondisi penarikan.

Tidak ada APY yang dijamin yang ditetapkan oleh XLS-65 atau XLS-66.

Apa Peran RLUSD dalam XRPL Lending?

RLUSD dapat menjadi aset penting dalam ekosistem pinjaman institusional XRPL.

Ripple USD (RLUSD) adalah stablecoin yang dinyatakan dalam dolar AS dari Ripple. Unit akuntansi yang relatif stabil membuatnya relevan dengan pengaturan pinjaman di mana peminjam dan pemberi pinjaman menginginkan denominasi pinjaman yang dapat diprediksi.

Pengaturan pinjaman RLUSD yang potensial dapat bekerja sebagai berikut:

1. Sebuah institusi membuat Vault Aset Tunggal RLUSD.
2. Peserta yang memenuhi syarat menyetor RLUSD ke dalam brankas.
3. Broker Pinjaman menetapkan kondisi peminjaman.
4. Peminjam yang disetujui menerima pinjaman RLUSD.
5. Peminjam membayar kembali pokok dan bunga sesuai dengan jadwal yang disepakati.

Struktur ini dapat mendukung pembiayaan modal kerja dan aplikasi kredit institusional lainnya.

Kombinasi yang diusulkan antara RLUSD dan peminjaman XRPL asli sangat relevan karena menghubungkan likuiditas stablecoin dengan kredit terstruktur.

Namun, keberadaan RLUSD tidak berarti bahwa pasar peminjaman yang operasional sudah tersedia.

Ripple, bersama dengan mitra institusional, mengumumkan inisiatif pada Agustus 2026 untuk mengeksplorasi peminjaman modal kerja berbasis RLUSD di XRPL. Pengembangan ini menunjukkan minat yang berkembang dalam menghubungkan likuiditas stablecoin dengan kredit institusional.

Namun, pengembangan dan pengujian inisiatif tersebut tidak boleh disamakan dengan layanan peminjaman Mainnet yang sepenuhnya operasional.

Apakah Protokol Peminjaman XRPL Sudah Hidup di Mainnet?

Aktivasi Mainnet tertunda

Per 13 November 2026, XLS-65 dan XLS-66 belum mencapai dukungan validator yang diperlukan untuk aktivasi Mainnet.

Kedua amandemen berada dalam proses pemungutan suara, yang berarti fungsionalitas mendasar sedang berkembang menuju potensi penerapan produksi tetapi belum tersedia sebagai sistem peminjaman asli yang diaktifkan.

Status Pemungutan Suara Validator XLS-65 dan XLS-66 Terbaru

Panggilan roll validator terbaru yang tersedia dari 12 November 2026 menunjukkan dukungan berikut:

Kedua amandemen utama tetap di bawah ambang aktivasi.

Amandemen XRPL memerlukan lebih dari 80% dukungan dari validator terpercaya selama 14 hari berturut-turut.

Dengan 35 validator yang berpartisipasi dalam panggilan roll yang dilaporkan, setidaknya 29 harus mendukung suatu amandemen.

Mencapai 29 suara tidak mengaktifkan fitur secara otomatis. Dukungan yang diperlukan harus tetap ada sepanjang periode 14 hari penuh. Jika dukungan jatuh di bawah ambang, hitungan mundur aktivasi direset.

Apa yang Perlu Terjadi Sebelum Peluncuran?

Beberapa tonggak tetap relevan sebelum infrastruktur peminjaman lengkap beroperasi:

• Persetujuan validator: XLS-65 dan XLS-66 harus mencapai ambang pemungutan suara yang diperlukan.
• Periode aktivasi: Mayoritas yang diperlukan harus tetap ada selama 14 hari berturut-turut.
• Implementasi jaringan: Amandemen harus menjadi aktif di buku besar produksi.
• Pengembangan aplikasi: Pengembang dan institusi keuangan memerlukan aplikasi yang kompatibel untuk menyediakan layanan peminjaman.
• Pengaturan risiko dan kepatuhan: Penyedia peminjaman harus menetapkan penilaian peminjam yang tepat dan langkah-langkah keamanan operasional.

Tidak ada tanggal aktivasi Mainnet yang dikonfirmasi yang harus diperlakukan sebagai jaminan.

Pembaca yang mengikuti perkembangan harus memantau pemungutan suara validator dan pembaruan resmi amandemen XRPL alih-alih mengandalkan prediksi peluncuran spekulatif.

Apa Risiko Utama Peminjaman XRPL?

Meskipun XLS-65 dan XLS-66 memperkenalkan infrastruktur keuangan yang berguna, model peminjaman yang diusulkan memiliki beberapa risiko.

Memahami keterbatasan ini penting bagi siapa saja yang mempertimbangkan untuk menyetor aset ke dalam brankas peminjaman.

1. Risiko Default Peminjam

Protokol mendukung pinjaman tanpa jaminan.

Ini berarti para depositor tidak dapat secara otomatis mengandalkan likuidasi jaminan on-chain untuk memulihkan dana ketika peminjam gagal membayar kembali.

Sebaliknya, model ini sangat bergantung pada penilaian peminjam, struktur pinjaman, dan manajemen risiko off-chain.

Jika peminjam mengalami gagal bayar, para depositor bisa kehilangan sebagian dari modal yang telah mereka kontribusikan.

2. Perlindungan Modal Kerugian Pertama yang Terbatas

Modal Kerugian Pertama dapat menyerap sebagian awal dari kerugian yang memenuhi syarat.

Namun, efektivitasnya tergantung pada jumlah yang tersedia dan skala default peminjam.

Mekanisme ini bersifat opsional, dan perlindungannya terbatas oleh tarif penutupan dan likuidasi yang telah dikonfigurasi.

Jika kerugian melebihi perlindungan yang tersedia, dampak keuangan yang tersisa dapat mempengaruhi vault.

3. Risiko Likuiditas dan Penarikan

Para deposan mungkin tidak selalu dapat menarik aset mereka dengan segera.

Ini sangat relevan untuk vault yang ditutup, di mana penarikan dibatasi selama fase Investasi.

Bahkan ketika sebuah vault mendukung penarikan, likuiditas yang tersedia dan kewajiban pinjaman yang belum terpenuhi dapat mempengaruhi pengalaman penarikan praktis.

4. Risiko Broker Pinjaman dan Operasional

Broker Pinjaman memainkan peran penting dalam mengelola pengaturan pinjaman.

Tanggung jawab mereka termasuk mengonfigurasi pinjaman, mengelola kondisi pembayaran, menetapkan biaya dan mempertahankan Modal Kerugian Pertama di mana berlaku.

Underwriting yang buruk, kegagalan operasional atau manajemen risiko yang tidak memadai dapat berdampak negatif pada para deposan.

5. Risiko Kontrak Cerdas dan Teknis

Protokol ini memperkenalkan objek buku besar dan transaksi baru.

Sama seperti infrastruktur keuangan lain yang berbasis blockchain, kesalahan implementasi, interaksi yang tidak terduga dan kerentanan keamanan dapat menciptakan risiko keuangan.

Pengujian dan audit keamanan dapat membantu mengidentifikasi masalah, tetapi tidak dapat menghilangkan setiap kemungkinan kerentanan.

Bagaimana XRPL Lending Sesuai Dengan Strategi DeFi Ripple?

Protokol pinjaman yang diusulkan mewakili perluasan yang lebih luas dari infrastruktur keuangan XRPL.

Alih-alih fokus secara eksklusif pada pembayaran dan transfer aset, jaringan ini sedang mengembangkan komponen tambahan yang dapat mendukung kegiatan keuangan yang lebih kompleks.

Tiga area sangat relevan.

Keuangan Institusional

XLS-65 dan XLS-66 menyediakan kerangka untuk menghubungkan likuiditas yang dipooling dengan kredit terstruktur.

Ini dapat membuat XRPL lebih relevan bagi lembaga keuangan yang mencari infrastruktur berbasis blockchain untuk pinjaman dan manajemen aset.

Infrastruktur Stablecoin

RLUSD dapat mendukung pengaturan pinjaman di mana peserta lebih memilih aset yang denominasi dalam dolar.

Vault berbasis stablecoin juga dapat menyederhanakan akuntansi pokok pinjaman, bunga, dan pembayaran kembali.

Tokenisasi dan Utilitas Aset

Vault Aset Tunggal menciptakan satu lagi potensi kasus penggunaan untuk aset ter-tokenisasi.

Struktur dasarnya tidak terbatas pada pinjaman. XLS-65 juga memungkinkan vault mendukung aplikasi lain, termasuk manajemen aset dan struktur yang menghasilkan imbal hasil.

Untuk latar belakang tambahan, lihat artikel Bitrue tentang pembayaran lintas batas XRP Ledger dan utilitas XRPL.

Kesempatan yang lebih luas adalah menghubungkan pembayaran, aset ter-tokenisasi, stablecoin dan kredit dalam infrastruktur blockchain yang sama.

Masa Depan Pinjaman di XRP Ledger

Protokol pinjaman Ripple XRP Ledger memperkenalkan pendekatan baru untuk kredit on-chain dengan menggabungkan likuiditas yang dipooling dengan pinjaman terstruktur berjangka tetap.

XLS-65 menetapkan fondasi melalui Vault Aset Tunggal, sementara XLS-66 menambahkan pembuatan pinjaman, manajemen pembayaran kembali, perhitungan bunga dan penanganan default.

Model ini sangat relevan untuk keuangan institusional karena menggabungkan transaksi berbasis buku besar yang transparan dengan penilaian kredit di luar rantai.

RLUSD dan aset memenuhi syarat lainnya pada akhirnya dapat mendukung aplikasi pinjaman yang dibangun di sekitar infrastruktur ini.

Namun, perbedaan antara pengembangan dan ketersediaan tetap penting. Hingga 13 November 2026, amandemen inti masih menunggu persetujuan validator yang diperlukan untuk aktivasi Mainnet.

Untuk sekarang, perkembangan terpenting yang harus dipantau adalah pemungutan suara validator, aktivasi protokol dan munculnya aplikasi pinjaman yang kompatibel. Tonggak ini akan menentukan apakah infrastruktur pinjaman yang diusulkan oleh XRPL dapat bergerak dari spesifikasi teknis ke layanan keuangan yang praktis.

FAQ

Apa Itu Protokol Pinjaman XRPL?

Protokol Pinjaman XRPL adalah kerangka pinjaman asli yang dirancang untuk memungkinkan pinjaman berjangka tetap yang tidak terjamin dengan menggunakan dana yang dipooling dari Vault Aset Tunggal. Ini didefinisikan terutama oleh XLS-65 dan XLS-66.

Apa Perbedaan Antara XLS-65 dan XLS-66?

XLS-65 memperkenalkan Vault Aset Tunggal untuk menggabungkan aset dan menerbitkan saham kepemilikan. XLS-66 menggunakan vault tersebut untuk memberikan pendanaan untuk pinjaman terstruktur dengan syarat pembayaran yang sudah ditentukan.

Kapan Protokol Pinjaman XRP Ledger Diluncurkan?

Tidak ada tanggal aktivasi Mainnet yang dikonfirmasi. XLS-65 dan XLS-66 masih perlu mencapai ambang persetujuan validator yang diperlukan dan mempertahankan dukungan selama 14 hari berturut-turut.

Dapatkah Anda Menghasilkan Imbal Hasil Melalui Pinjaman XRP Ledger?

Kemungkinan, ya. Peserta dapat menghasilkan pengembalian dengan menyetorkan aset yang memenuhi syarat ke dalam vault pinjaman. Namun, pengembalian tergantung pada pembayaran kembali peminjam, suku bunga, biaya dan kerugian kredit. Imbal hasil tidak dijamin.

Apakah XRPL Lending Memerlukan Jaminan?

Desain peminjaman standar XLS-66 mendukung pinjaman tanpa jaminan. Ini bergantung pada penjaminan dan manajemen risiko off-chain daripada meminta peminjam untuk memberikan jaminan on-chain.

Peringatan: Pandangan yang diungkapkan sepenuhnya milik penulis dan tidak mencerminkan pandangan platform ini. Platform ini dan afiliasinya menolak tanggung jawab atas akurasi atau kesesuaian informasi yang diberikan. Ini hanya untuk tujuan informasi dan tidak dimaksudkan sebagai nasihat keuangan atau investasi.