DeFi 借貸協議風險計算完整指南：從理論公式到 Aave、Compound 實務應用
深入解析 DeFi 借貸協議的風險計算機制，涵蓋健康因子公式、Aave V3 與 Compound V3 清算邏輯、利率模型實作，並提供具體的計算範例與程式碼，幫助開發者和用戶掌握借貸風險管理的核心技術。
DeFi 借貸協議風險計算完整指南：從理論公式到 Aave、Compound 實務應用
概述
去中心化金融（DeFi）借貸協議是區塊鏈領域最成功的應用場景之一，它允許用戶以無需許可、去中心化的方式存入資產並賺取利息，或以加密資產作為抵押品借款。然而，借貸協議涉及複雜的風險計算，包括清算閾值、健康因子、利率模型等核心參數。理解這些計算邏輯對於開發者、協議營運者和借款人而言都至關重要。
本文深入解析 DeFi 借貸協議的風險計算機制，從基礎理論公式到實際協議實作。我們將重點分析 Aave 和 Compound 這兩個主流借貸協議的風險模型，提供具體的計算範例和程式碼實現，並探討風險管理策略的最佳實踐。
借貸協議核心概念
帳戶餘額與債務計算
在 DeFi 借貸協議中，每個用戶的帳戶狀態由以下幾個關鍵變數描述：
帳戶狀態變數：
- 存款餘額（supplyBalance）：用戶存入的抵押品價值
- 借款餘額（borrowBalance）：用戶尚未償還的借款金額
- 利率累積指數（accrualIndex）：用於計算累積利息的指數
- 抵押品啟用狀態：哪些資產被啟用作為抵押品存款餘額隨著時間累積利息，借款餘額也會隨著時間產生利息。這種利息計算通常採用複利公式，定期（如每秒）進行累積。
利率模型基礎
DeFi 借貸協議採用動態利率模型，根據市場供需關係自動調整利率。基本原理如下：
當借款需求增加時 → 借款利率上升 → 激勵更多人存款
當借款需求減少時 → 借款利率下降 → 激勵更多人借款最常見的利率模型是「分段線性模型」，將利用率（借款金額 / 存款金額）劃分為多個區間，每個區間有不同的利率斜率。
健康因子計算詳解
健康因子定義與公式
健康因子（Health Factor）是 DeFi 借貸協議中最核心的風險指標，它衡量帳戶的償付能力。當健康因子下降到臨界值以下時，帳戶將面臨清算風險。
健康因子公式：
HF = (抵押品價值 × 清算閾值) / 總債務價值
或者更詳細地表示：
HF = Σ(抵押品_i × LT_i) / Σ(債務_j × 價格_j)其中：
- HF：健康因子
- 抵押品_i：第 i 種抵押資產的數量
- LT_i：第 i 種抵押資產的清算閾值（Liquidation Threshold）
- 債務_j：第 j 種借款資產的數量
- 價格_j：第 j 種借款資產的價格
Aave V3 健康因子計算
Aave V3 是目前最廣泛使用的借貸協議之一，其健康因子計算具有代表性的意義。以下是 Aave V3 的健康因子計算實現：
// Aave V3 健康因子計算核心邏輯
contract AaveV3HealthFactor {
// 結構：用戶帳戶數據
struct UserConfigurationMap {
uint256 data;
}
// 結構：儲備數據
struct ReserveData {
uint256 configuration;
uint128 liquidityIndex;
uint128 variableBorrowIndex;
uint128 currentLiquidityRate;
uint128 variableBorrowRate;
uint128 stableBorrowRate;
uint40 lastUpdateTimestamp;
address aTokenAddress;
address stableDebtTokenAddress;
address variableDebtTokenAddress;
uint16 id;
address strategy;
}
// 計算健康因子
function calculateHealthFactor(
address user,
address[] calldata assets
) public view returns (uint256) {
(uint256 totalCollateralInUsd, uint256 totalDebtInUsd, uint256 totalLiquidationThreshold) =
_calculateAccountData(user, assets);
if (totalDebtInUsd == 0) {
return type(uint256).max;
}
return (totalLiquidationThreshold * 1e18) / totalDebtInUsd;
}
// 計算帳戶數據
function _calculateAccountData(
address user,
address[] calldata assets
) internal view returns (
uint256 totalCollateralInUsd,
uint256 totalDebtInUsd,
uint256 totalLiquidationThreshold
) {
totalCollateralInUsd = 0;
totalDebtInUsd = 0;
totalLiquidationThreshold = 0;
for (uint256 i = 0; i < assets.length; i++) {
address asset = assets[i];
// 獲取用戶在該資產上的存款
uint256 userBalance = IERC20(assets[i]).balanceOf(user);
// 獲取該資產的價格
uint256 assetPrice = IPriceOracle(oracle).getAssetPrice(asset);
// 獲取該資產的清算閾值
(uint256 ltv, uint256 liquidationThreshold, , , , , , , , ) =
IPool(pool).getReserveData(asset);
// 計算抵押品價值
if (ltv > 0) {
uint256 collateralInUsd = userBalance * assetPrice / 1e18;
totalCollateralInUsd += collateralInUsd;
// 計算加權清算閾值
totalLiquidationThreshold += collateralInUsd * liquidationThreshold / 10000;
}
// 計算債務價值
uint256 debtBalance = getUserBorrowBalance(user, asset);
if (debtBalance > 0) {
uint256 debtInUsd = debtBalance * assetPrice / 1e18;
totalDebtInUsd += debtInUsd;
}
}
}
// 獲取用戶借款餘額（考慮利息累積）
function getUserBorrowBalance(
address user,
address asset
) public view returns (uint256) {
ReserveData reserve = IPool(pool).getReserveData(asset);
if (reserve.variableDebtTokenAddress != address(0)) {
return IERC20(reserve.variableDebtTokenAddress).balanceOf(user);
}
return 0;
}
}健康因子閾值與風險等級
不同的健康因子數值對應不同的風險等級：
健康因子風險等級：
- HF > 2.0：極低風險，安全邊界充足
- HF = 1.5 - 2.0：低風險，推薦的保守借款區間
- HF = 1.0 - 1.5：中等風險，需要密切關注
- HF = 1.0：清算觸發點，任何抵押品價值下降都會觸發清算
- HF < 1.0：已清算，協議有權清算部分抵押品實務計算範例
讓我們通過一個具體例子來理解健康因子的計算：
假設用戶帳戶狀態：
- 存入 10 ETH 作為抵押品
- ETH 價格：2,000 美元
- 清算閾值：80%（即 0.80）
- 存入 20,000 USDC 作為抵押品
- USDC 價格：1 美元
- 清算閾值：85%
- 借款 1 BTC 作為借款
- BTC 價格：40,000 美元
計算過程：
1. 抵押品價值：
- ETH 抵押品價值：10 × 2,000 = 20,000 美元
- USDC 抵押品價值：20,000 × 1 = 20,000 美元
- 總抵押品價值：40,000 美元
2. 加權清算閾值：
- ETH 閾值貢獻：20,000 × 0.80 = 16,000 美元
- USDC 閾值貢獻：20,000 × 0.85 = 17,000 美元
- 總清算閾值：33,000 美元
3. 債務價值：
- 總債務價值：1 × 40,000 = 40,000 美元
4. 健康因子：
HF = 33,000 / 40,000 = 0.825
結論：HF < 1.0，帳戶將被清算！這個例子說明了為什麼維持健康的健康因子如此重要。即使抵押品總價值（40,000 美元）大於債務價值（40,000 美元），由於清算閾值的折價，帳戶仍然可能面臨清算風險。
清算機制與計算
清算觸發條件
當健康因子下降到臨界值以下時，任何人都可以觸發清算。清算人的角色是償還部分或全部借款人債務，並獲得相應的抵押品作為獎勵。
清算觸發條件：
HF < 1.0
或者使用協議特定參數：
健康因子 < 清算閾值（通常為 1.0 或接近的值）清算獎勵計算
清算人可以獲得的獎勵通常是借款人抵押品的一定比例（清算獎勵）。這個激勵機制鼓勵清算人積極參與清算過程。
清算獎勵計算：
清算金額 = min(借款人債務 × 清算比例, 借款人最大可清算金額)
清算利潤 = 清算金額 × (抵押品價格 / 債務價格) × (1 + 清算獎勵比例) - 清算金額Aave V3 清算合約代碼
以下是 Aave V3 清算邏輯的簡化版本：
// Aave V3 清算邏輯
contract LiquidationLogic {
// 清算函數
function executeLiquidation(
address user,
address collateralAsset,
address debtAsset,
uint256 debtToCover,
bool receiveAToken
) external {
// 1. 獲取用戶健康因子
uint256 healthFactor = IAToken(lendingPool).getUserHealthFactor(user);
require(healthFactor < 1.0, 'HEALTH_FACTOR_ABOVE_THRESHOLD');
// 2. 計算可清算的最大金額
uint256 maxLiquidatableDebt = _calculateMaxLiquidatableDebt(
user,
debtAsset
);
uint256 actualDebtToCover = debtToCover > maxLiquidatableDebt
? maxLiquidatableDebt
: debtToCover;
// 3. 計算清算獎勵
(
uint256 liquidatedCollateralAmount,
uint256 actualLiquidationBonus
) = _calculateLiquidationAmounts(
collateralAsset,
debtAsset,
actualDebtToCover,
receiveAToken
);
// 4. 執行清算
// 償還債務
IERC20(debtAsset).transferFrom(
msg.sender,
address(this),
actualDebtToCover
);
// 轉移抵押品給清算人
if (receiveAToken) {
// 轉移 aToken（代表存款份額）
IERC20(collateralToken).transfer(
msg.sender,
liquidatedCollateralAmount
);
} else {
// 直接轉移底層資產（需要從 aToken 贖回）
IAToken(collateralToken).liquidate(
msg.sender,
liquidatedCollateralAmount
);
}
// 5. 更新借款人帳戶
_updateUserDebt(user, debtAsset, actualDebtToCover);
}
// 計算清算金額
function _calculateLiquidationAmounts(
address collateralAsset,
address debtAsset,
uint256 debtToCover,
bool receiveAToken
) internal view returns (
uint256 liquidatedCollateralAmount,
uint256 liquidationBonus
) {
// 獲取資產價格
uint256 collateralPrice = IPriceOracle(oracle).getAssetPrice(collateralAsset);
uint256 debtPrice = IPriceOracle(oracle).getAssetPrice(debtAsset);
// 獲取清算獎勵比例
(, , , uint256 liquidationBonus_, , , , , , ) =
IPool(pool).getReserveData(collateralAsset);
// 計算等值抵押品數量
uint256 collateralToCover = debtToCover * debtPrice / collateralPrice;
// 計算包含獎勵的總額
uint256 bonusCollateral = collateralToCover * (10000 + liquidationBonus_) / 10000;
return (bonusCollateral, liquidationBonus_);
}
}清算風險管理策略
對於借款用戶而言，避免被清算是風險管理的首要目標。以下是實用的清算風險管理策略：
策略 1：維持充足的健康因子
- 建議維持 HF > 1.5
- 這提供了 50% 的安全邊界
策略 2：分散抵押品
- 不要將所有抵押品放在單一資產
- 選擇低相關性的資產組合
策略 3：監控市場波動
- 及時補充抵押品
- 在市場劇烈波動前主動降低借款額度
策略 4：使用穩定幣借款
- 穩定幣的波動性較低
- 減少因抵押品貶值觸發清算的風險利率模型深度解析
Aave V3 利率模型
Aave V3 採用分段線性利率模型，以下是詳細的利率計算邏輯：
// Aave V3 利率模型
contract AaveV3InterestRateModel {
// 利率參數結構
struct InterestRateModelParams {
uint256 optimalUtilizationRate; // 最佳利用率
uint256 baseVariableBorrowRate; // 基礎變動借款利率
uint256 variableRateSlope1; // 第一段斜率
uint256 variableRateSlope2; // 第二段斜率
}
// 計算借款利率
function calculateBorrowRate(
uint256 utilizationRate,
InterestRateModelParams memory params
) public pure returns (uint256) {
// 當利用率低於最佳利用率時
if (utilizationRate <= params.optimalUtilizationRate) {
return params.baseVariableBorrowRate +
(utilizationRate * params.variableRateSlope1) /
params.optimalUtilizationRate;
}
// 當利用率高於最佳利用率時
else {
uint256 excessUtilization = utilizationRate - params.optimalUtilizationRate;
return params.baseVariableBorrowRate +
params.variableRateSlope1 +
(excessUtilization * params.variableRateSlope2) /
(10000 - params.optimalUtilizationRate);
}
}
// 計算存款利率
function calculateSupplyRate(
uint256 utilizationRate,
InterestRateModelParams memory params,
uint256 reserveFactor
) public pure returns (uint256) {
uint256 borrowRate = calculateBorrowRate(utilizationRate, params);
// 存款利率 = 借款利率 × 利用率 × (1 - 準備金因子)
return borrowRate * utilizationRate * (10000 - reserveFactor) / 10000 / 10000;
}
}利率模型參數實例
以下是 Aave V3 中典型資產的利率參數配置：
USDC（穩定幣）利率模型：
- 最佳利用率：90%
- 基礎借款利率：0%
- 第一段斜率：4%
- 第二段斜率：60%
- 準備金因子：10%
ETH（波動性資產）利率模型：
- 最佳利用率：80%
- 基礎借款利率：1%
- 第一段斜率：8%
- 第二段斜率：100%
- 準備金因子：15%這些參數的設計原則是：當利用率較低時，利率上升較緩慢，激勵借款；當利用率接近或超過最佳值時，利率快速上升，以抑制過度借款並保護流動性。
利率計算實務範例
讓我們通過一個例子計算實際利率：
假設 USDC 池狀態：
- 存款總額：10,000,000 USDC
- 借款總額：8,000,000 USDC
- 利用率：80%（等於最佳利用率）
利率計算：
1. 借款利率：
- 利用率 = 最佳利用率 (80% = 90%)
- 借款利率 = 0% + 80% × 4% / 90% = 3.56%
2. 存款利率：
- 存款利率 = 3.56% × 80% × (1 - 10%) = 2.56%
注意：存款利率永遠低於借款利率，差額是協議的收入風險參數管理
關鍵風險參數
DeFi 借貸協議涉及多個關鍵風險參數：
風險參數詳解：
1. LTV（Loan-to-Value，借款價值比）
- 定義：可借款金額 / 抵押品價值的最大比例
- 範圍：0% - 90%
- 用途：決定初始借款限額
2. 清算閾值（Liquidation Threshold）
- 定義：觸發清算的健康因子臨界值
- 範圍：50% - 90%
- 通常 > LTV，提供清算安全邊界
3. 清算獎勵（Liquidation Bonus）
- 定義：清算人獲得的額外獎勵比例
- 範圍：5% - 15%
- 激勵清算人參與清算
4. 準備金因子（Reserve Factor）
- 定義：協議從利息收入中保留的比例
- 範圍：10% - 30%
- 用於協議發展和風險準備Aave V3 風險參數配置
以下是 Aave V3 主網絡上主要資產的風險參數：
主流資產風險參數（2026年）：
| 資產 | LTV | 清算閾值 | 清算獎勵 | 準備金因子 |
|--------|------|----------|----------|------------|
| ETH | 80% | 85% | 7.5% | 15% |
| WBTC | 70% | 75% | 10% | 20% |
| USDC | 90% | 93% | 5% | 10% |
| DAI | 85% | 88% | 5% | 10% |
| USDT | 90% | 93% | 5% | 10% |
| stETH | 75% | 80% | 10% | 15% |
| LINK | 70% | 75% | 10% | 20% |風險參數調整邏輯
借貸協議的風險參數並非靜態，而是根據市場狀況進行動態調整：
// 風險參數動態調整邏輯
contract RiskParameterManager {
// 調整函數
function adjustRiskParameters(
address asset,
uint256 newLtv,
uint256 newLiquidationThreshold,
uint256 newLiquidationBonus
) external onlyRiskAdmin {
// 確保清算閾值 > LTV
require(
newLiquidationThreshold > newLtv,
'LT_MUST_BE_GREATER_THAN_LTV'
);
// 確保清算獎勵在合理範圍內
require(
newLiquidationBonus >= 500 && newLiquidationBonus <= 15000,
'INVALID_LIQUIDATION_BONUS'
);
// 根據資產波動性調整參數
uint256 assetVolatility = getAssetVolatility(asset);
if (assetVolatility > HIGH_VOLATILITY_THRESHOLD) {
// 高波動性資產：降低 LTV，提高清算閾值
newLtv = newLtv * 80 / 100;
newLiquidationThreshold = newLiquidationThreshold * 90 / 100;
}
// 根據流動性調整參數
uint256 assetLiquidity = getAssetLiquidity(asset);
if (assetLiquidity < LOW_LIQUIDITY_THRESHOLD) {
// 低流動性資產：降低 LTV
newLtv = newLtv * 70 / 100;
}
// 執行調整
_updateReserveConfiguration(asset, newLtv, newLiquidationThreshold, newLiquidationBonus);
}
// 獲取資產波動性
function getAssetVolatility(address asset) internal view returns (uint256) {
// 計算歷史價格標準差
// ...
}
// 獲取資產流動性
function getAssetLiquidity(address asset) internal view returns (uint256) {
// 計算池子深度
// ...
}
}Compound V3 風險模型比較
Compound V3 架構特點
Compound V3 與 Aave V3 在風險模型上存在一些差異，以下是主要比較：
架構差異：
Aave V3：
- 支援多種抵押品資產
- 支援隔離抵押品模式
- 支援高效率模式（E-Mode）
- Portal 跨鏈橋接
Compound V3：
- 強調簡化 UX
- 採用埠（Portal）設計
- 分離借貸市場
- 專注於核心借貸功能Compound V3 健康因子計算
Compound V3 的健康因子計算略有不同：
// Compound V3 健康因子計算
contract CompoundV3HealthFactor {
// 市場結構
struct Market {
address underlying;
uint256 borrowRate;
uint256 supplyRate;
uint256 multiplier;
uint256 baseBorrowRate;
uint256 kinkBorrowRate;
}
// 計算健康因子
function healthFactor(address account, address[] calldata markets)
public view returns (uint256) {
(uint256 collateralValue, uint256 borrowValue) =
_accountAssetsValue(account, markets);
if (borrowValue == 0) return type(uint256).max;
return (collateralValue * 1e18) / borrowValue;
}
// 帳戶資產價值計算
function _accountAssetsValue(
address account,
address[] calldata markets
) internal view returns (uint256 collateralValue, uint256 borrowValue) {
for (uint256 i = 0; i < markets.length; i++) {
Market storage market = markets[markets[i]];
// 計算供應價值
uint256 supplyBalance = comet.balances(account).supply;
uint256 supplyValue = supplyBalance * oracle.getPrice(market.underlying) / 1e18;
collateralValue += supplyValue * market.liquidationMultiplier() / 1e18;
// 計算借款價值
uint256 borrowBalance = comet.borrowBalanceOf(account);
borrowValue += borrowBalance * oracle.getPrice(market.underlying) / 1e18;
}
}
}兩個協議的風險計算差異
Aave V3 vs Compound V3 風險模型差異：
| 特性 | Aave V3 | Compound V3 |
|-------------------|---------------------|----------------------|
| 抵押品計算 | 總清算閾值加權 | 抵押品乘數 |
| 利率模型 | 分段線性 | kink 模型 |
| 清算觸發 | HF < 1.0 | HF < 1.0 |
| 跨鏈支援 | Portal | 內建埠 |
| 隔離模式 | Isolation Mode | 無 |
| 高效率模式 | E-Mode | 無 |風險管理的最佳實踐
借款人風險管理策略
借款人最佳實踐：
1. 維持保守的健康因子
- 最低目標：HF > 1.5
- 保守目標：HF > 2.0
2. 多元化抵押品
- 避免單一資產抵押
- 選擇低相關性資產組合
3. 預留緩衝資金
- 保留一定比例的流動資金
- 準備好在市場下跌時補充抵押品
4. 監控頭寸
- 使用通知工具監控健康因子變化
- 設定警報閾值
5. 了解資產特性
- 關注 LTV 和清算閾值
- 注意資產波動性流動性提供者風險
流動性提供者風險：
1. 違約風險
- 借款人無法償還債務
- 抵押品價值不足以覆蓋損失
2. 智慧合約風險
- 協議漏洞導致資金損失
- 需要審計歷史和安全評級
3. 資產風險
- 抵押品資產價格崩潰
- 穩定幣脫鉤
4. 流動性風險
- 需要退出時缺乏流動性
- 大額提取可能延遲協議營運者風險管理
協議層面風險管理：
1. 參數治理
- 定期評估風險參數合理性
- 社區治理投票修改參數
2. 預言機管理
- 使用多個價格來源
- 設置價格偏差閾值
3. 儲備管理
- 建立風險準備金
- 協議費用收入分配
4. 應急機制
- 暫停功能
- 清算保護機制結論
DeFi 借貸協議的風險計算是一個複雜但至關重要的領域。健康因子、清算機制和利率模型共同構成了協議的風險管理基礎設施。
對於借款人而言，理解健康因子的計算邏輯是避免清算的關鍵。維持足夠的健康因子、分散抵押品選擇、密切監控市場變化，都是有效的風險緩解策略。
對於開發者和協議營運者而言，深入理解這些計算機制是構建安全、高效借貸協議的基礎。利率模型的設計、風險參數的選擇、以及清算觸發條件的設定，都需要仔細權衡流動性、收益率和安全性。
隨著 DeFi 領域的持續發展，我們預計將看到更多創新的風險管理機制出現。從長遠來看，風險計算的精細化和自動化將是推動去中心化借貸走向主流採用的關鍵因素。
相關文章
- Aave V3 與 Compound V3 完整比較：風險模型、經濟學與選擇框架 — 深入比較兩大去中心化借貸協議的技術架構、抵押模型、利率經濟學、風險管理機制，提供量化數據與選擇建議。
- DeFi 清算機制深度實務：從原理到實際案例完整解析 — 從工程師視角深入探討 DeFi 清算的技術原理、主要清算協議的實作差異、歷史重大清算事件的完整分析，以及開發者和投資者應該掌握的风险管理策略。
- DeFi 清算危機實戰案例研究：從市場崩潰到協議演進的完整分析 — 深入分析近年來最具代表性的 DeFi 清算事件，包括 2021 年 5 月 19 市場崩盤、2022 年 Terra UST 脫鉤風暴、FTX 崩潰等重大事件，從技術層面還原事件發生的完整過程、根本原因、協議的反應機制，以及整個行業從這些危機中獲得的寶貴教訓。
- DeFi 合約風險檢查清單 — 上鏈前先看權限、預言機、流動性與清算機制。
- Morpho Protocol 完整指南 — 深入解析 Morpho Protocol 的創新 P2P 匹配架構、利率優化機制、與底層協議的整合方式，以及其在去中心化借貸領域的技術優勢與風險管理。
延伸閱讀與來源
- Ethereum.org 以太坊官方入口
- EthHub 以太坊知識庫
這篇文章對您有幫助嗎？
請告訴我們如何改進：
0 人覺得有帮助
評論
發表評論
注意：由於這是靜態網站，您的評論將儲存在本地瀏覽器中，不會公開顯示。
目前尚無評論，成為第一個發表評論的人吧！