---
title: "Faktor kesehatan DeFi"
description: "Faktor kesehatan DeFi membandingkan agunan yang disesuaikan dengan ambang likuidasi terhadap utang. Pelajari rumus, faktor penggerak, dan alasan buffer aman berbeda menurut protokol."
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.

# Faktor kesehatan DeFi

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

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

## Jawaban langsung

Faktor kesehatan DeFi adalah ukuran pada tingkat akun yang menunjukkan seberapa besar agunan yang disesuaikan dengan ambang likuidasi menutup utang saat ini. Dalam model Aave, nilai di atas `1` berarti posisi belum dapat dilikuidasi, sedangkan nilai di bawah `1` membuatnya memenuhi syarat untuk dilikuidasi. Nilai yang mendekati `1` hanya menyisakan sedikit ruang untuk pergerakan harga yang merugikan atau akumulasi bunga lebih lanjut.

Angka ini bukan skor kredit universal atau jaminan terhadap kerugian. Definisi, harga, parameter, pembulatan, dan proses likuidasinya berlaku untuk deployment protokol tertentu. Sebagai contoh, Compound III menguji apakah suatu akun memiliki likuiditas negatif berdasarkan faktor agunan likuidasi dan menggunakan proses `absorb`, bukan menjadikan rumus Aave sebagai standar universal.

Rasio pinjaman terhadap nilai dan ambang likuidasi juga berbeda. LTV membatasi kapasitas pinjaman awal, sedangkan ambang likuidasi menentukan kapan posisi yang sudah ada dapat dilikuidasi. Selisih antara keduanya adalah buffer yang ditetapkan protokol, bukan uang tunai bebas milik peminjam.

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

## Cara kerjanya

Untuk posisi bergaya Aave dengan aset agunan `i` dan aset utang `j`, bentuk pembelajarannya adalah:

`health factor = sum(collateral_i value * liquidation threshold_i) / sum(debt_j value)`

Rumus ini setara dengan `total collateral value * weighted average liquidation threshold / total debt value`. Setiap nilai aset harus menggunakan harga Oracle yang diterima protokol, satuan yang benar, dan status agunan yang diaktifkan. Agunan yang telah disetor tetapi tidak diaktifkan, atau tidak memenuhi syarat dalam pasar atau mode terkait, mungkin tidak memberikan kontribusi apa pun.

Pembilang turun ketika harga agunan turun, agunan ditarik, atau suatu aset berhenti dihitung sebagai agunan. Penyebut naik ketika bunga utang bertambah, lebih banyak utang dipinjam, atau aset pinjaman menguat terhadap satuan penilaian. Membayar utang atau menambahkan agunan yang memenuhi syarat biasanya meningkatkan faktor kesehatan, tetapi hasil pastinya bergantung pada eksekusi transaksi dan parameter saat itu.

Sebelum bertindak berdasarkan angka yang ditampilkan, periksa jaringan dan pasar, akun, valuasi Oracle, agunan yang diaktifkan, utang termasuk bunga yang telah terakumulasi, ambang khusus tiap aset, mode efisiensi atau isolasi, serta perubahan tata kelola atau parameter risiko yang tertunda. Dompet atau dasbor dapat tertinggal dari status on-chain.

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

## Contoh perhitungan

Misalkan satu posisi memiliki agunan ETH yang memenuhi syarat senilai `$10,000`, ambang likuidasi `80%`, dan utang `$6,000`. Faktor kesehatannya adalah:

`$10,000 * 80% / $6,000 = 1.333`

- Jika nilai agunan turun `20%` menjadi `$8,000` sementara utang dan parameter tetap, faktor kesehatan menjadi `$8,000 * 80% / $6,000 = 1.067`.
- Pada nilai agunan `$7,500`, faktor kesehatan tepat sama dengan `1`. Penurunan lebih lanjut akan membuatnya kurang dari `1` berdasarkan asumsi sederhana ini.
- Jika utang bertambah sementara agunan tetap `$10,000`, batas yang sama tercapai saat utang mencapai `$8,000`.

Contoh ini tidak memasukkan waktu pembaruan Oracle, bunga antara pengamatan dan eksekusi, biaya, pembatasan mode, perubahan parameter, serta urutan transaksi. Likuidasi nyata dapat berlangsung sebagian atau penuh dan dapat memindahkan bonus atau penalti likuidasi, bergantung pada aturan deployment protokol.

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

