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では、流動性を単一のマーケットに束縛せず、各ネットワーク上に流動性Hubを導入し、すべての資金の中心的な供給源とします。ユーザの供給資産は特定のマーケットに入るのではなく、そのネットワークに対応するHubに一括して預けられ、Hubが全体の流動性管理とコア会計制約を担います。例えば、システム内で借りられる資産総量が供給規模を超えないように管理し、各モジュールの流動性占有状況も記録します。

ただし、Hubはユーザが直接操作する対象ではありません。ユーザが操作を感知できる入口は、モジュール化された機能単位の層に配置されており、これをSpokeと呼びます。

Spoke：リスクを局所化したモジュール化入口

Spokeは、Aave V4においてユーザが実際に触れるプロトコルのフロントエンド層です。各Spokeは同一の流動性Hubに接続していますが、ルール、パラメータ、リスク仮定は完全に異なることも可能です。Spokeはローカルでユーザのポジション、担保構造、オラクル接続、清算ロジックを管理し、Hubは裏側でその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のアーキテクチャでは、すべての供給資産はオンチェーンの流動性Hubに集約され、Hubはシェアシステムを用いて全体の資産状態を正確に記録します。Hubは各Spokeの具体的な借入戦略やリスクモデルには関与せず、総資産規模、総シェア数、各Spokeの占有額だけを管理します。この設計により、同一資産プールを複数のSpokeで共有しつつ、会計上は明確かつ制御可能となり、従来のaTokenリベースの複雑性やリスク外部流出を回避します。

もしaTokenのリベースを継続した場合、異なるSpoke間で資産を共有すると指数同期の困難、利息とリスクの外部流出、サブモジュールの枠制御の難しさといった問題が生じます。ERC-4626のシェアモデルは、これらの潜在的な問題を単純な算術関係に変換し、Hubが統一された流動性のもとで安全かつ制御された多様な借入戦略とリスク設定をサポートできるようにします。これにより資本効率も向上し、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は「マーケット」単位の借入プロトコルから、より複雑な金融構造を支えるモジュール化された借入基盤へと進化しています。