---
title: "Cara menetapkan buffer likuidasi DeFi"
description: "Susun buffer likuidasi DeFi berdasarkan harga agunan dalam kondisi stres, pertumbuhan utang, perilaku oracle, dan keterlambatan transaksi, lalu tetapkan batas tindakan untuk pelunasan dan pengurangan leverage."
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.

# Cara menetapkan buffer likuidasi DeFi

> Hanya untuk tujuan edukasi; bukan nasihat investasi. Investasi dapat mengakibatkan kerugian.

<a id="answer"></a>

## Jawaban langsung

Buffer likuidasi adalah jarak antara faktor kesehatan posisi pinjaman dalam kondisi stres dan batas likuidasi protokol. Tetapkan buffer dengan menghitung ulang seluruh posisi ketika harga agunan turun, harga aset utang naik, bunga bertambah, dan terjadi keterlambatan yang cukup panjang untuk mengeksekusi pelunasan secara onchain, semuanya pada saat yang sama. Jangan menganggap faktor kesehatan yang ditampilkan di atas `1` sebagai batas risiko yang lengkap.

Gunakan tiga batas tindakan, bukan satu peringatan pada saat terakhir:

- **Batas target:** faktor kesehatan yang perlu dipulihkan dalam kondisi normal, dipilih agar skenario stres yang ditetapkan masih menyisakan margin operasional.
- **Batas peringatan:** titik ketika peminjaman dihentikan dan operator memastikan bahwa aset pelunasan serta gas yang telah disiapkan dapat segera digunakan dari dompet pada jaringan tempat utang berada.
- **Batas wajib mengurangi leverage:** tingkat di atas batas likuidasi protokol yang mengharuskan utang segera dilunasi, tanpa bergantung pada pemindahan agunan, bridge, penarikan dari bursa, atau perkiraan pemulihan harga.

Ketiga batas tersebut bersifat spesifik untuk setiap posisi. Volatilitas, korelasi antara agunan dan utang, likuiditas, desain oracle, perubahan suku bunga, parameter protokol, dan waktu yang diperlukan untuk bertransaksi semuanya berpengaruh. Dokumentasi Aave juga menyatakan bahwa tidak ada faktor kesehatan yang aman secara universal.

<a id="mechanism"></a>

## Cara kerjanya

Untuk posisi dengan beberapa aset agunan dan utang, salah satu bentuk umum faktor kesehatan adalah:

`HF = Σ(q_i × P_i × LT_i) ÷ Σ(D_j)`

Di sini, `q_i` adalah jumlah agunan, `P_i` adalah harga oracle protokol, `LT_i` adalah ambang likuidasi aset tersebut, dan `D_j` adalah nilai setiap utang menurut oracle termasuk bunga yang telah bertambah. Setiap agunan harus menggunakan ambangnya sendiri; ambang tertinggi tidak boleh diterapkan ke seluruh portofolio.

Di Aave, faktor kesehatan di bawah `1` membuat posisi dapat dilikuidasi oleh siapa pun. Likuidator melunasi utang dan menerima agunan beserta bonus likuidasi. Dokumentasi Aave saat ini juga menunjukkan bahwa jumlah yang dapat dilikuidasi bergantung pada faktor kesehatan dan ukuran posisi. Protokol lain dapat menggunakan pemicu, faktor penutupan, bonus, aturan isolasi, atau mekanisme lelang yang berbeda. Karena itu, baca parameter aktif untuk pasar dan deployment yang bersangkutan.

Untuk posisi dengan satu aset agunan serta utang, ambang, dan hubungan harga oracle yang tidak berubah, penurunan harga agunan yang akan membawa posisi ke `HF = 1` adalah:

`d_liq = 1 - 1 ÷ HF_current`

Dengan demikian, `HF_current = 1.20` hanya menyiratkan penurunan harga agunan sebesar `16.67%` hingga mencapai batas berdasarkan asumsi sempit tersebut, bukan `20%`. Rumus ringkas ini tidak berlaku ketika harga utang, bunga, komposisi agunan, atau parameter protokol turut berubah.

