Aave V4的統一流動性層：從Aave V3的「Portal」功能演變而來

編譯：Felix, PANews

2024 年5 月，Aave 提出V4 版本提案，在新版本的設計中計劃採用全新的架構，並引入統一流動性層，模糊控制利率，GHO 原生集成，Aave Network 等設計。本文主要概述了Aave V4的統一流動性層（Unified Liquidity Layer, ULL）的新功能，涵蓋了Portal（資產跨鏈流動）的功能。 Portal是Aave V3的功能之一，但很少有人認識和使用它。以下來探討Portal是如何發展到統一流動性層的。

Portal

Portal旨在為不同網路上的Aave市場上的供應資產提供橋樑。它允許白名單橋在來源網路上銷毀aToken，同時在目標網路上立即鑄造aToken。

假設Alice在以太坊上有10 aETH，並希望將10 aETH 轉移到Arbitrum網路。一旦Alice向白名單橋接協議提交交易，橋接協議將執行以下步驟：

1. #將目標網路（在本例中為Arbitrum）上無擔保的10 aETH鑄幣到中間合約。
2. 中間合約隨後將10 aETH轉移給Arbitrum上的Alice。
3. 批量處理多個橋接交易，並實際將10 ETH移至Arbitrum。
4. 一旦Arbitrum上有資金，Arbitrum上的白名單橋合約就會向Aave池提供10 ETH，以支持先前鑄造未擔保的10 aETH。

在上面的例子中，Portal可以將Alice的10 aETH從以太坊轉移到Arbitrum，但在實際中，可以處理各種情況。例如，Alice可以在Arbitrum網路上接收10 ETH，而不是10 aETH，或可以簡單地用於轉移資金的一般用途。

Portal功能為那些在不同網路上尋求更高利率的用戶提供了便利。例如，Optimism的池規模相對較小，因此即使借貸量較小，Optimism的存款利息也高於以太坊。

用戶只需使用Portal，一鍵將其存款部位從以太坊轉移到Optimism，即可享受更高的存款利率。

雖然Portal使Aave V3成為一個對鏈無關性（Chain-Agnostic）、無界限的流動性協議，但它最初需要重要的信任假設才能有效運作。

使用者應將橋接交易提交給白名單橋接協定（如 Connext），而不是Aave V3核心協定。同樣，終端用戶沒有使用Portal的核心協定方法。

ULL

從Aave V3到V4最重要的架構變化是統一流動性層。這一層管理供應/借貸上限、利率、資產和激勵措施，讓模組可以從中提取流動性。

透過整合流動性管理，ULL可以更有效地利用現有資產。流動性可以動態地分配到最需要的地方，從而提高整體效率。

ULL的模組化設計意味著可以在不破壞整個系統的情況下，添加新的借貸模組或功能（如隔離池、RWA模組和CDP）。

例如，在藉用模組更新時，清算模組保持不變。此外，它使Aave DAO能夠輕鬆加入新模組或退出舊模組，而無需遷移流動性。

在Aave V3中，Portal允許資產在協議的不同實例之間移動，促進跨鏈流動性。 ULL透過創建一個更靈活和抽象的基礎設施來實現這個功能，該基礎設施可以支援各種流動性供應需求。

跨鏈流動性層（CCLL）：透過採用Chainlink的CCIP和V4的統一流動性層功能，CCLL將允許借款人在所有支援的網路上存取即時流動性。

這些改進有可能將Portal發展為完全的跨鏈流動性協定。期待看到Aave V4將如何利用這項新基礎設施作為協議的潛在收入來源。

以上是Aave V4的統一流動性層：從Aave V3的「Portal」功能演變而來的詳細內容。更多資訊請關注PHP中文網其他相關文章！