Aave V4 主網即將上線:Hub-Spoke 架構如何解決流動性碎片化難題

市場洞察
更新於: 2026-03-27 10:14

在現行的 Aave V3 架構中,協議採用以「市場」為核心的多實例部署方式。以太坊主網上的核心市場持有約 600 億美元流動性,而針對低風險偏好的 Prime 市場則持有約 20 億美元,兩者彼此獨立運作。這意味著,即使同一種資產——如 USDC——在核心市場擁有數十億美元存量,Prime 市場的用戶也無法動用這部分流動性。這種設計的本質,是將市場的風險配置與流動性深度強綁定,導致每個新市場都面臨「從零積累流動性」的啟動困境。

Aave V4 的出現,正是針對這一結構性限制的根本回應:透過引入 Hub-Spoke 架構,將流動性儲存與市場邏輯徹底分離,使新市場從上線第一天即可接入現有流動性池。

Hub 與 Spoke 的分離機制,如何實現流動性的統一與風險隔離

Hub-Spoke 架構的核心在於分工重構。Liquidity Hub 作為統一的流動性中心,集中管理所有資產的供應總量、借貸授權與會計約束,確保系統整體借出規模不超過供應上限。Spoke 則是面向用戶的專屬互動模組,每個 Spoke 可獨立定義其支援的資產類型、風險參數、清算規則與預言機配置,同時從 Hub 取得預設額度內的流動性支援。這一設計的關鍵突破在於:流動性不再被鎖定於某個特定市場的邊界內,而是以「共享池」的形式存在於 Hub 層,複數 Spoke 可依據治理設定的信用額度並行調用。與此同時,風險被嚴格限制於 Spoke 內部——即使某個 Spoke 因資產波動或清算失敗產生壞帳,也不會擴散至 Hub 或其他 Spoke。

統一的代價:模組化架構下的效率權衡與治理複雜度

任何架構重構都伴隨取捨。Hub-Spoke 模式在解決流動性碎片化的同時,也帶來了新的結構性成本。首先,Hub 層需承擔更複雜的全域會計責任——V4 捨棄了 V3 中 aToken 的 rebase 機制,轉向 ERC-4626 風格的市占率(shares)模型,每一份市占率對應的底層資產價值隨利息累積而成長,從而在統一池中精確記錄各 Spoke 的額度佔用情形。其次,治理流程面臨更高複雜度:Spoke 的風險參數由 DAO 設定,但不同 Spoke 間的信用額度分配、利率聯動機制以及跨 Spoke 的清算協調,都需更精細的治理框架。第三,遷移路徑的爭議已在社群內浮現——此前 Aave Labs 曾提議暫停 V3 優化以推動用戶向 V4 遷移,引發部分核心貢獻者反對,最終撤回該提案並承諾不強制遷移。這顯示,架構升級除技術面外,還需處理存量生態的平滑過渡問題。

從協議到基礎設施:對 DeFi 借貸賽道的格局意味著什麼

V4 的演進方向,本質上是將 Aave 從「多市場並列的借貸協議」升級為「可承載多元金融邏輯的模組化基礎設施」。這種定位轉變將帶來多重產業影響。第一,資本效率的提升將改變借貸賽道的競爭基準——新市場不再需要與既有市場爭奪存款,開發者可專注於針對 Pendle PT、Uniswap LP 部位、Ethena sUSDe 等新型資產的客製化借貸邏輯,而無需從零建立流動性。第二,風險定價機制從「一刀切」轉向「精細化」:V4 引入的流動性溢價(liquidity premium)機制,使借款利率依據抵押資產的流動性狀況動態調整,ETH 等基準資產維持零溢價,而波動性較高的資產則承擔相應溢價。第三,GHO 穩定幣的深度整合進一步強化協議內閉環——軟清算機制(LLAMM)允許系統在抵押品價格下跌時逐步將資產轉換為 GHO,上漲時回購抵押品,提升清算效率與穩定性。

從 V4 向前看:流動性層、跨鏈借貸與生態擴展的可能演進路徑

