Approaching security with Aave V4 | Emilio Frangella (Aave Labs)

Aave 協議自 V1 發展至今已成為 DeFi 生態中交易量最大的借貸協議，但這幾年的運行也暴露出兩個根本性缺陷。第一，協議無法對風險進行有效定價——雖然可以設定資產的最高曝險上限（H 值），卻無法針對高風險抵押品收取更高的借款費用。CRV 巨型倉位事件是最鮮明的例子：當時一個龐大的 CRV 借貸頭寸面臨清算威脅，可能引發協議破產風險，而理想的應對方式本應是動態提高 CRV 借款的資本要求以驅退風險，但 V3 架構難以無許可地實現這一點。第二，每新增一個市場或調整風險參數都需要走完整的 DAO 治理流程，成本高、週期長，阻礙了協議的靈活演進。

在思考 V4 架構的過程中，Aabs 團隊觀察到一個關鍵規律：從 V1、V2 到 V3，協議中的流動性管理部分（供需記帳、利率指數、頭寸追蹤）幾乎沒有任何實質改變，幾乎所有的功能演進——穩定利率、信用委託、E-Mode、隔離模式、流動性模式——都發生在借貸邏輯層。這意味著流動性管理本身是一個穩定、可複用的基礎元件，完全可以從整體式的 Pool 合約中抽離出來，成為獨立運行的「流動性中心（Liquidity Hub）」。

V4 的核心設計稱為「中心輻條式（Hub-and-Spoke）」架構。流動性中心負責處理所有基礎工作：記錄總流動性、使用率、利率策略與流動性溢價，但對上層的借貸邏輯一無所知。各個「輻條（Spoke）」模組則根據自身業務需求從中心取用流動性，並在歸還時支付基礎利率加上一筆由自身風險配置決定的溢價。這種設計帶來三項工程優勢：一是流動性中心與借貸模組可以被獨立 mock，因此可以並行開發與測試；二是輻條可以隨時替換或新增，不需觸動整體；三是代碼庫被大幅縮減，降低攻擊面。

在應用層，V4 計畫引入三類新能力。其一是「智能帳戶」：用戶的抵押品將存放在獨立的 Vault/Safe 合約中，不再強制混入流動性中心的資金池，解決了法規合規與資金混合疑慮的問題。其二是「風險溢價與動態利率」：讓不同風險輪廓的抵押品支付不同的借款成本，並允許基準利率與利率曲線斜率動態調整，無需每次走治理流程。其三是「隔離模式重設計」：隔離資產將擁有自己獨立的次級流動性中心，透過輔助輻條連接至主中心並設有借款上限，這樣風險偏好較高的存款人也可以直接存入次級中心以獲取更高的利息收益，而非在現行設計中被排除在外。