﻿---
title: "利用率"
description: "利用率衡量借貸市場中有多少資金已投入借款。本文解釋分母、利率回饋、流動性與治理風險，以及在鏈上核驗這項指標的實用方法。"
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.

# 利用率

> 僅供教育參考，不構成投資建議；投資可能產生損失。

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

## 直接回答

利用率是借貸市場資金中目前已被借出的比例。常見形式是借款餘額除以借款餘額加上可立即使用的流動性。它是狀態變數，不是償付能力保證，也不是投資報酬率。

分母取決於協議。Compound 的經典模型使用現金、借款和準備金；Compound III 將利用率定義為總借款除以總供應；Aave 說明借款利率取決於借款利用率和治理參數。在比較使用相同標籤的儀表板前，應先閱讀實作或官方文件。

利用率較高通常意味著可立即提取的流動性較少。利率模型往往提高借款利率來回應，鼓勵還款和新增供應，但也提高借款人的成本與清算壓力。這是設計選擇而非市場定律，治理可以改變它。

鏈上資料可以核驗餘額、參數和事件，但無法單獨證明預言機、升級權限、跨鏈橋或使用者介面的安全性。有效分析應區分公式、資料時間、合約版本，以及可能中斷提款或改變結果的依賴項。

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

## 運作方式

計算過程可概括為「讀取狀態 - 選擇分母 - 計算利用率 - 套用利率模型」。狀態可能包括現金、總供應、未償還借款、準備金、應計利息和外部策略中的資產。儀表板可能顯示快照，而合約會根據呼叫所在區塊的會計變數計算數值。

一般關係為：`Utilization = Borrowed ÷ (Available liquidity + Borrowed)`。這是有用的理解模型，不是通用標準。如果準備金、壞帳、收益型部位或待處理贖回的處理方式不同，分子或分母就可能改變。應準確記錄合約方法、單位、區塊和捨入方式。

利用率通常會輸入利率曲線。許多模型在 kink 或最佳目標之後設定更陡的區間。這是為了保留流動性緩衝，但在爭搶流動性時也可能讓借款成本迅速上升。供應利率還可能反映準備金因子以及分配給供應者的利息比例。

程式碼不會消除營運依賴。預言機、管理員、多簽簽署者、跨鏈橋、排序器、驗證者和治理都可能影響部位能否建立、維持、清算或提取。完整審查應追問誰能改參數、暫停市場、升級程式碼或分攤損失。

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

## 範例

某池有 10 million USDC 的可用流動性和 9 million USDC 的未償還借款。按一般公式，利用率為 9 ÷ (10 + 9) = 47.4%，而不是 90%。只有在分母定義為存款時，90% 才代表存款中已貸出的比例，因此必須同時核對標籤和分母。

要重現數值，先確定市場合約和資產，在指定區塊讀取相關餘額，並記錄是否包含準備金、應計利息、已供應策略或壞帳。然後把結果與介面比較，並檢查適用於該利用率的利率模型參數。

介面顯示的百分比不是淨收益。部位結果應按以下方式核對：`Net result = value received - principal - fees - slippage - financing costs - risk losses`。獎勵或抵押品價格波動較大時，應分別記錄代幣數量和法幣價值。

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

## 風險

高利用率可能讓提款、清算或贖回缺少即時流動性。貸款較晚到期或外部策略結算緩慢時，市場在帳面上可能有償付能力，卻仍會暫時缺乏流動性。

利用率只是風險輸入之一。智能合約缺陷、預言機錯誤、穩定幣脫鉤、跨鏈橋故障、治理變更、壞帳、網路壅塞以及託管方或策略失敗，都可能在指標計算正確時造成損失。可升級合約還增加信任假設，因為授權方可以修改邏輯。

實用的風險預算是：`Allowable amount = Maximum tolerable loss ÷ Stress-scenario loss ratio`。壓力測試應包括提款佇列、快速價格波動、清算壅塞、不可用的跨鏈橋，以及暫停或升級事件。損失上限不清楚時，應減少部位和授權額度並分離營運錢包。

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

## 常見誤區

### 誤區 1：利用率高就證明協議健康

它只說明某個選定的資金口徑正在被使用。高利用率可能與提款流動性薄弱、借款人集中、抵押品不足或價格陳舊同時存在。流動性、上限、準備金和清算能力需要分別檢查。

### 誤區 2：所有協議都使用同一公式

不同協議對供應、現金、準備金、應計利息和外部部署的定義可能不同。同一市場狀態下，兩個介面顯示不同百分比並不一定有一個出錯。應註明計算所用的實作和區塊。

### 誤區 3：顯示的利率越高，收入就越有保障

借款利率和供應利率會隨利用率和治理變化。總 APR 可能沒有扣除費用、滑點、代幣價格變化、準備金因子和退出成本。應將利率視為模型輸出，而非保證收益。

### 誤區 4：小額提款測試能證明市場有流動性

流動性取決於狀態。大型提款、清算潮、預言機更新或治理行動改變狀態前，測試可能成功。應測試相關合約路徑和規模，並定義交易 revert 或提款暫停時的處理方式。

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

## 相關主題

- [如何安全操作跨鏈轉帳](/zh-tw/crypto/cross-chain-transfer-checklist/)
- [DeFi 利率模型](/zh-tw/crypto/defi-interest-rate-model/)
- [借貸協議](/zh-tw/crypto/lending-protocol/)
- [流動性池](/zh-tw/crypto/liquidity-pool/)
- [中本聰共識](/zh-tw/crypto/nakamoto-consensus/)

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

## 來源

- [DeFi Lending: Intermediation Without Information?](https://www.bis.org/publ/bisbull57.htm) - BIS（查閱：2026-08-22）
- [Borrow tokens](https://aave.com/help/borrowing/borrow-tokens) - Aave（查閱：2026-08-22）
- [Interest Rates](https://docs.compound.finance/interest-rates/) - Compound（查閱：2026-08-22）
- [JumpRateModel.sol](https://github.com/compound-finance/compound-protocol/blob/master/contracts/JumpRateModel.sol) - Compound Finance（查閱：2026-08-22）
- [Upgrading smart contracts](https://ethereum.org/en/developers/docs/smart-contracts/upgrading/) - Ethereum.org（查閱：2026-08-22）

Source: https://wiki.fcontext.com/zh-tw/crypto/utilization-rate/index.mdx
