Pinjaman DeFi: Jaminan, Likuidasi, dan Utang Macet

Cara termudah untuk memahami pinjaman DeFi adalah dengan mengikuti contoh konkret. Seorang peminjam menyetorkan jaminan volatil senilai $150,000 dan meminjam stablecoin senilai $90,000. Hasil yang terlihat baru permulaan; pertanyaan pentingnya berkaitan dengan catatan, lembaga, dan kewajiban yang membuat transaksi tersebut sah.

Protokol pinjaman DeFi memungkinkan pengguna memasok aset ke kumpulan kontrak pintar dan meminjam dengan jaminan, sesuai aturan terprogram mengenai bunga, kesehatan akun, dan likuidasi. Suku bunga merespons tingkat penggunaan dan parameter tata kelola, sementara oracle menentukan nilai jaminan. Karena pinjaman sering kali dijamin dengan aset yang nilainya melebihi pinjaman, likuidasi menjadi mekanisme utama pengendalian risiko kredit.

Jaminan yang nilainya melebihi pinjaman tidak menghilangkan utang macet. Harga dapat berubah drastis, pembaruan oracle dapat terlambat, kepadatan jaringan blockchain dapat menghambat likuidator, jaminan dapat berkorelasi dengan utang, dan tata kelola dapat memasukkan aset yang lemah atau mengubah parameter risiko. Imbal hasil tinggi dari penyediaan aset mungkin mencakup insentif dan premi risiko, bukan hanya bunga yang dibayarkan peminjam.

Untuk melihat posisi pinjaman DeFi dalam cakupan Securities.io yang lebih luas, bandingkan Perusahaan Audit Kontrak Pintar, Keamanan Kontrak Pintar dan AI, serta Model Referensi Tumpukan DeFi. Secara bersama-sama, panduan tersebut menunjukkan bagaimana pertanyaan yang sama tentang infrastruktur aset digital berubah ketika penerbit, aset, hak investor, atau infrastruktur operasionalnya berbeda.

Dari Penyediaan Jaminan hingga Penanggungan Bersama atau Penyelesaian Kerugian: Rantai Pinjaman DeFi

Penyediaan jaminan menetapkan aset yang dapat disetorkan dan menghasilkan klaim tercatat atau token berbunga. Hasilnya kemudian menjadi masukan untuk menghitung kapasitas pinjaman, dengan menerapkan harga oracle, faktor jaminan, batas, dan kondisi kesehatan akun. Peralihan ini adalah titik pertama untuk menguji pinjaman DeFi: pihak penerima harus dapat membedakan perubahan status yang telah selesai dari pesan, perkiraan, atau catatan sementara. Pengujian yang sama berlaku pada setiap panah berikutnya hingga penanggungan bersama atau penyelesaian kerugian menghasilkan keluaran yang dapat direkonsiliasi secara independen.

Baca diagram dari belakang, mulai dari penanggungan bersama atau penyelesaian kerugian. Keadaan akhir seharusnya dapat ditelusuri kembali ke kode dan status kontrak, data oracle, parameter risiko, kondisi kesehatan akun, riwayat pinjaman dan bunga, pelaksanaan likuidasi, cadangan, tata kelola, serta utang macet akhir; lalu ke kewenangan yang digunakan saat likuidasi dipicu, eksposur yang timbul saat pinjaman diberikan dan bunga terakumulasi, serta masukan yang diterima saat jaminan disediakan. Jika rantai itu terputus, manipulasi oracle dapat tampak seperti transaksi yang telah selesai, sekalipun harga yang menyimpang menciptakan kapasitas pinjaman atau peluang likuidasi palsu. Penelusuran balik ini menjaga analisis tetap berfokus pada nilai jaminan, utang variabel, aturan likuidasi, dan alokasi kerugian tersisa, bukan pada label penyedia atau status antarmuka.

Siapa yang Mengendalikan Catatan Penting dalam Pinjaman DeFi?

