---
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.
# 清算クローズファクター
> 教育目的の参考情報であり、投資助言ではありません。投資により損失が生じる可能性があります。
## 直接の回答
清算クローズファクターとは、プロトコルが一回の清算で清算者に返済を認める、借り手の清算対象債務の最大割合です。制限するのは一回の清算規模であり、借り手が最終的に被る損失の総額ではありません。部分返済後もポジションが清算可能な状態であれば、その後に再び清算されることがあります。
このルールはプロトコルごとに異なります。ガバナンスパラメーターの場合もあれば、ポジションのヘルスファクターや規模によって決まる場合、より新しい清算設計では存在しない場合もあります。公表された割合を前提にする前に、デプロイ済みコントラクトと現在の市場設定を確認してください。
## 仕組み
ポジションがプロトコルの清算閾値を超えると、清算者は返済する債務資産と受け取る担保を選びます。コントラクトは清算資格を確認し、クローズファクターの制限とその他の上限を適用して借り手の債務を減らし、適用される清算ボーナスを含む担保を移転または計上します。
債務が一種類だけの単純なポジションでは、クローズファクターによる上限を `maximum close-factor repayment = eligible debt × close factor` と表せます。実際の返済額は、この上限、清算者が指定した額、選択した債務の残高、プロトコルまたは担保によるさらに厳しい制約のうち、最も小さい金額です。
手数料、上限、端数処理を無視すると、引き渡される担保はおよそ `repaid debt value × (1 + liquidation bonus)` です。クローズファクターは返済する債務額を制御し、清算ボーナスは付与する担保額を制御します。両者は別のパラメーターです。
## 計算例
債務が $100,000、担保が $121,250、加重清算閾値が 80% のポジションを想定します。ヘルスファクターは `($121,250 × 80%) ÷ $100,000 = 0.97` なので、清算可能です。適用されるクローズファクターが 50% の場合、清算者が $60,000 の返済を指定しても、上限は `$100,000 × 50% = $50,000` です。
清算ボーナスが 8% で、オラクルによる債務と担保の評価額が等しい場合、清算者はおよそ `$50,000 × 1.08 = $54,000` の担保を受け取ります。その後、ポジションには $50,000 の債務と $67,250 の担保が残り、新しいヘルスファクターは `($67,250 × 80%) ÷ $50,000 = 1.076` になります。この単純化した例では健全性が回復しますが、その後に担保価格が下落すれば、再び清算可能になることがあります。
## プロトコルによる違い
Aave の現在の清算ガイドによると、ヘルスファクターが 0.95 を上回り、担保と債務がともに $2,000 以上の場合、総債務の最大 50% を清算できます。ヘルスファクターが 0.95 以下の場合、または担保と債務のいずれかが $2,000 未満の場合は、最大 100% の清算が認められます。また、少額残高に関するルールにより、担保または債務を $1,000 未満残すのではなく、全額清算が必要になることもあります。
Compound V2 は `closeFactorMantissa` を、一回の清算取引で返済できる一種類の借入資産の 0% から 100% までの割合と定義しています。複数の資産を借りている場合、この係数は借入総額ではなく、選択した資産に適用されます。一方、Compound III はアカウントの吸収と担保売却という設計を採用しているため、V2 型のクローズファクターがあると仮定すべきではありません。
## リスクと対策
- クローズファクターは、損失上限を保証するものではありません。繰り返される清算、深刻なストレス時に適用される大きな係数、清算ボーナス、プロトコル手数料、不利な価格変動により、さらに多くの担保が失われる可能性があります。
- 部分清算が成功しても、ポジションの健全性が保証されるわけではありません。残りの債務、残りの担保、現在のオラクル価格、適用される清算閾値を使ってヘルスファクターを再計算してください。
- パラメーターや実装は、プロトコルのバージョン、ネットワーク、市場、資産によって異なる場合があります。他市場の割合をそのまま流用せず、デプロイ済みコントラクトとガバナンスが承認した設定を確認してください。
- 流動性の薄さ、オラクルの更新、取引の順序、担保の枯渇により、執行結果が変わったり不良債権が残ったりすることがあります。画面上の見積もりは取引結果を保証しません。
## よくある誤解
- **「クローズファクターは常に 50% である。」** いいえ。プロトコルと条件によって異なり、V2 型のクローズファクターをまったく使用しない清算エンジンもあります。
- **「クローズファクターが 50% なら、アカウント全体のちょうど半分が清算される。」** 必ずしもそうではありません。上限は総債務または選択した一種類の借入資産に適用される場合があり、利用可能な担保やその他のルールによって実行可能額が増減することもあります。
- **「部分清算によって健全性は自動的に回復する。」** 常に回復するとは限りません。結果は清算ボーナス、残存資産の構成、閾値、執行後の価格によって決まります。
- **「クローズファクターと清算ボーナスは同じパラメーターである。」** いいえ。一方は返済規模を制限し、もう一方は債務返済に対して付与する追加担保を決めます。
## 関連トピック
- [DeFi ヘルスファクター](/ja/crypto/health-factor-defi/)
- [清算](/ja/crypto/liquidation/)
- [清算ボーナス](/ja/crypto/liquidation-bonus/)
- [清算カスケード](/ja/crypto/liquidation-cascade/)
- [清算キーパーが失敗するとどうなる？](/ja/crypto/liquidation-keeper-failure/)
## 出典
- [ヘルスファクターと清算](https://aave.com/help/borrowing/liquidations) - Aave（参照日：2026-08-21）
- [LiquidationLogic.sol](https://github.com/aave-dao/aave-v3-origin/blob/main/src/contracts/protocol/libraries/logic/LiquidationLogic.sol) - Aave DAO（参照日：2026-08-21）
- [Compound v2 ドキュメント：Comptroller](https://docs.compound.finance/v2/comptroller/) - Compound（参照日：2026-08-21）
- [Compound III ドキュメント：清算](https://docs.compound.finance/liquidation/) - Compound（参照日：2026-08-21）
Source: https://wiki.fcontext.com/ja/crypto/liquidation-close-factor/index.mdx