Aave V4：分断された市場からモジュール化された流動性へ

撰文：Tia，Techub News

DeFiレンディング分野において、Aaveは常にイノベーションと業界標準の指標であり続けてきました。ユーザ規模と資産種類の拡大に伴い、Aave V3は流動性の断裂、リスク管理および清算メカニズムの相対的な粗さといった課題を徐々に顕在化させていました。これらの課題に対応するため、Aave V4はシステム的なアップグレードを施しました：流動性の構成方法を再設計し、統一されたHubとモジュール化されたSpokeアーキテクチャを導入、多資産・多戦略の流動性共有を実現しつつリスクを隔離；会計体系をERC-4626スタイルのシェアモデルにアップグレードし、グローバルな流動性状態を明確かつ制御可能に；清算メカニズムも固定比率からヘルスファクターを中心とした動的かつ最小限の必要清算ロジックに転換。全体として、V4は単なるパラメータの最適化ではなく、アーキテクチャとメカニズムの協調的な進化により、多市場に分散した借入契約から、より拡張性、資本効率、リスクコントロール性に優れたモジュール化された基盤インフラへと進化しています。

「マーケット」を中心としたV3から、流動性の断裂という実情に直面した現状まで

Aave V3では、「マーケット」をコアとした展開方式を採用しています。異なるネットワーク、さらには同一ネットワーク内でも、Aaveは複数の独立したマーケットを区分しています。例えばEthereumメインネットでは、「Core」と「Prime」といったマーケットが存在します。各マーケットは独自の流動性プール、サポート資産群およびリスクパラメータを持ち、それぞれ異なるリスク像を形成しています。

ユーザがAave V3に資産を提供する際、それは特定のマーケットに明確に資産を預けることを意味し、グローバルに共有されるファンドプールに入るわけではありません。つまり、EthereumのCoreマーケットに供給された資産は、そのマーケット内の借り手だけが利用でき、Primeマーケットや他ネットワークのユーザは呼び出せません。

この設計はリスク隔離において明確なメリットを有します。異なるマーケット間でリスクが伝播しない反面、代償も明白です：流動性が断裂します。同じ資産であっても複数のマーケットに分散され、統一的な運用が難しくなるため、資金利用効率、市場の深さ、新機能の拡張性に影響を及ぼします。

HubとSpoke：Aave V4の流動性再構築ロジック

Aave V4がこれに応じて取った対応は、基盤アーキテクチャの根本的な再構築です。新たに「Hub and Spoke（ハブとスポーク）」と呼ばれる新アーキテクチャを導入しています。この設計の出発点は、V3に長らく存在していた流動性断裂と拡張制限の解決にあります。

V4では、流動性を特定のマーケットに束縛せず、各ネットワークに統一された流動性ハブを導入し、すべての資金の中心拠点とします。ユーザが資産を提供する際には、特定のマーケットに入れるのではなく、そのネットワークに対応するハブに一括して預け、ハブは全体の流動性管理やコア会計制約（例：システム内の貸出総額が供給規模を超えないよう制御）を担います。

ただし、ハブはユーザが直接操作する対象ではありません。ユーザが操作を認識できるインターフェースは、非常にモジュール化された機能単位に配置されており、V4ではこれを「Spoke」と呼びます。

Spoke：リスク局所化されたモジュール化エントリポイント

SpokeはAave V4においてユーザが実際に触れる契約のフロントエンド層を構成します。各Spokeは同一の流動性ハブに接続していますが、ルール、パラメータ、リスク仮定は完全に異なる場合があります。Spokeはローカルでユーザのポジション、担保構造、オラクル接続および清算ロジックを管理し、ハブは裏側でその流動性支援を限られた範囲内で行います。

この分業の核心的意義は、リスクが厳格にSpoke内部に限定され、システム全体に拡散しないことにあります。異なる資産タイプや行動パターンの借入需要についても、単一のリスクパラメータを共有せずに済み、流動性共有の前提のもとでリスク論理の分離を実現できます。

そのため、V3ですでに存在していたが実装が重厚だった多くの機能も、V4ではより自然な形で展開可能となっています。例えばE-Modeは単なるパラメータ設定の集まりではなく、特定の資産群に特化した独立したSpokeとして存在でき、隔離モードも専用Spokeを通じて実現し、Hubはその利用可能流動性に明確な上限を設定します。RWAやより複雑な担保構造についても、カスタマイズされたSpokeを通じて厳格なアクセス制御やリスクルールを導入可能であり、これらを全体の契約の複雑性に拡散させる必要はありません。

