---
title: "Tingkat Pemanfaatan"
description: "Tingkat pemanfaatan mengukur seberapa besar modal pasar pinjaman yang sedang ditempatkan dalam pinjaman. Artikel ini menjelaskan penyebut, umpan balik suku bunga, risiko likuiditas dan tata kelola, serta cara praktis memverifikasi metrik secara on-chain."
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.
# Tingkat Pemanfaatan
> Hanya untuk tujuan edukasi; bukan merupakan nasihat investasi atau rekomendasi investasi. Investasi dapat mengakibatkan kerugian.
## Jawaban langsung
Tingkat pemanfaatan adalah porsi modal pasar pinjaman yang sedang dipinjam. Bentuk umum menghitung saldo pinjaman dibagi saldo pinjaman ditambah likuiditas yang langsung tersedia. Ini adalah variabel keadaan, bukan jaminan solvabilitas atau ukuran imbal hasil investasi.
Penyebutnya bergantung pada protokol. Model klasik Compound memakai kas, pinjaman, dan cadangan; Compound III mendokumentasikan pemanfaatan sebagai total pinjaman dibagi total pasokan; Aave menjelaskan bahwa suku bunga pinjaman bergantung pada pemanfaatan pinjaman dan parameter tata kelola. Baca implementasi atau dokumentasi resmi sebelum membandingkan dasbor dengan label yang sama.
Pemanfaatan yang lebih tinggi biasanya berarti likuiditas yang dapat ditarik segera menjadi lebih sedikit. Model suku bunga sering merespons dengan menaikkan bunga pinjaman. Hal ini dapat mendorong pelunasan dan pasokan baru, tetapi meningkatkan biaya serta tekanan likuidasi bagi peminjam. Respons tersebut adalah pilihan desain, bukan hukum pasar, dan dapat diubah melalui tata kelola.
Data on-chain dapat memverifikasi saldo, parameter, dan peristiwa, tetapi tidak dengan sendirinya membuktikan keamanan oracle, otoritas upgrade, bridge, atau antarmuka pengguna. Analisis yang baik memisahkan rumus, waktu data, versi kontrak, dan dependensi yang dapat menghentikan penarikan atau mengubah hasil.
## Cara kerja
Perhitungannya dapat dijelaskan sebagai “baca keadaan - pilih penyebut - hitung pemanfaatan - terapkan model suku bunga”. Keadaan dapat mencakup kas, total pasokan, pinjaman berjalan, cadangan, bunga yang terakru, dan aset dalam strategi eksternal. Dasbor mungkin menampilkan snapshot, sedangkan kontrak menghitung nilai dari variabel akuntansinya pada blok ketika panggilan dilakukan.
Hubungan umumnya adalah: `Utilization = Borrowed ÷ (Available liquidity + Borrowed)`. Ini adalah model mental yang berguna, bukan standar universal. Jika cadangan, kredit macet, posisi yang menghasilkan imbal hasil, atau penebusan tertunda diperlakukan berbeda, pembilang atau penyebut dapat berubah. Catat metode kontrak, unit, blok, dan pembulatan secara tepat.
Pemanfaatan biasanya menjadi masukan kurva suku bunga. Banyak model memiliki wilayah kemiringan rendah dan wilayah yang lebih curam setelah titik kink atau target optimal. Umpan balik ini bertujuan menjaga penyangga likuiditas, tetapi dapat membuat pinjaman sangat cepat mahal ketika terjadi perebutan likuiditas. Suku bunga pasokan juga dapat mencerminkan faktor cadangan dan bagian bunga yang dibagikan kepada pemasok.
Kode tidak menghapus dependensi operasional. Oracle, administrator, penanda tangan multisig, bridge, sequencer, validator, dan tata kelola dapat memengaruhi apakah posisi dibuka, dipertahankan, dilikuidasi, atau ditarik. Tinjauan mekanisme harus menanyakan siapa yang dapat mengubah parameter, menjeda pasar, meng-upgrade kode, atau mensosialisasikan kerugian.
## Contoh
Sebuah pool memiliki likuiditas tersedia 10 juta USDC dan pinjaman berjalan 9 juta USDC. Dengan rumus umum, pemanfaatannya adalah 9 ÷ (10 + 9) = 47.4%, bukan 90%. Angka 90% hanya merupakan porsi deposito yang dipinjam jika penyebut didefinisikan sebagai deposito, sehingga label dan penyebut harus diperiksa bersama.
Untuk mereproduksi nilai tersebut, identifikasi kontrak pasar dan aset, baca saldo terkait pada blok tertentu, lalu catat apakah cadangan, bunga terakru, strategi yang dipasok, atau kredit macet disertakan. Bandingkan hasilnya dengan antarmuka dan periksa parameter model yang berlaku pada tingkat pemanfaatan itu.
Persentase yang ditampilkan bukan hasil bersih. Hasil pada tingkat posisi harus direkonsiliasi sebagai: `Net result = value received - principal - fees - slippage - financing costs - risk losses`. Catat unit token dan nilai fiat secara terpisah ketika imbalan atau harga agunan bergejolak.
## Risiko
Pemanfaatan tinggi dapat menyisakan terlalu sedikit likuiditas segera untuk penarikan, likuidasi, atau penebusan. Pasar dapat tampak solven di atas kertas namun tetap tidak likuid sementara ketika pinjaman jatuh tempo kemudian atau strategi eksternal melakukan penyelesaian dengan lambat.
Pemanfaatan hanya salah satu masukan risiko. Cacat kontrak pintar, kesalahan oracle, depeg stablecoin, kegagalan bridge, perubahan tata kelola, kredit macet, kemacetan jaringan, serta kegagalan kustodian atau strategi dapat menimbulkan kerugian meskipun metrik dihitung dengan benar. Kontrak yang dapat di-upgrade menambah asumsi kepercayaan karena pihak berwenang dapat mengubah logika.
Anggaran risiko praktisnya adalah: `Allowable amount = Maximum tolerable loss ÷ Stress-scenario loss ratio`. Uji tekanan harus mencakup antrean penarikan, pergerakan harga cepat, kemacetan likuidasi, bridge yang tidak tersedia, serta peristiwa jeda atau upgrade. Jika batas kerugian tidak jelas, kurangi ukuran posisi dan persetujuan serta pisahkan dompet operasional.
## Kesalahpahaman umum
### Mitos 1: Pemanfaatan tinggi membuktikan protokol sehat
Metrik ini hanya menunjukkan bahwa ukuran modal tertentu sedang digunakan. Pemanfaatan tinggi dapat terjadi bersamaan dengan likuiditas penarikan yang tipis, peminjam terkonsentrasi, agunan lemah, atau harga yang sudah usang. Tinjau likuiditas, batas, cadangan, dan kapasitas likuidasi sebagai pertanyaan terpisah.
### Mitos 2: Rumus yang sama berlaku untuk setiap protokol
Protokol dapat mendefinisikan pasokan, kas, cadangan, bunga terakru, dan penempatan eksternal secara berbeda. Dua antarmuka dapat menampilkan persentase berbeda untuk keadaan pasar yang sama tanpa salah satunya rusak. Cantumkan implementasi dan blok yang digunakan.
### Mitos 3: Suku bunga yang ditampilkan lebih tinggi adalah pendapatan yang dijamin
Suku bunga pinjaman dan pasokan dapat berubah mengikuti pemanfaatan dan tata kelola. APR kotor dapat mengabaikan biaya, slippage, perubahan harga token, faktor cadangan, dan biaya keluar. Perlakukan suku bunga sebagai keluaran model, bukan hasil yang dijamin.
### Mitos 4: Uji penarikan kecil membuktikan pasar likuid
Likuiditas bergantung pada keadaan. Uji dapat berhasil sebelum penarikan besar, gelombang likuidasi, pembaruan oracle, atau tindakan tata kelola mengubah keadaan. Uji jalur kontrak dan ukuran yang relevan, serta tentukan apa yang terjadi jika transaksi revert atau penarikan dijeda.
## Topik terkait
- [Cara melakukan transfer lintas rantai dengan aman](/id/crypto/cross-chain-transfer-checklist/)
- [Model suku bunga DeFi](/id/crypto/defi-interest-rate-model/)
- [Protokol pinjaman](/id/crypto/lending-protocol/)
- [Pool likuiditas](/id/crypto/liquidity-pool/)
- [Konsensus Nakamoto](/id/crypto/nakamoto-consensus/)
## Sumber
- [DeFi Lending: Intermediation Without Information?](https://www.bis.org/publ/bisbull57.htm) - BIS (diakses: 2026-08-22)
- [Borrow tokens](https://aave.com/help/borrowing/borrow-tokens) - Aave (diakses: 2026-08-22)
- [Interest Rates](https://docs.compound.finance/interest-rates/) - Compound (diakses: 2026-08-22)
- [JumpRateModel.sol](https://github.com/compound-finance/compound-protocol/blob/master/contracts/JumpRateModel.sol) - Compound Finance (diakses: 2026-08-22)
- [Upgrading smart contracts](https://ethereum.org/en/developers/docs/smart-contracts/upgrading/) - Ethereum.org (diakses: 2026-08-22)
Source: https://wiki.fcontext.com/id/crypto/utilization-rate/index.mdx