Aave v3 Isolated Mode / E-Mode の設計判断
約11分で読めます
約11分
目次(タップで折りたたみ)
本記事は技術解説であり、投資・税務・法務助言ではありません。判断は専門家にご相談ください。
Aave v3 が v1 から大きく進化した点の一つが、Isolated Mode(独立リスク区画)と E-Mode(高効率モード)という2つの新機能だ。自社で Lending プロトコルを組む際、これらをどう設計に組み込むかは事業判断に直結する。本記事は事業者目線で整理する。
目次
- なぜ事業者がこれを理解する必要があるのか
- Isolated Mode — 独立リスク区画として
- E-Mode — 相関資産の高効率レバレッジ
- 機関向け permissioned マーケットへの応用
- 自社で Lending fork を組む際の設計判断
- 開発期間とコスト、日本の規制論点
- まとめ
1. なぜ事業者がこれを理解する必要があるのか
自社で Lending を組む2つの典型ニーズ:
- 「特定資産(自社 RWA、自社 LST 等)専用のマーケット」を作りたい → Isolated Mode の設計が参考
- 「相関の高い資産間で高レバレッジを可能にする」マーケットを作りたい → E-Mode の設計が参考
Aave v3 を fork するなら、これらの設計を理解した上で、自社用にどうカスタマイズするかを判断する。
2. Isolated Mode — 独立リスク区画として
仕組み
Isolated Mode は、隔離資産を担保にした場合に (1) ガバナンス承認済みの特定ステーブルコインしか借りられず、(2) 他資産を同時に担保にできず、(3) 資産ごとに debt ceiling(USD 建ての借入上限)が課される、という制限モード。一般プールの他資産と混ぜずに独立した「区画」として扱う。
例: 新興 RWA トークンを Lending マーケットに上場したい。だが、信用力がまだ確立されていない → Isolated Mode で「この RWA は単独担保専用、他資産と混ぜない」と設定。万一この RWA が暴落しても、他のプール(ETH/USDC 等)には波及しない。
事業者にとっての意味
- 新興資産・実験的資産の上場リスクを限定
- 業界特化型 RWA Lending を組む時の標準設計
- 異なるカウンターパーティリスクを持つ資産を1プロトコルで扱う
3. E-Mode — 相関資産の高効率レバレッジ
仕組み
E-Mode は「価格相関が高い資産同士なら、担保比率を引き上げる」というモード。
例: USDC を担保に DAI を借りる場合、両方とも米ドルペッグなので価格は連動する。通常モードでは担保比率は概ね 75〜80% 程度(資産・チェーンにより異なる)だが、E-Mode の "Stablecoin Mode" なら 97% まで引き上げられる。$100,000 の USDC で $97,000 まで DAI を借りられる。
代表的な E-Mode カテゴリ
| カテゴリ | 対象資産 | 担保比率 |
|---|---|---|
| Stablecoin | USDC / DAI / USDT 等 | 95-97% |
| ETH-correlated | ETH / stETH / wstETH 等 | 90-93% |
E-Mode カテゴリの実例は、価格相関の高い Stablecoin(ステーブル同士) と ETH-correlated(ETH 派生・LST 同士) の2系統が基本。OP / ARB のような L2 固有トークンは互いに価格相関しないため、E-Mode の前提(高い価格相関)を満たさず対象外となる。
事業者にとっての意味
- ステーブル間の高レバレッジ運用(裁定・流動性供給バックエンド等)
- LST 担保で ETH を借りる構成(Liquid Staking のレバレッジ戦略)
- 業界特化型 LST マーケットの設計参考
なお E-Mode の高 LTV は、同一カテゴリ内での担保↔借入に限られる点に注意(例: ステーブル担保→ステーブル借入、ETH 派生担保→ETH 派生借入)。後述の Aave v3.2 で導入された Liquid eMode 以降は、カテゴリごとに借入・担保資産を個別定義できるようになり、この制約が部分的に緩和されている。
Liquid eMode(Aave v3.2 以降)
Aave v3.2(2024年10月、Lido Market 先行)で導入された Liquid eMode により、従来の「1 資産 = 1 カテゴリ」前提が緩和された。1 つの資産を複数の eMode に登録でき、各 eMode 内で資産を「担保のみ / 借入のみ / 両方」と個別に設定できる(例: wstETH を担保専用、WETH を借入専用とする eMode)。これにより、自社で E-Mode カテゴリを設計する際の自由度が大きく上がっている。
4. 機関向け permissioned マーケットへの応用
Isolated Mode と E-Mode の組み合わせは、機関向け permissioned Lending マーケットの設計に応用できる。
Aave Arc から Aave Horizon へ
Aave Arc は機関向けの permissioned Aave マーケットで、2022年に Fireblocks 等の KYC 通過者のみアクセス可能な先駆例として開始した。ただし TVL は伸び悩み、事実上停止している。
その知見を引き継ぐ後継として、Aave Labs は2025年8月に機関向け RWA プラットフォーム Aave Horizon をローンチした。Horizon は permissioned 版の Aave v3 をベースに、トークン化 RWA を担保にステーブルコインを借りられる設計で、Centrifuge / Circle / VanEck / WisdomTree / Chainlink 等と提携している(トークンレベルで permissioned な RWA を担保にしつつ、ステーブルコイン流動性側は permissionless に保つ構成)。Isolated Mode の延長で「機関 RWA は機関向けインスタンスでのみ扱う」設計を取る点は共通する。2026年時点の機関向け現行例は Arc ではなく Horizon である。
事業者の参考点
- 「機関 KYC 通過者専用」+ Isolated Mode で機関 RWA Lending を構築
- 規制対応(投資家保護、AML、トラベルルール)と技術設計の両立
5. 自社で Lending fork を組む際の設計判断
Aave v3 を fork して自社 Lending を組む場合の典型判断:
採用すべきケース
- 業界特化(自社 RWA、自社 LST、特定業界トークン)の Lending を提供
- 機関向け permissioned マーケットを構築
- 既存 Aave の流動性とは独立した経済設計が必要
採用しないケース
- 標準的な USDC/ETH 担保 Lending → Aave 既存マーケットに接続する戦略 C で十分
- 流動性ゼロから集める負担を取れない
設計の核心
- Isolated Mode のリスト管理: どの資産を Isolated にするか、ガバナンスで決める設計
- E-Mode のカテゴリ定義: 相関資産グループの定義と Oracle の選定
- 担保比率の動的調整: 市場ボラティリティに応じた調整機能
3戦略「使う / 組む / fork」の判断フレーム
他 Lending 記事(Aave v3 利率モデル、Compound III、Morpho Blue 等)と共通の事業判断フレームに、Isolated/E-Mode を活かす観点から当てはめると以下のように整理できる。※為替は約 150 円/USD で換算。
| 戦略 | 概要 | 向くケース | 開発期間 / コスト目安 | リスク |
|---|---|---|---|---|
| A. 使う(既存 Aave v3 の Isolated/E-Mode を利用) | 既存の Aave v3 マーケット内で Isolated Mode・E-Mode の枠を活用(自社 RWA・LST を Isolated 枠で上場、ステーブル間 E-Mode で運用 等) | 短期 PoC、Aave 既存流動性を活用、Aave ガバナンス審査を通せる資産 | 1〜2 人月、コスト微小(上場提案のガバナンス対応含む) | Aave ガバナンスの審査・パラメータ変更に依存、Isolated 枠の上限が拡張されない可能性 |
| B. 組む(Aave v3 上にカスタムレイヤー) | Aave v3 マーケットの上に企業向け UI・KYC ゲート・レポーティング層を構築(裏側は Aave 既存の Isolated/E-Mode を活用) | 機関向けポータル、業界特化 UX、Aave Horizon 型アクセス窓口 | 2〜4 人月、$60K-150K(約 900 万 - 2,250 万円) | 上位レイヤーのバグは自社責任、Aave 側仕様変更への追従、KYC/コンプラ運用負担 |
| C. fork(Aave v3 を fork して Isolated/E-Mode を自社カスタマイズ) | Aave v3 コアを fork し、自社専用の Isolated 資産リスト・E-Mode カテゴリ・担保比率で独自運用(業界特化 RWA Lending、機関 permissioned 等) | コア仕様も自社制御、業界特化資産で完全に独立した経済設計、機関向け permissioned | 6〜9 人月(コア 4-6人月+Isolated/E-Mode カスタマイズ 1-2人月+FE 2-3人月)、開発約 $70K-165K(監査・外部法務は別途・規模で変動。詳細は第6章のコスト表参照) | 監査・運用負担大、流動性をゼロから集める負担、Oracle 設計の責任、規制対応 |
設計の核心(Isolated リスト管理・E-Mode カテゴリ定義・担保比率の動的調整)は B では Aave 既存の枠内、C では自社で全て定義することになる。業界特化 RWA Lending を本気で組むなら C、機関向け UX で勝負するなら B が現実的。
6. 開発期間とコスト、日本の規制論点
Aave v3 fork のコスト目安
※為替は約 150 円/USD で換算。
| 項目 | 目安 |
|---|---|
| Solidity コア実装(v3 fork) | 4-6人月 |
| Isolated/E-Mode カスタマイズ | +1-2人月 |
| フロントエンド | 2-3人月 |
開発合計: 7-11人月(約 $70K-165K)
―― 以下は別途・規模で変動 ――
注(監査): $40K-150K(約 600 万 - 2,250 万円)。規模・コード新規性・監査ファーム(簡易な個別契約か、複数社/トップティアか)で大きく変動。簡易な fork は下限、新規性が高い・複数社起用は上限。
注(外部法務(弁護士費用の目安)): 初期の法的整理+意見書として一時 $20K-80K(約 300 万 - 1,200 万円)が目安。これは外部弁護士に支払う費用の目安であり、XTELA のサービスではない(XTELA は弁護士業務を提供しない)。暗号資産交換業の登録取得・維持や本格的な業者化を目指す段階では、別途これを上回る常時費用が発生する。
日本の規制論点
- 機関向け permissioned Lending: 暗号資産交換業ライセンスとの整合性
- 自社 RWA 担保: 投資運用業の論点
- 業界特化型: 各業界の規制(金融・保険・不動産)との接続
コンプラ部門と弁護士に必ず確認。
7. まとめ
事業者目線でこの分野を理解する要点は3つ。
- Isolated Mode = 新興・実験資産の独立リスク区画。業界特化 RWA Lending の標準設計
- E-Mode = 相関資産の高効率レバレッジ。ステーブル間・LST 間運用の基盤
- 機関向け permissioned マーケットの設計に応用可能
詳しくは Aave v3 利率モデル と DeFi完全マップ 2026 を参照。
関連記事
Isolated/E-Mode の設計判断を、業界特化 RWA Lending と機関向け permissioned へ展開するときに参照したい記事を選びました。
- Aave v3 利率モデル — Isolated/E-Mode の前提となる Aave v3 の利率モデル・利用率・清算の基本構造
- Morpho Blue — 「Aave の Isolated Mode の発想を最初から標準化した設計」として比較対象になる
- Compound III (Comet) — 「1マーケット 1借入資産」というマーケット分離の別系統。Isolated と思想が近い
- LST-backed Stablecoin (crvUSD / GHO) — 本記事「E-Mode の ETH-correlated」で扱う LST 担保を、ステーブル発行設計と接続して読む
- Health Factor と清算ボット — E-Mode の高担保比率は Health Factor 余裕が薄く、清算動作の解像度が必要
XTELA の Lending fork 実装支援知見
本セクションは XTELA のサービス紹介です。本文中立の技術解説とは分離して掲載しています。
XTELA は2015年以降、50案件以上のブロックチェーン開発支援を行ってきました。Aave fork カスタマイズについて、以下のような支援が可能です:
- 業界特化型 Lending の Isolated Mode 設計: 自社 RWA、自社 LST、特定業界トークン専用マーケット
- E-Mode カテゴリの設計: 相関資産の Oracle 選定、担保比率の動的調整
- 機関向け permissioned マーケット: KYC 統合、Fireblocks 接続
- 規制対応の前段設計: コンプラ部門との論点整理(法務助言は別途専門家へ)
「自社で Lending fork を組むか、Aave 既存に接続するか」の意思決定段階から、実装・監査・運用まで並走支援しています。
本記事は XTELA JAPAN 株式会社が作成しました。 Lending 開発のご相談は無料技術相談からお問い合わせください。