## Risiko

- **Tidak ada tingkat aman universal:** Buffer yang sesuai untuk aset yang sangat berkorelasi mungkin tidak memadai bagi agunan dan utang yang volatil atau berkorelasi lemah.
- **Risiko selisih Oracle dan pasar:** Protokol menggunakan Oracle yang dikonfigurasikan, bukan selalu harga yang terlihat di bursa. Kesenjangan harga dan transaksi yang tertunda dapat melewati batas sebelum pengguna sempat bereaksi.
- **Utang yang bertambah dan berubah nilai:** Bunga meningkatkan utang dari waktu ke waktu, dan aset pinjaman nonstabil dapat naik nilainya meskipun agunan tidak turun.
- **Risiko parameter dan mode:** Tata kelola atau pengelola Risiko yang berwenang dapat mengubah ambang, batas, kelayakan, atau pengaturan mode. Memindahkan akun antarmode dapat mengubah perhitungan.
- **Kerugian likuidasi:** Likuidasi dapat menyita agunan dengan bonus atau diskon bagi likuidator, menambah biaya atau slippage, dan menyisakan agunan yang lebih sedikit bagi peminjam meskipun akun yang tersisa kembali sehat.
- **Risiko eksekusi dan otomatisasi:** Kemacetan, transaksi gagal, gas yang tidak memadai, gangguan frontend, serta sistem pembayaran otomatis atau penambahan agunan otomatis yang bermasalah dapat menggagalkan penyelamatan yang direncanakan.

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

## Kesalahpahaman umum

### Mitos 1: Faktor kesehatan `1.5` berarti agunan dapat turun `50%`

Jika hanya nilai agunan yang telah disesuaikan berubah dan utang tetap, penurunan sederhana menuju batas adalah `1 - 1 / health factor`. Pada `1.5`, hasilnya sekitar `33.3%`, bukan `50%`. Banyak aset, perubahan nilai utang, bunga, ambang, dan perilaku Oracle dapat mengubah hasilnya.

### Mitos 2: Semua nilai di atas `1` aman

Di atas `1` berarti posisi saat ini belum memenuhi syarat menurut perhitungan protokol tersebut; nilai ini tidak menyediakan margin keamanan universal. Pergerakan pasar yang cepat, pembaruan Oracle, akumulasi bunga, atau keterlambatan transaksi dapat menghapus buffer yang tipis.

### Mitos 3: Imbal hasil suplai mengimbangi bunga pinjaman dalam faktor kesehatan

Imbal hasil dapat meningkatkan saldo token yang disuplai dalam desain tertentu, tetapi faktor kesehatan menggunakan pencatatan agunan dan utang terkini milik protokol. APY bersih yang ditampilkan tidak menggantikan perhitungan solvabilitas, dan insentif hadiah mungkin sama sekali tidak dihitung sebagai agunan.

### Mitos 4: Setiap protokol pinjaman memakai rumus dan alur likuidasi yang sama

Aave mendokumentasikan rasio faktor kesehatan dan likuidasi tanpa izin di bawah batasnya. Sebaliknya, Compound III menentukan likuiditas negatif menggunakan faktor agunan likuidasi dan mengizinkan sebuah alamat memanggil `absorb`, sehingga utang dan agunan dipindahkan melalui cadangan protokol. Selalu gunakan aturan deployment protokol yang sebenarnya.

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

## Topik terkait

- [Rasio agunan](/id/crypto/collateral-ratio/)
- [Likuidasi](/id/crypto/liquidation/)
- [Bonus likuidasi](/id/crypto/liquidation-bonus/)
- [Kedaluwarsa harga Oracle](/id/crypto/oracle-price-staleness/)
- [Model suku bunga DeFi](/id/crypto/defi-interest-rate-model/)

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

## Sumber

- [Faktor kesehatan dan likuidasi](https://aave.com/help/borrowing/liquidations) - Aave (diakses: 2026-08-20)
- [Meminjam token](https://aave.com/help/borrowing/borrow-tokens) - Aave (diakses: 2026-08-20)
- [Dokumentasi Compound III: Likuidasi](https://docs.compound.finance/liquidation/) - Compound Finance (diakses: 2026-08-20)

Source: https://wiki.fcontext.com/id/crypto/health-factor-defi/index.mdx