浅析Aave V4的核心要点——“统一流动性层”

原文作者：Backlash 开发者 Madiha

编译：Odaily 星球日报 Azuma

编者按：老牌 DeFi 龙头 Aave 正在积极推进 V4 版本的协议升级，结合此前已披露的信息来看，Aave V4 的升级内容为构建一个“统一流动性层”（Unified Liquidity Layer，ULL），从而在单一协议内聚合来自多个网络的流动性。

从时间规划上来看，The Defiant 此前曾报道 Aave 的计划是在第四季度开始对 V4 协议进行原型设计，并计划于 2025 年第二季度完成代码。今日早间，Aave 创始人 Stani Kulechov 的最新 X 发言再次确认甚至缩短了这一预期 —— Stani 先是透露 Aave 将在 V4 版本之后推出 Aave Network，并在回复社区的时间疑问时表示：“我确定这会在明年实现，甚至更早。”

以下内容，为 Backlash 开发者 Madiha 针对 Aave V4 核心升级内容“统一流动性层”的概述解析，由 Odaily 星球日报编译。

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 协议已覆盖的不同网络之间移动，从而激活了流动性的跨链功能，“统一流动性层” 则是通过创建了一个更灵活、更抽象的基础设施涵盖了这一功能，且该基础设施还可以用来支持更多样的流动性供应需求。