Aave v3 Isolated Mode / E-Mode の設計判断

コラム

約11分で読めます

コラム

約11分

Aave v3 Isolated Mode / E-Mode の設計判断
目次(タップで折りたたみ)

    本記事は技術解説であり、投資・税務・法務助言ではありません。判断は専門家にご相談ください。

    Aave v3 が v1 から大きく進化した点の一つが、Isolated Mode(独立リスク区画)と E-Mode(高効率モード)という2つの新機能だ。自社で Lending プロトコルを組む際、これらをどう設計に組み込むかは事業判断に直結する。本記事は事業者目線で整理する。


    目次

    1. なぜ事業者がこれを理解する必要があるのか
    2. Isolated Mode — 独立リスク区画として
    3. E-Mode — 相関資産の高効率レバレッジ
    4. 機関向け permissioned マーケットへの応用
    5. 自社で Lending fork を組む際の設計判断
    6. 開発期間とコスト、日本の規制論点
    7. まとめ

    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つ。

    1. Isolated Mode = 新興・実験資産の独立リスク区画。業界特化 RWA Lending の標準設計
    2. E-Mode = 相関資産の高効率レバレッジ。ステーブル間・LST 間運用の基盤
    3. 機関向け 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 開発のご相談は無料技術相談からお問い合わせください。

    お問い合わせ

    どんなフェーズからでも、お持ちのアイデアや企画をもとにご提案可能です。
    まずはお気軽にご相談下さい!