Pemasok dan Peminjam menempati posisi yang berbeda dalam rantai operasional. Pemasok menyediakan likuiditas dan menanggung kerugian protokol serta pool, sedangkan peminjam memberikan jaminan dan memiliki utang berbunga variabel. Catatan mereka—klaim atas simpanan, suku bunga, tingkat pemanfaatan, kapasitas penarikan, dan aturan kerugian di satu sisi; serta jaminan, utang, faktor kesehatan akun, bunga, dan riwayat likuidasi di sisi lain—semestinya mencatat peristiwa yang sama, tetapi tidak menjadi salinan dari satu basis data milik vendor. Oracle, likuidator, dan tata kelola protokol menghadirkan keputusan atau bukti yang berbeda; menganggap fungsi-fungsi itu dapat saling menggantikan akan mengaburkan titik masuknya diskresi, likuiditas, atau tanggung jawab hukum.

Gangguan pada likuidator menjadi ujian praktis atas akuntabilitas dalam pinjaman DeFi. Likuidator menutup posisi yang tidak sehat demi memperoleh insentif. Pertanyaannya, apakah pemasok dan peminjam masih dapat merekonstruksi posisi tersebut berdasarkan pemicu, modal, transaksi, jaminan yang disita, dan selisih harga aktual. Kontrak dapat membagi tugas, tetapi pihak yang bertanggung jawab atas janji kepada pelanggan, aset, atau kewajiban tidak dapat menggantikan bukti dengan klausul alih daya. Rancangan yang tangguh menyebutkan catatan cadangan dan orang yang berwenang menyelesaikan ketidaksesuaian.

Tiga Kondisi dalam Pinjaman DeFi yang Sering Tertukar

Faktor jaminan adalah proporsi nilai aset yang dapat digunakan untuk mendukung pinjaman dalam kondisi normal; sedangkan ambang likuidasi adalah batas kesehatan akun saat jaminan dapat disita. Utang macet menambahkan kondisi ketiga: utang yang tersisa setelah jaminan yang tersedia dan mekanisme pemulihan habis digunakan. Perbedaan ini penting karena dua pengguna dapat melihat konfirmasi yang serupa, tetapi memiliki hak yang berbeda, menghadapi jangka waktu yang berbeda, atau bergantung pada lembaga yang berbeda. Dalam pinjaman DeFi, perbandingan yang berguna menyebutkan catatan acuan dan pihak yang menanggung kerugian untuk setiap kondisi.

Bandingkan faktor jaminan, ambang likuidasi, dan utang macet dengan tolok ukur yang sama: jumlah, waktu, likuiditas yang terpakai, kemungkinan pembatalan, klaim hukum, dan kerugian tersisa. Dalam pinjaman DeFi, label yang lebih cepat tidak serta-merta menandakan kondisi yang lebih final, dan imbal hasil yang dilaporkan lebih stabil tidak serta-merta berarti risiko ekonomi yang lebih rendah. Menggunakan kerangka pengukuran yang sama mencegah perbedaan waktu atau akuntansi disalahartikan sebagai peningkatan nyata.

Bagaimana Kondisi Pinjaman DeFi Berubah dalam Praktik

1. Menyetorkan Jaminan: Menetapkan Kondisi Awal Pinjaman DeFi

Setorkan aset yang didukung, lalu terima klaim yang tercatat atau token berbunga. Pada tahap pinjaman DeFi ini, langkah tersebut menetapkan kondisi yang dapat menjadi dasar penghitungan kapasitas pinjaman. Pemasok berperan penting karena menyediakan likuiditas dan menanggung kerugian protokol serta pool. Catatan operasional semestinya memuat klaim atas simpanan, suku bunga, tingkat pemanfaatan, kapasitas penarikan, dan aturan kerugian.