統一された流動性アカウント、V4はどうやって正確に管理しているのか？

Hub層の統一流動性を支えるために、V4は会計モデルからaTokenのリベースを廃止し、ERC-4626スタイルのシェア体系に切り替えました。

Aave V4では、従来のaTokenのリベースメカニズムを放棄し、ERC-4626スタイルのシェア会計制度を採用しています。これにより、ユーザは利息の累積に伴い自動的に増加するaTokenを持つのではなく、一定のシェア（shares）を持ち、そのシェアあたりの資産価値が時間とともに増加します。つまり、利息はトークン数の変動ではなく、シェアとそれに対応する底層資産の換算額の変化として反映されるため、従来の金庫（vault）の会計ロジックに近づきます。

このシェアモデルは、V4の統一流動性設計と密接に関連しています。V4アーキテクチャでは、すべての資産供給はチェーン上の流動性ハブに集約され、ハブはシェアシステムを用いてグローバルな資産状態を正確に記録します。ハブは各Spokeの具体的な借入戦略やリスクモデルには関与せず、総資産規模、総シェア数、各Spokeの使用済み额度のみを管理します。この設計により、同一資産プールを複数のSpokeで共有できつつ、会計上は明確かつ制御可能となり、従来のaTokenリベースによる複雑性やリスクの外部伝播を回避します。

もしaTokenのリベースメカニズムを継続した場合、異なるSpoke間での資産共有は指数同期の困難さ、利息やリスクの外溢、サブモジュールの额度制御の難しさといった問題に直面します。一方、ERC-4626スタイルのシェアモデルは、これらの潜在的な問題を単純な算術関係に変換し、ハブは統一された流動性のもとで安全かつ制御された複数の借入戦略やリスク設定をサポートします。これにより、資本効率の向上はもちろん、V4アーキテクチャのモジュール化と将来の拡張性の土台ともなります。

清算メカニズムの精緻化：固定比率清算からの脱却

流動性構造の再構築に加え、Aave V4は清算メカニズムにも重要な調整を行っています。従来の固定比率を核とした清算ロジックから脱却し、リスク目標に基づく清算エンジンを導入しました。

V3以前のバージョンでは、ユーザのヘルスファクターが安全閾値を下回ると、清算者は予め設定されたclose factorに従って債務の一部を償還し、抵当品を没収します。この方式は安全性の確保に効果的ですが、市場の激しい変動やリスクがギリギリの状態では、過剰清算を引き起こすことがあります。つまり、必要以上に大きな規模の清算が行われる可能性です。

V4の新しい清算エンジンは、「清算比率」から「安全目標」へと焦点を移します。ヘルスファクターが清算可能な状態に入ると、システムはどれだけ債務を償還し、どれだけ抵当品を処分すれば安全領域に戻れるかを計算します。清算は最大限のリスク削減ではなく、最小限の必要清算を目指し、安全性を犠牲にせずにユーザ資産への侵食を抑えます。

この変化により、close factorは静的なパラメータから、ポジションのリスク状況に動的に左右される結果へと進化します。資産のボラティリティ、担保構造、リスクパラメータの変動に応じて清算規模も変動し、より現実的なリスク差異を反映した清算が可能となります。これにより、清算の衝撃や不必要な資産売却を低減できます。

Aaveの清算メカニズムのアップデートは、Fluidの清算設計を連想させます。借入製品の観点から見ると、Aave V4は従来の「一刀切」的な清算方式を大きく改善し、より精緻でリスクに即したロジックとなっています。

しかしながら、借入とDEX流動性の深度を統合したFluidと比較すると、Aaveは異なる設計パラダイムにあります。Fluidは借入ポジションを直接取引流動性に埋め込み、一部のリスクをプール内で自動吸収し、多くの場合外部の清算者を必要とせずにポジション調整を実現します。この設計はコストと実行効率の面で明らかな優位性があります。一方、外部の第三者清算者に依存するAaveは、清算ロジックはより詳細になったとしても、この側面では完全に対抗できません。

まとめ

全体として、Aave V4は既存モデルを完全に覆すのではなく、制御された体系的な進化の道を歩んでいます。Hub and Spokeアーキテクチャによる流動性再構築、モジュール化されたSpokeによるリスク局所化、そしてより精緻な清算エンジンの導入を通じて、Aaveは「マーケット」単位の借入契約から、より複雑な金融構造も取り込めるモジュール化された借入基盤へと進化しています。