淺析Aave V4的核心要點——“統一流動性層”

2024-05-29 00:05:29

Aave V4 的主要升級內容為“統一流動性層”，本質上來說，該功能系 Aave V3 版本 Portal 概念的擴展。

所謂 Portal，原本是 Aave V3 內的一項應用於跨鏈領域的功能，但實際上大多數用戶並未了解或使用過該功能。接下來，讓我們逐步解析 Portal 是如何演變成“統一流動性層”的吧。

Portal 的設計初衷是用來在 Aave 已覆蓋的不同區塊鏈之上實現供應資產的跨鏈橋接，該功能允許被列入白名單的橋接協議在源鏈上銷毀 aToken，同時在目標鏈上即時鑄造 aToken。

打個比方，Alice 在以太坊上有 10 個 aETH，她希望將這 10 個 aETH 移動到 Arbitrum，一旦 Alice 向被列入白名單的橋接協議提交了該筆交易，橋接協議將开始依照以下步驟執行操作。

在目標鏈（本例為 Arbitrum）上通過中間合約鑄造 10 個“暫無底層資產支撐”（實際上還是有，但暫時未轉移至目標鏈）的 aETH。
中間合約隨後將 10 個 aETH 轉給 Arbitrum 上的 Alice。
批量處理多筆橋接交易，並將作為底層資產的 10 個 ETH 移動至 Arbitrum。
一旦資金在 Arbitrum 上可用，Arbitrum 上被列入白名單的橋接合約將把 10 個 ETH 供應至 Aave 池內，以支撐此前鑄造的 10 個 aETH。

在上述例子中，Aave 可將 Alice 的 10 個 aETH 從以太坊移動至 Arbitrum，但在現實世界中，該功能實際上可以處理各種情況，比如進行一般性的資產跨鏈，或是允許 Alice 在 Arbitrum 網絡上直接提現 10 個 ETH。

Portal 功能使得那些會在在不同區塊鏈之間尋找更高利率的用戶能夠更加便捷地執行跨鏈操作，例如某個時段 Optimism 上的池子相對較小，但存款利率卻比以太坊之上的池子更高，用戶可以通過 Portal 簡單操作，將其存款從以太坊遷移至 Optimism，從而享受更高的存款利率。

然而，盡管 Portal 可以讓 Aave V3 變成一個無視鏈間流動性隔閡的 DeFi 協議，但其運作卻需要依賴於一定的信任假設。簡單來說，用戶需要向一些被列入白名單的橋接協議（比如 Connext）提交橋接交易，而非 Aave V3 核心協議。再次強調，終端用戶當前無法僅通過 Aave 本身的核心協議來使用 Portal。

這就引出了“統一流動性層”的概念，這也是 Aave V3 到 V4 的最重要的架構變化。如下圖所示，“統一流動性層”將採用模塊化設計，統一管理“供應/借貸上限”、“利率”、“資產”和“激勵”，並允許各個模塊從中提取流動性。

通過整合流動性的管理，“統一流動性層”將允許 Aave 對所有可用資產進行更高效的使用，這意味着流動性可以動態地分配到最需要的地方，從而提高整體的資金效率。

此外，模塊化設計也意味着 Aave 將可以在維持整個系統正常運作的的情況下添加新的模塊或功能（比如隔離池、RWA 模塊或 CDP），或是以無需遷移流動的方式輕松地引入新模塊或退役舊模塊。

在 Aave V3 之中，Portal 允許資產在 Aave 協議已覆蓋的不同網絡之間移動，從而激活了流動性的跨鏈功能，“統一流動性層” 則是通過創建了一個更靈活、更抽象的基礎設施涵蓋了這一功能，且該基礎設施還可以用來支持更多樣的流動性供應需求。

在“統一流動性層”的框架之下，Aave 將借助 Chainlink 的跨鏈互操作性協議（CCIP）來構建“跨鏈流動性層”（CCLL），允許借款人在 Aave 支持的所有網絡間即時訪問所有的流動性。這一改進有望將 Portal 發展成為一個完全版的跨鏈流動性協議，我很期待看到 Aave V4 如何利用這一全新的基礎設施來找到新的潛在收入來源。

以上，即為 Madiha 針對“統一流動性層”的全文分析內容。

值得一提的是，除了“統一流動性層”之外，Aave 預計還將在 V4 版本升級中引入動態利率機制、流動性溢價機制、智能账戶、動態風險參數配置、非 EVM 生態擴張等改進，且將以穩定幣 GHO 和 Aave 借貸協議本身作為核心樞紐來構建 Aave Network。

作為老牌的 DeFi 龍頭，Aave 在過去三年來一直佔據 DeFi 借貸市場約 50% 的份額，如果算上 fork 類項目， DeFi 借貸市場中約 75% 的價值都被鎖定在利用了 Aave 代碼庫版本的項目中。

對於 V4 版本，Aave 在相關提案中寄予了極高的預期：“這些改進旨在顯著推動 Aave 生態系統的進一步採用，並幫助 DeFi 實現進一步的擴張，進而服務於 10 億級別的潛在新用戶。”