Aave V4：從割裂市場到模塊化流動性

撰文：Tia，Techub News

在 DeFi 借貸領域，Aave 一直是創新與行業標準的風向標。隨著用戶規模和資產種類的增加，Aave V3 逐漸暴露出流動性割裂、風險管理和清算機制相對粗糙的問題。為應對這些挑戰，Aave V4 進行了系統性升級：流動性組織方式被重新設計為統一的 Hub 與模組化 Spoke 架構，實現了多資產、多策略共享流動性的同時保持風險隔離；會計體系升級為 ERC-4626 風格的份額模型，使全局流動性狀態清晰可控；清算機制從固定比例模式轉向以健康因子為核心的動態、最小必要清算邏輯。整體而言，V4 並非單純優化參數，而是通過架構與機制的協同演進，將 Aave 從多市場割裂的借貸協議，升級為更具擴展性、資本效率和風險可控性的模組化基礎設施。

從「市場」為中心的 V3，到流動性割裂的現實約束

在 Aave V3 中，協議採用的是一種以「市場」為核心的部署方式。在不同網絡，甚至同一網絡內，Aave 會劃分出多個彼此獨立的市場，例如以太坊主網中的 Core 與 Prime。每一個市場都擁有完全獨立的流動性池、支持的資產組合以及對應的風險參數，從而形成各自不同的風險画像。

當用戶向 Aave V3 提供資產時，實際上是將資產明確地存入某一個特定市場，而不是進入一個全局共享的資金池。這意味着，供應到 Ethereum Core 市場的資產，只能被該市場內的借款人使用，無法被 Prime 市場或其他網絡的用戶調用。

這種設計在風險隔離上具有明顯優勢，不同市場之間不會相互傳導風險，但代價同樣清晰：流動性被切割。即便是同一種資產，也會被分散在多個市場之中，難以統一調度，進而影響整體的資金利用效率、市場深度以及新功能的擴展能力。

Hub and Spoke：Aave V4 的流動性重組邏輯

Aave V4 對這一問題的回應，是對底層架構進行根本性重構，引入被稱為 Hub and Spoke（輪輻式）的新架構。這一設計的出發點，正是為了解決 V3 中長期存在的流動性割裂與擴展受限問題。

在 V4 中，協議不再將流動性綁定在單一市場之內，而是在每一條網絡上引入一個統一的流動性 Hub，作為所有資金的中心來源。用戶供應的資產不再進入某一個具體市場，而是統一存入該網絡對應的 Hub，由 Hub 負責全局的流動性管理和核心會計約束，例如確保系統內借出的資產總量不超過已供應規模，並記錄不同模組對流動性的佔用情況。

但 Hub 並不是用戶直接交互的對象。所有用戶可感知的操作入口，被放置在一層高度模組化的功能單元中，在 V4 中被稱為 Spoke。

Spoke：風險被局部化的模組化入口

Spoke 构成了 Aave V4 中用戶實際接觸協議的前台層。每一個 Spoke 都連接到同一個流動性 Hub，但可以擁有完全不同的規則、參數與風險假設。Spoke 在本地管理用戶頭寸、抵押品結構、預言機接入以及清算邏輯，而 Hub 只在後台向其提供受限額度內的流動性支持。

這種分工的核心意義在於：風險被嚴格限制在 Spoke 內部，而不會在系統層面擴散。不同類型資產、不同行為模式的借貸需求，不再被迫共享同一套風險參數，而是可以在共享流動性的前提下，實現風險邏輯的分離。

也正因如此，許多在 V3 中已經存在、但實現上相對笨重的功能，在 V4 中可以以更自然的形式落地。例如，E-Mode 不再只是某組參數配置，而可以作為一個獨立的 Spoke 存在，專門服務於高度相關的資產組合；隔離模式同樣可以通過專用 Spoke 實現，並由 Hub 對其可用流動性設定明確上限。對於 RWA 或更複雜的抵押結構，V4 也允許通過定制化 Spoke 引入更嚴格的訪問控制和風險規則，而無需將這些複雜性擴散到整個協議。

統一流動性的帳，V4 是怎么算清楚的？