Risiko yang perlu diuji pada tahap ini adalah manipulasi oracle: harga yang menyimpang menciptakan kapasitas pinjaman atau likuidasi semu. Untuk menguji tahap ini, catat hasil dengan waktu, cakupan, dan ketentuan yang sama, lalu ubah satu asumsi sebelum menghitung kapasitas pinjaman. Dalam pinjaman DeFi, serah terima yang dapat dipertanggungjawabkan menjelaskan siapa yang menyetujuinya, catatan mana yang berubah, apa yang masih dapat dibatalkan, dan siapa yang menanggung kerugian jika pihak berikutnya menolak bukti tersebut.

2. Menghitung Kapasitas Pinjaman: Mengidentifikasi Aturan Keputusan dalam Pinjaman DeFi

Terapkan harga dari oracle, faktor jaminan, batas, dan kesehatan akun. Pada tahap pinjaman DeFi ini, langkah tersebut menyaring kondisi yang dapat menjadi dasar peminjaman dan akrual bunga. Peminjam berperan penting karena memberikan jaminan dan memiliki utang berbunga variabel. Catatan operasional semestinya memuat jaminan, utang, faktor kesehatan akun, bunga, dan riwayat likuidasi.

Risiko yang perlu diuji pada tahap ini adalah kesenjangan harga: nilai jaminan turun melampaui kemampuan insentif dan eksekusi sebelum likuidasi. Untuk menguji tahap ini, hitung ulang hasil dengan waktu, cakupan, dan ketentuan yang sama, lalu ubah satu asumsi sebelum peminjaman dan akrual bunga. Dalam pinjaman DeFi, serah terima yang dapat dipertanggungjawabkan menjelaskan siapa yang menyetujuinya, catatan mana yang berubah, apa yang masih dapat dibatalkan, dan siapa yang menanggung kerugian jika pihak berikutnya menolak bukti tersebut.

3. Meminjam dan Mengakru Bunga: Mengukur Peralihan Risiko dalam Pinjaman DeFi

Salurkan aset pinjaman dan perbarui bunga variabel seiring perubahan tingkat pemanfaatan. Pada tahap pinjaman DeFi ini, langkah tersebut mengubah alokasi kondisi yang dapat menjadi dasar pemicu likuidasi. Oracle berperan penting karena menyediakan nilai yang menentukan solvabilitas. Catatan operasional semestinya memuat sumber, agregasi, pembaruan, latensi, mekanisme cadangan, dan ketahanan terhadap manipulasi.

Kegagalan yang perlu diuji pada tahap ini adalah kehabisan likuiditas: pemasok tidak dapat menarik aset karena sebagian besar aset sedang dipinjam. Untuk menguji tahap ini, uji tekanan pada hasil dengan waktu, cakupan, dan ketentuan yang sama, lalu ubah satu asumsi sebelum memicu likuidasi. Dalam pinjaman DeFi, serah terima yang dapat dipertanggungjawabkan menjelaskan siapa yang menyetujuinya, catatan mana yang berubah, apa yang masih dapat dibatalkan, dan siapa yang menanggung kerugian jika pihak berikutnya menolak bukti tersebut.

4. Picu Likuidasi: Selaraskan Catatan Acuan dalam Pinjaman DeFi

Izinkan pihak ketiga atau modul protokol melunasi utang dan menyita agunan dengan harga diskon. Pada bagian pinjaman DeFi ini, langkah tersebut menyelaraskan kondisi yang mungkin menjadi dasar pembebanan kerugian bersama atau penyelesaian kerugian. Pelikuidasi berperan penting karena menutup posisi yang tidak sehat demi memperoleh insentif. Catatan kerja harus memuat pemicu, modal, transaksi, agunan yang disita, dan selisih harga yang terealisasi.

Kegagalan yang perlu diuji pada tahap ini adalah agunan yang berkorelasi: utang dan agunan gagal secara bersamaan atau bergantung pada pasar yang sama. Untuk menguji tahap ini, bandingkan hasilnya dengan menggunakan waktu, cakupan, dan ketentuan yang sama, lalu ubah satu asumsi sebelum membebankan kerugian bersama atau menyelesaikan kerugian. Dalam pinjaman DeFi, serah terima yang dapat dipertanggungjawabkan menjelaskan siapa yang menyetujuinya, catatan mana yang berubah, apa yang masih dapat dibatalkan, dan siapa yang menanggung kerugian jika pihak berikutnya menolak bukti tersebut.