Susun buffer sebenarnya dengan faktor kesehatan dalam kondisi stres:

`HF_stress = Σ[q_i × P_i × (1 - s_i) × LT_i] ÷ Σ[D_j × (1 + u_j) × (1 + r_j × t)]`

Dalam pendekatan perencanaan ini, `s_i` adalah guncangan harga agunan, `u_j` adalah guncangan harga utang, `r_j` adalah asumsi suku bunga pinjaman tahunan, dan `t` adalah keterlambatan dalam satuan tahun. Gunakan proyeksi utang aktual dari protokol jika tersedia; suku bunga yang berubah dan bunga majemuk dapat membuat pendekatan sederhana ini terlalu optimistis.

<a id="example"></a>

## Contoh

Misalkan sebuah posisi memiliki agunan `10 ETH`, harga ETH menurut oracle sebesar `$2,000`, ambang likuidasi `80%`, dan utang stablecoin sebanyak `12,000` unit dengan harga `$1`. Faktor kesehatan saat ini adalah:

`HF_current = (10 × 2,000 × 0.80) ÷ 12,000 = 1.333`

Sekarang gabungkan tiga kondisi stres alih-alih mengujinya secara terpisah:

- ETH turun `20%`, sehingga harga stresnya menurut oracle menjadi `$1,600`.
- Aset utang diperdagangkan `5%` di atas nilai acuannya.
- Bunga utang bertambah selama `30 days` dengan asumsi suku bunga tahunan `30%` sebelum pelunasan berhasil dieksekusi.

Perkiraan utang dalam kondisi stres adalah `12,000 × 1.05 × (1 + 0.30 × 30 ÷ 365) = 12,910.68`. Nilai agunan setelah disesuaikan dengan ambang adalah `10 × 1,600 × 0.80 = 12,800`, sehingga menghasilkan `HF_stress ≈ 0.991`. Dengan demikian, posisi yang dimulai pada `1.333` akan melewati batas likuidasi dalam skenario gabungan ini.

Ubah lembar kerja menjadi keputusan. Catat nilai saat ini, nilai stres, sumber data, dan waktu pembaruan untuk setiap aset agunan dan utang; kemudian catat jumlah pelunasan persis yang dibutuhkan untuk memulihkan batas target. Simpan aset pelunasan tersebut dan token gas native yang cukup di jaringan yang benar. Hitung ulang setelah setiap peminjaman, penarikan, perubahan agunan, perubahan parameter tata kelola, atau pergerakan pasar yang material.

<a id="risks"></a>

## Risiko

### Risiko harga dan korelasi

Uji seluruh komponen agunan dan utang dalam kondisi stres secara bersamaan. Penurunan harga agunan dapat terjadi bersamaan dengan premi harga aset utang, dan korelasi yang terlihat di pasar tenang dapat terputus saat aksi jual. Terapkan guncangan yang lebih besar pada aset yang tipis perdagangannya, dijembatani, dibungkus, atau baru diluncurkan, dan jangan berasumsi stablecoin akan tetap tepat pada `$1`.

### Risiko oracle dan parameter

Likuidasi menggunakan harga dan aturan yang dibaca protokol, bukan selalu kuotasi terbaru di bursa pilihan. Feed oracle berbeda dalam hal sumber, cakupan likuiditas, perilaku pembaruan, dan kategori risiko pasar. Dokumentasi Chainlink meminta integrator menilai akurasi dan ketersediaan feed, likuiditas pasar, serta pengendalian risiko. Pantau feed yang benar-benar digunakan protokol, dan sertakan perubahan tata kelola terhadap `LT_i`, batas maksimum, pengaturan mode, serta aturan likuidasi dalam proses peninjauan.

### Risiko bunga dan likuiditas

