据 Aave 创始人 Stani Kulechov 在 X 上的公告，去中心化金融领域最大的借贷协议之一 Aave 现已登陆 Arc。此次集成将 Aave 的借贷基础设施置于 Arc 的许可型流动性层之内，使该协议从其现有的多链部署延伸至一个全新的机构级环境。

该公告附带若干保留事项。具体市场、支持的资产及网络细节在发稿时尚未经独立核实，建议用户在与任何新市场交互之前，直接通过 Aave 和 Arc 的官方文档确认部署参数。

Aave 登陆 Arc 对 DeFi 技术栈意味着什么

Arc 是 Circle 的许可型流动性层，其在主网上线时即定位为面向在合规要求下运营的机构参与者的场所，而这些合规要求是标准无许可 DeFi 市场所无法满足的。Aave 在 Arc 上的可用性使该协议的借贷基础设施得以嵌入这一环境——在该环境中，访问控制与交易对手审查位于网络层而非智能合约层。相关报道请参见 KelpDAO 攻击事件使 Aave 暴露于 rsETH 坏账风险。

可用性并不等同于采用。该公告确认 Aave 可以在 Arc 内使用，但并未确立当前的 TVL、活跃市场、资产支持或流动性深度。这些数据需要通过 Aave 的治理论坛或 Arc 的官方文档进行独立核实，才能被视为已确立的协议指标。相关报道请参见 Clarity Act 表决失败后，Aave 创始人为 DeFi 提出类似 Uber 的发展路径。

这一区别在实际运营层面意义重大。在 Aave 的标准部署中，任何钱包都可以在无需交易对手批准的情况下，针对受支持的抵押品进行存入和借出。而基于 Arc 的部署则会在上游实施访问控制，从而改变谁可以参与、仓位如何开设，以及——如果该协议的风险参数针对许可环境进行了定制——清算的处理方式。

用户在交互前需要核实的事项

在向任何新的 Aave 部署存入流动性或以抵押品借贷之前，用户应通过 Aave 的官方界面或治理文档确认具体的市场地址。与非官方分叉或配置错误的市场交互，会带来 Aave 协议自身审计无法覆盖的智能合约风险，而 Aave 的过往攻击历史也说明了针对具体部署的尽职调查并非可有可无。

Arc 的许可模式还引入了另一个层面：准入资格。用户应在尝试交互之前，确认其钱包或实体是否符合 访问框架下的参与条件，因为在许可环境中，失败或回滚的交易可能不会产生明确的错误提示。

以下检查适用于任何新的 Aave 部署，包括 Arc 上的部署：

• 确认市场地址： 通过 Aave 的官方部署注册表核对合约地址，而非第三方聚合器。
• 支持的资产和 LTV 比率： 资产列表和贷款价值比参数可能与 Aave 主网部署有所不同。在确定仓位规模之前，请先查看该市场特定的风险参数。
• 网络与 Gas 成本： 确认 Arc 上的 Aave 部署运行在哪个底层链上，并据此测算交易成本。
• 访问资格： Arc 的许可架构可能要求事先完成白名单认证。在跨链划转资金之前，请先确认自身资格。

值得关注的治理与风险影响

在机构网络或许可型网络上的新 Aave 部署，通常会遵循治理提案流程，即 AAVE 代币持有者在市场上线之前，对风险参数、资产上架和储备配置进行投票。Arc 部署是遵循了标准的 Aave DAO 治理投票，还是通过 Aave Labs 的单独安排促成，这一细节会影响该部署的参数在上线后如何变更，而在该市场中有资金敞口的用户对此答案有着治理层面的切身利益。

Aave 的扩张策略一直遵循瞄准新流动性环境的模式，其中包括 Avalanche 上一个以现实世界资产抵押品为目标的代币化资产信贷市场。Arc 符合类似的思路：如果合规层能够满足交易对手方面的要求，处于无许可 DeFi 之外的机构资本将有望被 Aave 的借贷引擎所触达。随着利用率数据的出现，风险集中度问题——具体而言，许可型资金池的流动性在压力之下能否自由退出——值得持续跟踪。

在更广泛的借贷市场背景下，Aave 的协议 TVL 与收入指标可在 DeFiLlama 上查询。待该部署积累起可观的流动性之后，Arc 专属数据将需要专门的数据源。

其他来源参考：Circle 的 Arc 主网正式上线。