5. Bebankan Kerugian Bersama atau Selesaikan Kerugian: Uji Hasil Akhir Pinjaman DeFi

Jika masih ada utang, gunakan cadangan, modul keamanan, tata kelola, atau kerugian yang ditanggung pemasok. Pada bagian pinjaman DeFi ini, langkah tersebut menuntaskan kondisi yang mungkin menjadi dasar bagi hasil yang tercatat. Tata kelola protokol berperan penting karena menetapkan aset, faktor, batas, suku bunga, peningkatan, dan kontrol darurat. Catatan kerja harus memuat pemungutan suara, kunci administrator, kunci waktu, audit, kas protokol, dan riwayat parameter.

Kegagalan yang perlu diuji pada tahap ini adalah eksploitasi tata kelola: kendali administrator atau hak suara mengubah parameter, meningkatkan kode, atau menguras aset. Untuk menguji tahap ini, buktikan hasilnya dengan menggunakan waktu, cakupan, dan ketentuan yang sama, lalu ubah satu asumsi sebelum hasilnya dicatat. Dalam pinjaman DeFi, serah terima yang dapat dipertanggungjawabkan menjelaskan siapa yang menyetujuinya, catatan mana yang berubah, apa yang masih dapat dibatalkan, dan siapa yang menanggung kerugian jika pihak berikutnya menolak bukti tersebut.

Biaya, Insentif, dan Dampak terhadap Neraca Pinjaman DeFi

Imbal hasil dari penyediaan aset berasal dari bunga peminjam, insentif, biaya, dan terkadang subsidi protokol. Perhitungan imbal hasil bersih harus memperhitungkan perubahan harga token, batasan penarikan, biaya gas, likuidasi posisi berleverage yang diputar berulang, serta potensi kerugian protokol yang dibobot menurut probabilitasnya.

Tingkat pemanfaatan yang lebih tinggi mendorong kenaikan suku bunga untuk menarik pasokan dan mengurangi minat meminjam, tetapi kurva bunga tidak dapat menciptakan likuiditas seketika saat terjadi penarikan besar-besaran. Kapasitas penarikan bergantung pada pelunasan oleh peminjam atau masuknya likuiditas dari luar.

Insentif likuidasi harus cukup untuk menutup biaya gas, pergerakan harga, dan selisih harga eksekusi tanpa menyita nilai milik peminjam secara berlebihan. Pasar yang tipis atau padat memerlukan penyangga lebih besar, sehingga efisiensi modal menurun.

Di Mana Pinjaman DeFi Gagal—dan Apa yang Perlu Diuji Terlebih Dahulu

• Manipulasi Oracle: Harga yang dimanipulasi menciptakan kapasitas pinjaman atau likuidasi semu. Hentikan sementara penyetoran agunan, sementara pemasok tetap menjalankan kewajiban normalnya, lalu pastikan apakah faktor agunan masih memiliki makna seperti yang dijelaskan di atas.
• Lonjakan Perubahan Harga: Nilai agunan turun lebih jauh daripada yang dapat ditangani insentif dan kapasitas eksekusi sebelum likuidasi berlangsung. Hentikan sementara penghitungan kapasitas pinjaman, sementara peminjam tetap menjalankan kewajiban normalnya, lalu pastikan apakah ambang likuidasi masih memiliki makna seperti yang dijelaskan di atas.
• Kehabisan Likuiditas: Pemasok tidak dapat menarik aset karena sebagian besar aset sedang dipinjam. Hentikan sementara peminjaman dan akrual bunga, sementara oracle tetap menjalankan kewajiban normalnya, lalu pastikan apakah utang macet masih memiliki makna seperti yang dijelaskan di atas.
• Agunan yang Berkorelasi: Utang dan agunan gagal secara bersamaan atau bergantung pada pasar yang sama. Hentikan sementara pemicu likuidasi, sementara pelikuidasi tetap menjalankan kewajiban normalnya, lalu pastikan apakah faktor agunan masih memiliki makna seperti yang dijelaskan di atas.
• Eksploitasi Tata Kelola: Kendali administrator atau hak suara mengubah parameter, meningkatkan kode, atau menguras aset. Hentikan sementara pembebanan kerugian bersama atau penyelesaian kerugian, sementara tata kelola protokol tetap menjalankan kewajiban normalnya, lalu pastikan apakah ambang likuidasi masih memiliki makna seperti yang dijelaskan di atas.

