Health Factor と清算ボット｜清算の仕組みと事業化

「Aave で借入したら Health Factor 1.5 を維持しなさい」「Health Factor 1.0 を下回ると清算される」——DeFi Lending の世界で頻出するこの言葉。事業者にとって重要なのは「清算が具体的にどう動くのか」と「清算ボット事業を運営する選択肢」だ。本記事は事業者目線で整理する。

目次

1. なぜ事業者がこれを理解する必要があるのか
2. Health Factor とは — 「余裕メーター」と読む
3. 担保価値下落のシミュレーション
4. 清算ボットの収益構造
5. 自社で清算ボット事業を組む3つの戦略
6. Health Factor 監視 SaaS／清算回避ツールという事業モデル
7. 開発期間とコスト、日本の規制論点
8. まとめ

1. なぜ事業者がこれを理解する必要があるのか

3つの場面で関係する:

1. 自社で DeFi 担保ローンを利用する: 清算リスクを理解しないと、担保資産を失う事故が起きる（Aave v3 利率モデルで利率と清算の前提を整理）
2. 清算ボットを運営する事業: 24時間自動で動く DeFi 特有の収益機会（MEV と AMMで全体の MEV 経済を俯瞰）
3. Health Factor 監視 SaaS／清算回避サポートサービスを提供する事業: 機関顧客向けの清算回避ツール

2. Health Factor とは — 「余裕メーター」と読む

計算式

Health Factor = (担保価値 × 清算閾値) / 借入価値

式の分子に入るのは「清算閾値（Liquidation Threshold）」であり、「実際に借りられる上限（Max LTV）」とは別パラメータだ。例えば Aave v3 の ETH は清算閾値が約80%、Max LTV が75%で、この差（約5%）が借り手の安全バッファになる。

具体例: ETH を担保に USDC を借りた場合
- ETH 担保価値: $100,000
- 清算閾値（Aave 設定）: 80%
- 借入 USDC: $50,000
- Health Factor = ($100,000 × 0.80) / $50,000 = 1.6

1.0 が「アウト」のライン

Health Factor が 1.0 を下回ると清算される。事業者は通常 1.5 以上を維持する設計にする（市場変動への余裕を確保）。

Health Factor の読み方

3. 担保価値下落のシミュレーション

ETH を担保にした事業者の典型的なシナリオ:

初期状態:
- ETH 担保: 50 ETH @ $3,000 = $150,000
- 借入 USDC: $80,000
- Health Factor = $150,000 × 0.80 / $80,000 = 1.5

ETH 価格が下落していくと:

事業者は ETH が $2,500 に下がった時点で「追加担保 or 部分返済」を判断する必要がある。

4. 清算ボットの収益構造

Health Factor < 1.0 になった瞬間、自動で動くのが「清算ボット」だ。

清算ボットが何をするか

1. プロトコルの全借入を24時間監視
2. Health Factor が 1.0 を下回るアカウントを発見
3. 自分のステーブル（USDC 等）でその借入を返済
4. 引き換えに担保資産を 割引価格で取得（清算ペナルティ）
5. 担保を DEX で売却 → 差額が利益

清算ペナルティ（清算ボットの収益源）

Aave v3 では、清算時に 5-15% の清算ボーナスが清算ボットに渡る（ETH やステーブルで約5%、変動性の高い資産で最大15%前後）。ただし2点の制約がある。

第一に、一度に清算できるのは借入の最大50%まで（close factor のデフォルト）。Health Factor が 0.95 以下になると最大100%まで清算可能になる。例えば Health Factor が 0.95 超の $80,000 の借入なら、一度に返済できるのは最大 $40,000 で、清算ボットが受け取る担保は $40,000 + $2,000-6,000 相当となる。

第二に、清算ボーナスの10%は Aave DAO が手数料（liquidation protocol fee）として徴収するため、ボーナス全額が清算ボットに渡るわけではない。残りが清算ボットの取り分になる。

競合状況

清算機会が出た瞬間、複数の清算ボットが gas 入札で競争する。先に取引を実行したボットが勝つ。これが MEV（Maximal Extractable Value）の典型例。

• 単一の大規模清算: $10,000-100,000 の収益
• 小規模清算: $50-1,000 の収益
• 月間収益（運用安定期）: $20,000-200,000