Bunga pinjaman mulai bertambah segera dan dapat berubah mengikuti tingkat pemanfaatan serta parameter tata kelola. Proyeksikan utang sepanjang seluruh jendela respons, bukan hanya sampai peringatan berikutnya. Uji juga apakah jumlah pelunasan yang direncanakan dapat diperoleh dan ditukar tanpa slippage yang tidak dapat diterima ketika likuiditas pasar memburuk.

### Risiko eksekusi

Asumsikan front end yang biasa digunakan, endpoint RPC, atau jalur hardware wallet dapat gagal. Uji antarmuka alternatif atau transaksi langsung dengan protokol terlebih dahulu. Siapkan anggaran untuk kenaikan gas yang besar, simpan token biaya native di luar posisi agunan, dan perhitungkan penggantian nonce, approval yang gagal, kepadatan jaringan, serta keterlambatan sequencer L2 atau bridge. Rencana darurat yang memerlukan beberapa transfer berurutan bukanlah buffer yang dapat digunakan seketika.

### Kerugian akibat likuidasi

Likuidasi bukan perintah stop-loss yang netral. Peminjam menyerahkan sebagian nilai agunan melalui bonus likuidasi dan juga dapat menanggung biaya protokol, harga yang merugikan, serta perubahan komposisi portofolio yang tersisa. Faktor penutupan dapat membatasi satu transaksi likuidasi tanpa mencegah transaksi berikutnya jika posisi tetap tidak sehat.

<a id="misconceptions"></a>

## Kesalahpahaman umum

### Mitos 1: `HF = 1.20` berarti margin keamanan `20%`

Untuk kasus sederhana dengan satu aset agunan, penurunan hingga batas adalah `1 - 1 ÷ 1.20 = 16.67%`. Posisi dengan banyak aset memerlukan perhitungan stres lengkap.

### Mitos 2: Menambah agunan yang sama selalu membuat posisi lebih aman

Tindakan itu meningkatkan faktor kesehatan saat ini, tetapi juga memperbesar eksposur terhadap guncangan harga yang sama. Melunasi utang langsung mengurangi penyebut dan biasanya merupakan tindakan pengurangan leverage darurat yang lebih jelas.

### Mitos 3: Utang stablecoin tetap pada `$1`

Token utang dapat diperdagangkan di atas nilai acuannya, sementara bunga pinjaman menambah jumlah token yang terutang. Kedua dampak tersebut mengurangi buffer.

### Mitos 4: Waktu peringatan sama dengan waktu tindakan

Peringatan dapat tiba setelah oracle bergerak, dan pelunasan masih dapat memerlukan akses dompet, approval, penyertaan ke dalam blok, dan finalitas. Batas peringatan harus memperhitungkan keterlambatan tersebut.

### Mitos 5: Dana di jaringan lain atau bursa adalah likuiditas siap pakai

Penarikan, bridge, batas transaksi, pemeliharaan, dan finalitas menciptakan ketergantungan. Cadangan pelunasan darurat seharusnya sudah berada di jaringan tempat utang berada dan berada dalam kendali peminjam.

<a id="related"></a>

## Topik terkait

- [Rasio agunan](/id/crypto/collateral-ratio/)
- [Bridge lintas jaringan](/id/crypto/cross-chain-bridge/)
- [Finalitas](/id/crypto/finality/)
- [Faktor kesehatan DeFi](/id/crypto/health-factor-defi/)
- [Bonus likuidasi](/id/crypto/liquidation-bonus/)

<a id="sources"></a>

## Sumber

- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (accessed: 2026-08-20)
- [Borrow Tokens](https://aave.com/help/borrowing/borrow-tokens) - Aave (accessed: 2026-08-20)
- [Selecting Quality Data Feeds](https://docs.chain.link/data-feeds/selecting-data-feeds) - Chainlink (accessed: 2026-08-20)

Source: https://wiki.fcontext.com/id/crypto/defi-liquidation-buffer/index.mdx