為了支撐 Hub 層統一流動性，V4 在會計模型上放棄了 aToken rebase，轉向 ERC-4626 風格份額體系。

在 Aave V4 中，協議摒棄了以往 aToken 的重新基準機制，轉而採用 ERC-4626 風格的份額會計制度。這意味着用戶不再持有會隨著利息累積自動增加數量的 aToken，而是持有固定數量的份額（shares），每一份份額對應的底層資產價值會隨時間增長。換句話說，利息不再通過代幣數量的變化體現，而是通過每份份額可以兌換的資產數量變化呈現，這種方式更接近傳統金庫（vault）的會計邏輯。

這種份額模型與 V4 的統一流動性設計緊密相關。在 V4 架構下，所有供應資產都匯集到鏈上的流動性 Hub，而 Hub 使用份額系統精確記錄全局資產狀態。Hub 不需要關注每一個 Spoke 的具體借貸策略或風險模式，只需管理總資產規模、總份額數量以及各 Spoke 已佔用的額度。這種設計使得同一個資產池可以被多個 Spoke 共享，同時在會計上保持清晰、可控，避免了傳統 aToken rebase 在多模組環境下可能出現的複雜性和風險外溢。

如果繼續沿用 aToken 的 rebase 機制，不同 Spoke 共享同一資產時將面臨指數同步困難、利息和風險外溢、以及對子模組額度限制難以精確控制的問題。而 ERC-4626 風格的份額模型將這些潛在問題轉化為簡單的算術關係，使得 Hub 可以在統一流動性的前提下，安全、可控地支持多種借貸策略和風險配置。這不僅保證了資本效率，也為 V4 架構的模組化和未來擴展提供了基礎。

清算機制的精細化調整：擺脫固定比例清算

在流動性結構重構之外，Aave V4 還對清算機制進行了重要調整。與此前以固定比例為核心的清算邏輯不同，V4 引入的是一個以風險目標為導向的清算引擎。

在 V3 及更早版本中，一旦用戶頭寸的健康因子跌破安全閾值，協議允許清算者按照預設的 close factor 偿還一定比例的債務，並相應沒收抵押品。這種方式在保護協議安全方面行之有效，但在波動劇烈或風險邊緣的情況下，往往會導致過度清算，即清算規模明顯超過恢復頭寸安全所必需的程度。

V4 的新清算引擎則將重點從「清算比例」轉向「安全目標」。當頭寸進入可清算狀態時，系統會計算出只需償還多少債務、處置多少抵押品，才能將健康因子恢復到安全區間。清算不再以最大化風險切除為目標，而是追求最小必要清算，在不牺牲協議安全性的前提下，盡可能減少對用戶資產的侵蝕。

這一變化意味着 close factor 從一個靜態參數，演變為由頭寸風險狀況動態決定的結果。清算規模會隨資產波動性、抵押結構和風險參數變化，使清算機制更真實地反映不同頭寸之間的風險差異，也有助於降低清算衝擊和無謂的資產拋售。

Aave 清算機制的更新，很容易讓人聯想到 Fluid 的清算設計。從借貸產品本身來看，Aave V4 的確顯著改善了原本「一刀切」的清算方式，使清算邏輯更細膩、更貼近風險實際。

但與將借貸與 DEX 流動性深度整合的 Fluid 相比，Aave 仍然處在不同的設計範式之中。Fluid 通過將借貸頭寸直接嵌入交易流動性，使部分風險可以在池內被自動吸收，從而在很多情況下無需引入外部清算人即可完成頭寸調整。這種設計在成本結構和執行效率上具備明顯優勢，而依賴外部第三方清算者的 Aave，即便在清算邏輯上實現了細膩化，也難以在這一維度上完全對標。

小結

整體來看，Aave V4 並不是對現有模型的推翻，而是一條相對克制但系統性的進化路徑：通過 Hub and Spoke 架構重組流動性，通過模組化 Spoke 實現風險局部化，再輔以更精細的清算引擎，Aave 正在從一個以「市場」為單位擴展的借貸協議，演變為一個可承載更複雜金融結構的模組化借貸基礎設施。