ただし MEV 専業ボット（Flashbots 参加者等）との競合が激しく、新規参入は学習投資期間（3-6か月）が必要。

5. 自社で清算ボット事業を組む3つの戦略

A: 使う（プロを雇って清算ボットを運営）

専門 SI に委託、または専門人材を雇って自社で運営。

• 採用条件: 安定運用のための監視体制、初期 $50K-200K の運用資金
• 月間運用コスト: $20K-60K（インフラ、人件費、gas）

B: 組む（清算ボットフレームワークを提供）

複数のプロトコル横断で動く清算ボット SaaS を、他事業者向けに提供。

• 採用条件: Solidity + Rust 開発体制、低レイテンシインフラ
• 開発期間: 6-12か月
• 収益モデル: 清算利益のシェア（10-30%）

C: 防御する（Health Factor 監視 SaaS／清算回避ツール）

事業者向けに「Health Factor が危険ラインに近づいたら、自動で部分返済する」清算回避サポートサービスを提供。

• 採用条件: 信頼性のある自動執行基盤、機関向け契約フレーム
• 想定例: 機関カストディアン向けの清算回避ツール

6. Health Factor 監視 SaaS／清算回避ツールという事業モデル

機関・大口の暗号資産担保ローン利用者が必ず欲しがるのが「自動で清算を回避してくれる仕組み」だ。

既存実装

• DeFiSaver: イーサリアム系で動く Health Factor 監視 + 自動執行ツール
• Instadapp: 同様の自動化フレームワーク

これらはまだ機関向けには UX が不足している。日本の機関カストディアン向けに「Health Factor が 1.3 に下がったら、事前承認済みの行動（部分返済 or 追加担保）を自動実行」というサービスは、需要がありそうだが提供者はまだ少ない。

ビジネスモデル例

• 月額固定費 + 清算回避時の成果報酬
• 機関 KYC 通過者のみアクセス可能
• 法人としての契約・SLA を整備

7. 開発期間とコスト、日本の規制論点

清算ボットのコスト目安

注: 監査費用は規模・コード新規性・監査ファーム（簡易な個別契約か、複数社/トップティアか）で大きく変動。清算ボットはコアが軽量なため簡易な個別契約（$8K-50K 水準）で収まる場合が多く下端寄り、新規性が高い・複数社起用は上限となる。

日本の規制論点

「保険」と称する商品は保険業法の対象になり得るため、本記事で扱う事業モデルは「Health Factor 監視 SaaS」「清算回避ツール」「清算回避サポートサービス」など監視・自動執行ツールとしての位置付けに整理している。実際の提供形態・契約スキームは事業者ごとにコンプラ部門と弁護士へ確認。

8. まとめ

事業者目線でこの分野を理解する要点は4つ。

1. Health Factor = 余裕メーター。1.5 以上を維持するのが標準
2. 清算ボットは MEV 系で月間 $20K-200K の収益機会だが競合激しい
3. Health Factor 監視 SaaS／清算回避ツールは機関カストディアン向けに需要あり
4. 3戦略「使う/組む/防御する」で事業ポジションを選ぶ

詳しくは Aave v3 利率モデル と DeFi完全マップ 2026 を参照。

関連記事

Health Factor と清算 bot を、運用者・事業者の両面から立体化させる記事を選びました。

• Aave v3 利率モデル — 本記事 2章 Health Factor の計算根拠（担保比率・利用率・利率カーブ）の上流
• Flash Loan の実装と用途 — 本記事 4章「清算ペナルティを取られる前に自己清算」する用途。Flash Loan による清算回避の実装
• Flash Loan を使った裁定の実装例 — 清算 bot と裁定 bot は MEV 競合の同じ階層。本記事 4章の収益試算と並べて読む
• LST-backed Stablecoin (crvUSD / GHO) — crvUSD の LLAMMA ソフト清算は「Health Factor 1.0 で一気に清算」の対案。設計の選択肢
• MEV と AMM — 清算は MEV の主要分類の一つ。本記事 4章「複数 bot の gas 入札」を MEV 構造の中で位置付ける

本記事は XTELA JAPAN 株式会社が作成しました。 清算関連のご相談は無料技術相談からお問い合わせください。