Uji tekanan yang bermanfaat untuk pinjam-meminjam DeFi menggabungkan manipulasi oracle dengan terkurasnya likuiditas, alih-alih menguji keduanya secara terpisah. Bekukan atau tunda proses peminjaman dan akrual bunga, buat likuidator tidak tersedia, lalu wajibkan tata kelola protokol menyelaraskan hasil berdasarkan pemungutan suara, kunci admin, mekanisme jeda waktu, audit, kas perbendaharaan, dan riwayat parameter. Desain tersebut hanya lolos jika mekanisme pembebanan kerugian secara kolektif atau penyelesaian kerugian menghasilkan satu keadaan yang dapat dijelaskan, mempertahankan hak-hak yang terkait dengan ambang likuidasi, dan mengalokasikan setiap kekurangan berdasarkan aturan yang sudah berlaku sebelum gangguan.

Contoh Terperinci: Menelusuri Satu Peristiwa Pinjam-Meminjam DeFi dari Awal hingga Akhir

Seorang peminjam menyetorkan agunan volatil senilai $150,000 dan meminjam stablecoin senilai $90,000. Jika ambang likuidasi ditetapkan sebesar 80%, posisi tersebut memenuhi syarat untuk dilikuidasi ketika nilai agunan setelah penyesuaian tidak lagi mencukupi untuk menutup utang. Likuidator membayar sebagian utang dan menerima agunan dengan harga diskon. Jika terjadi gap harga dan agunan terjual dengan harga di bawah jumlah utang ditambah biaya, protokol menanggung utang macet yang harus diserap sesuai aturannya.

Contoh ini dapat dibuktikan keliru dengan mengubah asumsi yang digunakan saat menghitung kapasitas pinjaman atau dengan menghilangkan bukti yang diberikan oracle. Telusuri perubahan itu melalui proses peminjaman dan akrual bunga, picu likuidasi, lalu bebankan kerugian secara kolektif atau selesaikan kerugian; jangan langsung melompat dari masukan ke hasil utama. Jika hasil baru dari pinjam-meminjam DeFi tidak dapat direproduksi berdasarkan kode dan status kontrak, data oracle, parameter risiko, kesehatan akun, riwayat pinjaman dan bunga, eksekusi likuidasi, cadangan, tata kelola, serta utang macet akhir, proses tersebut bergantung pada penilaian atau catatan yang tidak terdokumentasi.

Mengapa Pinjam-Meminjam DeFi Penting Saat Ini

Pinjam-meminjam DeFi semakin canggih berkat pool terisolasi, batas pasokan dan pinjaman, desain oracle yang beragam, serta penyedia layanan risiko. Namun, likuidasi otomatis dan komposabilitas dapat menyalurkan tekanan dengan cepat. Pengguna sebaiknya memeriksa parameter dan dependensi terkini karena satu nama protokol dapat mencakup pool dengan aset dan tata kelola yang sangat berbeda.