V4 的架構不僅解決當前問題,也為未來功能擴展預留了介面。首先,統一流動性層的設計天生支援跨鏈借貸——用戶可在一條鏈上存入資產,在另一條鏈上借出資金,流動性層作為抽象化的跨鏈流動性中樞承擔清算與會計職能。其次,Spoke 的可組合性使得債務部位的二級市場、固定期限信貸市場、AMM 部位的動態信用額度等複雜金融原語成為可能,開發者只需專注於 Spoke 層的業務邏輯,底層清算系統與風險管理框架可直接繼承自 Aave 已驗證的模組。此外,Aave 生態正朝向「獨立網路層」發展,規劃推出專屬網路作為 GHO 與借貸業務的核心基礎設施,這一方向雖仍處於構想階段,但已顯示頭部 DeFi 協議向更完整技術棧演進的戰略意圖。

風險與邊界:新架構尚未解決的潛在隱憂

儘管 V4 在架構層面實現了顯著優化,但仍存在尚未完全解決的風險層面。首先,清算機制雖已從「固定比例」轉向「最小必要清算」,但依然仰賴外部第三方清算者執行,這與 Fluid 等將借貸與 DEX 流動性深度整合的設計相比,在成本結構與執行效率上仍有差距。其次,多 Spoke 並行運作環境下,跨 Spoke 的全域風險監控尚未形成成熟範式——當多個 Spoke 同時調用 Hub 流動性且各自採用不同風險模型時,系統性風險的識別與預警機制仍待驗證。第三,GHO 的軟清算機制雖借鑑 crvUSD 的 LLAMM 模型,但該機制在極端市場條件下的實際表現尚缺乏大規模壓力測試數據支撐。此外,DAO 治理層面的爭議——包括核心貢獻者續約問題、V3 與 V4 的資源分配矛盾——反映出社群在重大升級過程中可能面臨的分歧風險。

總結

Aave V4 的主網部署,標誌著 DeFi 借貸協議從「多市場並行」向「統一流動性層 + 模組化風險單元」的架構範式遷移。Hub-Spoke 設計在解決流動性碎片化這一長期痛點的同時,為新型資產接入、跨鏈借貸、精細化風險定價等功能提供了基礎框架。然而,架構升級帶來的治理複雜度、全域風險監控缺口以及遷移路徑中的社群協調問題,仍是 V4 從技術落地到生態成熟過程中需要持續應對的挑戰。對於 DeFi 借貸賽道而言,V4 不僅是一次協議版本迭代,更是一場關於「協議如何演化為基礎設施」的結構性實驗。

FAQ

Q1:Aave V4 與 V3 在流動性管理上的核心差異是什麼?

V3 採用獨立市場模式,每個市場擁有獨立的流動性池,彼此無法共享資產;V4 引入 Hub-Spoke 架構,所有流動性集中儲存於 Liquidity Hub,複數 Spoke 共享同一流動性池,同時各自獨立管理風險參數。

Q2:Hub-Spoke 架構如何防止風險在系統內擴散?

風險被限制於 Spoke 內部。每個 Spoke 擁有獨立的資產列表、清算規則與額度上限,即使某個 Spoke 出現壞帳,也不會擴散至 Hub 或其他 Spoke。Hub 僅負責全域會計與額度管理,不直接承擔 Spoke 的信用風險。

Q3:V4 對 GHO 穩定幣做了哪些關鍵升級?

主要升級包括:引入軟清算機制(LLAMM),在抵押品價格波動時逐步清算而非一次性強制平倉;支援以 GHO 形式支付穩定幣利息;新增緊急贖回機制,用於因應 GHO 持續脫鉤的極端情境。

Q4:V4 上線後,V3 用戶需要遷移嗎?

Aave Labs 已撤回強制遷移提案,承諾 V3 與 V4 將並行運作,用戶無需強制遷移。V4 初期部署將採取保守參數與精簡資產配置,優先確保安全性。

Q5:V4 的清算機制與 V3 有何不同?

V3 採用固定比例的 close factor 清算模式,容易導致過度清算;V4 轉向以健康因子為核心的動態清算邏輯,系統計算最小必要清算量,僅償還足以將部位恢復至安全區間的債務規模。

Like the Content