根據 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 的許可制模型另引入了一層限制：資格。使用者在嘗試互動之前，應確認其錢包或實體是否符合 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 主網正式上線。