Pelajaran penting yang bertahan lama dari pinjam-meminjam DeFi adalah bahwa menyetorkan agunan dan membebankan kerugian secara kolektif atau menyelesaikannya bukanlah peristiwa yang sama. Keputusan-keputusan di antaranya menentukan nilai agunan, utang variabel, aturan likuidasi, dan alokasi kerugian sisa, sementara pemasok dan tata kelola protokol mungkin hanya melihat bagian catatan yang berbeda. Otomatisasi bermanfaat ketika membuat keputusan tersebut lebih mudah diverifikasi; otomatisasi berbahaya ketika meringkas semuanya menjadi satu status yang mengaburkan eksploitasi tata kelola.

Bukti di Balik Pinjam-Meminjam DeFi

Bukti utama mengenai pinjam-meminjam DeFi berasal dari BIS: Risiko Stabilitas Keuangan dari DeFi, Kerangka Regulasi Global FSB untuk Aktivitas Aset Kripto, dan Laporan Komite Penasihat Teknologi CFTC tentang DeFi. Bacalah ketiganya sebagai lapisan yang saling melengkapi: aturan dan definisi, struktur kelembagaan atau pasar, serta bukti operasional yang diperlukan untuk menguji klaim nyata. Tak satu pun sebaiknya dianggap sebagai pengganti dokumen produk, akun, atau catatan transaksi yang dijelaskan di atas.

Pertanyaan yang Perlu Diajukan Sebelum Mengandalkan Pinjam-Meminjam DeFi

• Dapatkah pemasok membuktikan klaim atas simpanan, suku bunga, tingkat utilisasi, kapasitas penarikan, dan aturan kerugian sebelum kapasitas pinjaman dihitung?
• Catatan mana yang menjadi acuan jika peminjam dan likuidator berselisih?
• Siapa yang mendanai atau menyerap eksposur yang timbul dari penyaluran pinjaman dan akrual bunga?
• Apa perbedaan ambang likuidasi dengan faktor agunan dari segi hukum dan ekonomi?
• Bagaimana sistem mendeteksi gap harga sebelum kerugian dibebankan secara kolektif atau diselesaikan?
• Apa yang terjadi ketika oracle tidak tersedia atau buktinya sudah kedaluwarsa?
• Dapatkah peninjau independen mencocokkan hasil dengan kode dan status kontrak, data oracle, parameter risiko, kesehatan akun, riwayat pinjaman dan bunga, eksekusi likuidasi, cadangan, tata kelola, serta utang macet akhir?

Dalam pinjam-meminjam DeFi, gantilah frasa seperti “platform yang mengurusnya” dengan akun, kontrak, stempel waktu, aturan persetujuan, dan entitas penanggung jawab yang disebutkan secara jelas. Jawaban yang lengkap seharusnya memungkinkan peninjau menelusuri kembali proses pembebanan atau penyelesaian kerugian hingga penyetoran agunan, mengidentifikasi pemilik setiap catatan, dan menghitung siapa yang menanggung kerugian sebelum terjadi pengecualian.

Prinsip Utama di Balik Pinjam-Meminjam DeFi

Pinjam-meminjam DeFi paling mudah dipahami ketika analisis menelusuri nilai agunan, utang variabel, aturan likuidasi, dan alokasi kerugian sisa melalui kelima tahap operasional, lalu memverifikasi hasilnya berdasarkan kode dan status kontrak, data oracle, parameter risiko, kesehatan akun, riwayat pinjaman dan bunga, eksekusi likuidasi, cadangan, tata kelola, serta utang macet akhir. Alurnya menjelaskan apa yang berubah; tabel peserta mengidentifikasi pihak yang dapat mengesahkan perubahan itu; perbandingan tiga keadaan mencegah klaim-klaim yang berbeda disamakan; dan peta kegagalan menunjukkan di mana tingkat keyakinan seharusnya menurun. Kombinasi tersebut membedakan perbaikan nyata dari friksi atau risiko yang dipindahkan ke lapisan yang kurang terlihat.

Sumber Utama tentang Pinjam-Meminjam DeFi

• BIS: Risiko Stabilitas Keuangan dari DeFi
• Kerangka Regulasi Global FSB untuk Aktivitas Aset Kripto
• Laporan Komite Penasihat Teknologi CFTC tentang DeFi