---
title: "Stablecoin dengan agunan berlebih"
description: "Stablecoin dengan agunan berlebih diterbitkan terhadap agunan yang diakui protokol dan bernilai lebih tinggi daripada utang berjalan, tetapi solvabilitas dan patokannya tetap bergantung pada akrual utang, oracle, likuidasi, penyangga, penebusan, dan tata kelola."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Stablecoin dengan agunan berlebih
> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.
## Jawaban langsung
Stablecoin dengan agunan berlebih adalah liabilitas protokol yang dicetak atau dipinjam terhadap agunan yang memenuhi syarat dan nilai menurut oracle-nya melebihi utang berjalan posisi. Nilai tambahan itu merupakan penyangga, bukan jaminan. Harga agunan dapat jatuh tajam, biaya dapat menambah utang, nilai oracle dapat tertinggal, likuidasi dapat gagal, dan protokol dapat menjadi kekurangan agunan meskipun posisi memiliki agunan berlebih ketika dibuka.
Tiga pembukuan harus tetap dipisahkan: posisi agunan dan utang peminjam, neraca agregat agunan, utang, dan penyangga protokol, serta hak pasar dan penebusan pemegang stablecoin. Vault yang sehat tidak membuktikan solvabilitas sistem; solvabilitas sistem tidak memaksa harga pasar sekunder sebesar `1 USD`; dan sebutan beragunan berlebih tidak serta-merta memberi setiap pemegang hak penebusan langsung pada nilai nominal.
Identitas agunan, pembukuan utang, aturan oracle, likuidasi, urutan penanggungan utang macet, mekanisme patokan, dan tata kelola bersifat spesifik untuk setiap deployment. Agunan terbungkus, lintas jembatan, kustodian, staking likuid, token penyedia likuiditas, dan aset dunia nyata menambahkan ketergantungan pada penerbit, jembatan, penebusan, korelasi, dan likuiditas yang tidak terlihat dari satu angka rasio agunan.
## Cara kerjanya
1. Pastikan chain, deployment dan versinya, kontrak stablecoin dan unit utang, setiap kontrak agunan dan pembungkus, serta peran pengguna sebagai peminjam, pemegang, likuidator, atau peserta penyangga.
2. Rekonstruksi nilai agunan yang memenuhi syarat dari saldo, harga oracle, desimal, dan haircut, serta utang berjalan dari pokok ternormalisasi, tingkat atau indeks terakumulasi, cadangan, dan biaya yang ditetapkan protokol, bukan jumlah awal yang dicetak pada antarmuka.
3. Pada satu dasar valuasi, hitung `CR = collateralValue / currentDebt`, `LTV = currentDebt / collateralValue`, dan bila berlaku `healthFactor = sum(collateralValue_i * liquidationThreshold_i) / currentDebt` yang tertimbang; baca operator pemicu, batas atas, batas bawah, dan aturan posisi kecil secara tepat.
4. Uji tekanan harga dan korelasi agunan, jeda oracle, serta pertumbuhan utang. Hitung ulang harga likuidasi dan penyangga setelah setiap perubahan indeks biaya, tata kelola, agunan, atau oracle.
5. Simulasikan jalur likuidasi sebagian atau penuh yang sebenarnya: kelayakan pelaksana, eksekusi melalui lelang, AMM, atau stability pool, close factor, penalti, bonus, gas, slippage, utang yang diselesaikan, agunan yang dijual, sisa, dan kekurangan.
6. Bawa setiap kekurangan ke pembukuan sistem dan periksa kapasitas surplus, cadangan, stability pool, asuransi, rekapitalisasi, atau sosialisasi kerugian. Uji secara terpisah pelunasan dan pembakaran, penebusan primer, fasilitas patokan, dan likuiditas sekunder, termasuk biaya, batas, antrean, dan pembekuan.
7. Pantau konsentrasi agunan, kesehatan oracle dan likuidasi, kesesuaian utang dan pasokan, kapasitas penyangga, perubahan tata kelola dan administrator, jeda, serta penghentian; rekonsiliasi saldo peminjam, pemegang, dan protokol setelah tekanan, likuidasi, penebusan, atau pemulihan.
Hanya pada dasar valuasi agunan tunggal yang konsisten berlaku `LTV = 1 / CR`. Rasio agunan minimum, LTV maksimum, rasio likuidasi, ambang likuidasi tertimbang, dan target penyangga bukan istilah yang dapat dipertukarkan. Penalti likuidasi juga tidak otomatis menjadi laba likuidator: target penalti, diskon lelang, insentif pelaksana, gas, biaya protokol, dan pokok yang tidak dipulihkan adalah pos berbeda.
## Contoh perhitungan
- **Rasio agunan dan pemicu.** Posisi menyimpan `2 ETH` pada `2,000 USD/ETH`, sehingga agunan bernilai `4,000 USD`; utang berjalan adalah `2,000 USD`. Jadi `CR = 200%` dan `LTV = 50%`. Dengan minimum `CR = 150%`, harga pemicu ilustratif adalah `2,000 * 1.5 / 2 = 1,500 USD/ETH`, setara LTV maksimum `66.6666666667%`. Apakah nilai tepat pada batas dapat dilikuidasi bergantung pada operator pembanding di deployment.
- **Pergeseran indeks utang.** Utang ternormalisasi adalah `10,000 USD` dan indeks utang naik dari `1.0000` menjadi `1.0125`, sehingga utang berjalan menjadi `10,125 USD`. Dengan agunan bernilai `15,000 USD`, hasilnya `CR = 148.1481481481%` dan `LTV = 67.5%`. Posisi yang dimulai pada `150%` dapat melewati ambang tanpa pergerakan harga agunan.
- **Kekurangan likuidasi.** Dalam pembukuan ilustratif, pokok utang adalah `10,000 USD` dan penalti `13%`, sehingga target lelang `11,300 USD`. Hasil bruto `9,600 USD` dan biaya langsung `100 USD`, sehingga pemulihan neto `9,500 USD`. Utang pokok yang macet adalah `500 USD`; jika penyangga menyerap `400 USD`, sisa kekurangan `100 USD`. Selisih `1,300 USD` lainnya terhadap target adalah penalti yang tidak terealisasi, bukan utang pokok macet.
- **Arbitrase penebusan terbatas.** Membeli `10,000` unit pada `0.97 USD` memerlukan `9,700 USD`. Jika protokol ini secara khusus memberi pemegang yang memenuhi syarat hak penebusan pada nilai nominal, biaya `0.5%` menyisakan agunan senilai `9,950 USD`; setelah biaya eksekusi `20 USD`, nilai neto `9,930 USD` dan laba selisih `230 USD`, atau `2.3711340206%` dari biaya. Batas, antrean, campuran agunan, slippage, keterlambatan, atau pembekuan dapat menghapus transaksi, dan banyak stablecoin tidak memiliki hak tersebut.
## Risiko
- Identitas chain, deployment, stablecoin, agunan, pembungkus, jembatan, atau unit utang salah.
- Harga oracle, arah base/quote, desimal, status, usia data salah atau dimanipulasi.
- Nilai oracle jauh melebihi nilai likuidasi yang dapat dieksekusi.
- Harga agunan jatuh tajam, mengalami depeg atau gagal bayar, makin berkorelasi, atau kehilangan akses penebusan.
- Kedalaman pasar tidak memadai dan slippage lelang atau AMM menghabiskan penyangga.
- Indeks utang, biaya stabilitas, cadangan, bunga terakumulasi, atau pembulatan diabaikan.
- Rasio agunan, LTV, health factor, rasio likuidasi, dan target penyangga disamakan.
- Tata kelola mengubah tingkat, ambang, batas, kelayakan agunan, oracle, atau aturan lelang.
- Pelaksana, lelang, stability pool, atau infrastruktur likuidasi tidak aktif atau disensor.
- Gas, kemacetan, MEV, reorganisasi, sequencer, atau keterlambatan finalitas mencegah likuidasi tepat waktu.
- Close factor, likuidasi sebagian, dust, utang minimum, atau posisi sisa ditangani secara keliru.
- Penalti, bonus, diskon, kompensasi gas, biaya, dan pokok yang dipulihkan salah dibukukan.
- Pemulihan neto berada di bawah pokok dan menciptakan utang macet.
- Surplus, cadangan, stability pool, asuransi, atau penyangga rekapitalisasi terkuras.
- Konsentrasi agunan, leverage rekursif, rehypothecation, atau ketergantungan bersama memperbesar kerugian.
- Kustodian, penerbit, pembungkus, token staking likuid, jembatan, atau agunan aset dunia nyata gagal.
- Likuiditas sekunder atau arbitrase patokan gagal dan stablecoin mengalami depeg.
- Penebusan primer tidak tersedia, dibatasi, diantrekan, diberi batas, dibekukan, atau dihargai berbeda.
- Kontrak, proxy, administrator, penanda tangan, tata kelola, jeda, atau migrasi disusupi.
- Ketidakpastian penghentian, penyelesaian, pasokan lintas chain, hukum, pajak, antarmuka, RPC, atau prioritas klaim menghalangi jalan keluar yang tertib.
## Kesalahpahaman umum
- **"Agunan di atas 100% membuat stablecoin aman."** Volatilitas, biaya, jeda oracle, biaya likuidasi, dan likuiditas menuntut penyangga yang lebih besar dan spesifik untuk setiap aset.
- **"Rasio agunan, LTV, dan health factor adalah persentase yang sama."** Arah perhitungannya berbeda dan sistem multiagunan memakai bobot ambang yang berbeda.
- **"Melewati ambang menjamin likuidasi penuh seketika."** Kelayakan tidak menjamin pelaksana, fill, harga, jumlah penutupan, atau pemulihan memadai.
- **"Penalti likuidasi adalah laba pasti likuidator dan otomatis menutup utang macet."** Penalti, insentif, biaya, hasil, dan kekurangan pokok adalah pos terpisah.
- **"Beragunan berlebih berarti selalu bernilai dan dapat ditebus satu dolar."** Patokan, likuiditas, hak penebusan pemegang, biaya, batas, dan penyelesaian penghentian adalah mekanisme terpisah.
## Topik terkait
- [Rasio agunan](/id/crypto/collateral-ratio/)
- [Likuidasi](/id/crypto/liquidation/)
- [Penebusan primer stablecoin](/id/crypto/stablecoin-primary-redemption/)
## Sumber
- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (diakses: 2026-08-13)
- [Vat (Core Accounting)](https://developers.skyeco.com/protocol/core/vat/) - Sky Ecosystem (diakses: 2026-08-13)
- [Jug](https://developers.skyeco.com/protocol/rates/jug/) - Sky Ecosystem (diakses: 2026-08-13)
- [OSM (Oracle Security Module)](https://developers.skyeco.com/protocol/core/osm/) - Sky Ecosystem (diakses: 2026-08-13)
- [Collateral Liquidation](https://developers.skyeco.com/protocol/vaults/collateral-liquidation/) - Sky Ecosystem (diakses: 2026-08-13)
- [Vow](https://developers.skyeco.com/protocol/core/vow/) - Sky Ecosystem (diakses: 2026-08-13)
- [Stability Pool and Liquidations](https://docs.liquity.org/liquity-v1/faq/stability-pool-and-liquidations) - Liquity (diakses: 2026-08-13)
- [Redemptions and LUSD Price Stability](https://docs.liquity.org/liquity-v1/faq/lusd-redemptions) - Liquity (diakses: 2026-08-13)
Source: https://wiki.fcontext.com/id/crypto/overcollateralized-stablecoin/index.mdx