Morpho Blue|ミニマルコアと分離マーケット設計

コラム

約11分で読めます

コラム

約11分

Morpho Blue|ミニマルコアと分離マーケット設計
目次(タップで折りたたみ)

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

    Aave fork で自社 Lending を組むのは重い、もっと軽量な選択肢はないか」——この答えが Morpho Blue(2024年に独立 Lending プロトコル化)。本記事は事業者目線で、Morpho の「ミニマルコア」設計と、機関採用が進む背景を整理する。


    目次

    1. なぜ事業者が Morpho を理解する必要があるのか
    2. Morpho の歴史 — 最適化レイヤーから独立プロトコルへ
    3. Morpho Blue のコア設計
    4. Aave fork との設計思想の違い
    5. 機関採用(Coinbase・Pendle・Ethena)の背景
    6. 自社で Lending を組む際の選択判断
    7. まとめ

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

    2024-2026年で Morpho は機関採用が急拡大。Coinbase、Pendle、Ethena など主要プロトコル・機関プレイヤーが Morpho を基盤として採用している(TVL 推移は DefiLlama を参照)。自社 Lending を組む際の現代的な選択肢として理解必須。


    2. Morpho の歴史 — 最適化レイヤーから独立プロトコルへ

    第1世代(2022-2023)

    Morpho Optimizer」と呼ばれる、Aave/Compound の上に乗る最適化レイヤー。「ピアツーピアマッチングで Aave/Compound より良い利率を実現」する仕組みだった。

    第2世代(2024-)

    Morpho Blue」として独立 Lending プロトコルへ進化。Aave に依存しない独自基盤に(出典: Morpho 公式 Docs )。


    3. Morpho Blue のコア設計

    「最小限のコア」哲学

    Morpho Blue は「Lending の最小限の機能だけをコアに置く」設計。

    • コア機能: 1担保資産 + 1借入資産 のシンプルなマーケット
    • 利率モデル、Oracle、清算ロジックは外部モジュールとして接続

    これにより:
    - コア部分のコード量が極小(監査しやすい)
    - マーケットごとに異なる利率モデル・Oracle を組み合わせ可能
    - リスクが各マーケットに分離

    Market Isolation

    1マーケット = 1担保資産 + 1借入資産」の分離設計。例:

    • Market A: wstETH 担保 + WETH 借入、Oracle: Chainlink、利率: Adaptive Curve(市場状況に応じて利率を自動調整する利率モデル)
    • Market B: USDe(Ethena の合成ドルステーブル)担保 + USDC 借入、Oracle: 別 Oracle、利率: 別モデル

    各マーケットは独立しており、Market A のリスクが Market B に波及しない。


    4. Aave fork との設計思想の違い

    観点 Aave v3 Morpho Blue
    マーケット構造 共通プール(複数資産混在) 1担保+1借入の独立マーケット
    利率モデル プロトコル組み込み 外部接続(モジュール選択)
    Oracle プロトコル組み込み マーケットごとに選択
    コード量 多い 少ない
    カスタマイズ パラメータ調整 モジュール組み替え
    リスク分離 Isolated Mode で対応 標準で完全分離

    Morpho の強み

    • コアの確実性: 最小限なのでバグの余地が小さい
    • 柔軟性: マーケットごとに最適な構成を選べる
    • 機関向け: リスク分離が明確で機関がプロトコル評価しやすい

    Morpho の弱み

    • 流動性が分散しやすい: マーケットごとに分かれるため
    • UX が複雑になる可能性: 複数マーケットを跨いだ操作が難しい

    5. 機関採用(Coinbase・Pendle・Ethena)の背景

    Coinbase の採用

    Coinbase は2025年1月から、ユーザーのビットコイン(cbBTC に変換)を担保に USDC を借りられるローンを Morpho 基盤で提供。担保 BTC は cbBTC として Morpho のスマートコントラクトに送られる構造。後に USDC を貸して利回りを得る lending 機能(Steakhouse curator の Vault)も追加された(出典: Coinbase 公式アナウンス / Morpho 公式 Docs )。

    Pendle の採用

    Pendle PT(Principal Token、元本部分を分離したトークン)を担保にした借入マーケットが Morpho Blue 上に複数稼働。固定利回り資産を担保化する標準ルートに(マーケット一覧は Morpho 公式アプリ または DefiLlama を参照)。

    Ethena の採用

    USDe を担保にした借入マーケットも Morpho 上で動く。Ethena エコシステムが Morpho 統合を選んでいる。

    共通の理由

    機関・主要プレイヤーが Morpho を選ぶ理由:

    • コア部分のリスクが小さい: 監査しやすい
    • マーケット分離で自社リスクを限定: 他マーケットの影響を受けない
    • モジュール選択で機関向けカスタマイズ可: 特定 Oracle、特定利率モデル

    6. 自社で Lending を組む際の選択判断

    Morpho Blue が向くケース

    • 業界特化型 Lending: 特定資産・特定担保で Lending マーケットを作る
    • 機関向け permissioned マーケット: モジュール選択で KYC 統合
    • 新規担保資産の試験的上場: Market Isolation で他に影響しない

    Aave fork が向くケース

    • 多様な借入・担保資産を1つのプールで提供
    • 既存 Aave ユーザーベースの流入が期待される

    設計コスト比較

    項目 Aave fork Morpho Blue fork
    Solidity 実装 4-6人月 3-5人月
    監査 $40K-150K(約 600 万 - 2,250 万円) $40K-150K(約 600 万 - 2,250 万円)

    Morpho の方が実装が軽量。※為替は約 150 円/USD で換算。

    注: 監査費用は規模・コード新規性・監査ファーム(簡易な個別契約か、複数社/トップティアか)で大きく変動する。簡易な fork は下限、新規性が高い・複数社起用は上限となる。Aave fork は共通プールで対象範囲が広く、Morpho Blue fork はコアが軽量な分、同レンジ内でも下振れしやすい。

    3戦略「使う / 組む / fork」の判断フレーム

    他 Lending 記事(Aave v3、Compound III 等)と共通の事業判断フレームに当てはめると、Morpho Blue は以下のように整理できる。

    戦略 概要 向くケース 開発規模(人月) リスク
    A. 使う(既存 Morpho Blue マーケットを利用) 既存マーケット(USDC 借入、wstETH 担保 等)を自社プロダクトのバックエンドとして使う 短期 PoC、運用負担を最小化、Coinbase 等と同型の USDC 担保ローンを早期に提供したい 1〜2 人月 マーケット curator・Oracle・利率モデルの選定に依存、対象マーケットの bad debt 影響
    B. 組む(Morpho Blue 上にカスタムレイヤー / MetaMorpho Vault) MetaMorpho Vault や独自 Adapter を作り、複数 Morpho マーケットへの自動配分・KYC・UX を上乗せ 業界特化 Vault、機関向け permissioned アグリゲータ、自社が curator として運用 2〜4 人月 curator 責任、組入マーケットの審査基準・継続監視、フロントエンド / DNS / MEV レイヤーの防御
    C. fork(Morpho Blue を fork して独自展開) Morpho コアを fork し、独自マーケット定義・Oracle・利率モジュールで自社 Lending を構築 コア仕様も自社制御、機関向け permissioned マーケット、流動性を独立運営したい 3〜5 人月 監査・運用負担、流動性が分散しやすい、外部モジュール(Oracle/利率)の選定責任

    開発合計(実装): 戦略 A は 1〜2 人月、B は 2〜4 人月、C は 3〜5 人月(約 $10K-15K/人月、為替 150 円/USD 換算)。Aave fork は Solidity 実装で 4-6 人月。Morpho Blue は コアが軽量で B/C 戦略の実装規模が小さいのが特徴。一方で、マーケット分離設計を活かす分、流動性集約と curator 選定が事業上の論点になる。

    ―― 以下は別途・規模で変動 ――

    • 注(監査): B/C 戦略で外部監査を入れる場合、目安は $40K-150K(約 600 万 - 2,250 万円)。規模・コード新規性・監査ファーム(簡易な個別契約か、複数社/トップティアか)で大きく変動し、簡易な fork は下限、新規性が高い・複数社起用は上限となる。
    • 注(外部法務): スキーム整理が必要な場合の 外部法務(弁護士費用の目安)は初期の法的整理+意見書として一時 $20K-80K(約 300 万 - 1,200 万円)。暗号資産交換業の登録取得・維持や本格的な業者化を目指す段階では別途、より高額の継続費用が発生しうる。これは外部弁護士に支払う費用の目安であり、XTELA の提供サービスではない。
    • 注(運用): curator 監視、Oracle/利率モジュールの選定・更新、フロントエンド / DNS / MEV レイヤーの防御は継続コストとして発生する。

    ※為替は約 150 円/USD で換算。

    過去のインシデントから学ぶ設計教訓 — MetaMorpho / Morpho 系のリスク表面化事例

    Morpho Blue のコア設計は最小限・分離志向で堅牢性が高い一方、周辺レイヤー(フロントエンド、MetaMorpho Vault、外部 Oracle・利率モデル)には別途リスクが存在する。代表的な事例として、2025年4月、Morpho App のフロントエンド(Bundler3 連携部分)に脆弱性が見つかり、約260万ドル相当のトランザクションが危険にさらされたが、ホワイトハッカーが傍受・報告して資金は全額守られた事案がある(プロトコル本体のコントラクト脆弱性ではなくフロントエンド層の問題)。また、MetaMorpho(複数の Morpho Blue マーケットに自動配分する Vault レイヤー)では、構成マーケットの一つで bad debt が出ると Vault 全体の NAV に影響する構造があり、curator の選定とマーケット監視が重要になる。

    事業者にとっての含意:
    - 「コアが軽量で監査しやすい」≠「全体システムが安全」: 周辺の Oracle、利率モデル、フロントエンド、MetaMorpho 等の curator 選定もすべて評価対象
    - Market Isolation の利点を活かすには、curator や選定するマーケットの品質が決定的: 自社が MetaMorpho 風のアグリゲータを組むなら、組み入れマーケットの審査基準を文書化
    - フロントエンド / DNS / MEV レイヤーの防御: コントラクトが堅牢でも UX 経路の攻撃で被害が出る

    出典: Morpho 公式 blogRekt News で関連事案を参照。


    7. まとめ

    3つの要点:

    1. Morpho Blue = 最小限のコア + マーケット分離の Lending 設計
    2. 機関採用が急拡大(Coinbase、Pendle、Ethena 等)
    3. 自社で Lending を組むなら Aave fork より軽量な選択肢

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


    関連記事

    Morpho Blue の Market Isolation と機関採用文脈を、隣接領域の理解に広げるための記事を整理しました。

    • Aave v3 利率モデル — 本記事 4章「Aave fork との設計思想の違い」の比較対象。共通プール vs マーケット分離
    • Compound III (Comet) — Morpho と同じく「分離設計」を志向する別系統。シンプル・透明性重視の対比
    • Pendle PT/YT 分離 — 本記事 5章で言及した「Pendle PT を担保にした Morpho マーケット」の供給側を理解する
    • Ethena USDe — 本記事 5章「Ethena の採用」で挙げた USDe 担保マーケットの基盤資産。delta-neutral 設計とのセット
    • ERC-4626 Vault 標準 — MetaMorpho Vault が依拠する規格。Morpho 上のカスタムレイヤーを組む際の前提知識

    XTELA の Lending 実装支援知見

    本セクションは XTELA のサービス紹介です。本文中立の技術解説とは分離して掲載しています。

    XTELA は2015年以降、50案件以上のブロックチェーン開発支援を行ってきました。Lending 関連について、以下のような支援が可能です:

    • Morpho Blue fork 設計支援: マーケット定義、外部モジュール選定(Oracle、利率モデル)
    • Aave vs Morpho の選定支援: 事業要件との整合判断
    • 機関向け permissioned マーケットの構築: モジュール組み替えと KYC 統合
    • 論点の事業設計への落とし込み(法務助言は別途専門家へ): 金商法・改正資金決済法まわりの論点を Lending スキーム・マーケット設計に反映するための前段整理

    「Aave fork か Morpho Blue fork か」の意思決定段階から、実装・監査・運用まで並走支援しています。

    無料技術相談はこちら

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

    お問い合わせ

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