一覽Aave V3版本的新功能 跨鏈資產流動成為亮點

“11月5日，Aave开發者 Emilio 在 Aave 社區發布了 V3 版本的相關介紹，新版本的更新將包括：推出名為【Portal】的跨鏈功能，允許資產通過不同區塊鏈網絡在 Aave V3 市場之間無縫流動；推出【高效模式】，允許借款人從他們的抵押品中獲得最高的借款能力等等；V3 的設計准備創建下一代第 0 層 DeFi 協議，該協議可以顯着改善用戶體驗，同時提供更高的資本效率、更高程度的去中心化和進一步增強的安全性。”

作者：Aave开發者Emilio

介紹

2019 年，第一版 Aave 協議智能合約（“Aave 協議”）部署到以太坊主網上。Aave 協議的 V1 為用戶提供了一種自主提供和獲取流動性的方式，並從提供給協議的任何流動性中賺取收益。

2020 年 12 月，第二版 Aave 協議正式部署，為 DeFi 生態系統中的流動性提供和流動性訪問帶來了新功能。Aave 協議 V2 的特點之一是信用委托，用戶可以在任何借入交易的穩定和可變利率之間進行選擇，以及還帶來了某些 gas 優化和改進。

大約在同一時間，Aave Governance 獲得了對 Aave 協議 V1 和 V2 的管理和維護權限，並負責圍繞 Aave 協議的生態系統（“Aave 生態系統”）的持續發展。

Aave 生態系統在過去兩年中有機發展，支持 Aave 協議的成功、安全和風險意識運作。社區也支持 Aave 協議從以太坊主網擴展到 Polygon 和 Avalanche 網絡。

經過這兩年的大幅增長，今天這個Aave 治理的評論請求 (ARC) 尋求社區批准 Aave 協議的最新迭代：引入 Aave V3。

這個ARC 提供了關於Aave V3的主要功能的概述，並通過 Snapshot 請求社區對實施部署進行投票。

正如我們今天所知，與 Aave V3 相關的功能代表了 DeFi 流動性協議的重大技術進步。

在下面的討論中，我們將介紹Aave V3 引入的以下功能（以及其他功能）：

• **Portal：**允許資產通過不同區塊鏈網絡在 Aave V3 市場之間無縫流動；

• **高效模式：**允許借款人從他們的抵押品中獲得最高的借款能力；

• **隔離模式：**通過只允許借款達到特定的債務上限來限制新上市資產對協議的敞口和風險；

• **風險管理改進：**通過各種風險上限和其他工具為協議提供額外的保護；

• **L2 特定功能：**專為二層網絡設計，提升用戶體驗和可靠性；

• **社區貢獻：**通過模塊化、組織良好的代碼庫促進和激勵社區使用。

這些功能使 V3 成為有史以來設計的最強大、最高效的 DeFi 流動性協議。

基於社區反饋的技術進步

Aave 協議在過去兩年中高效運行並取得了巨大的增長，其中關於協議功能的社區分析為技術進步提供了關鍵支持：

• **資本效率：**V2 不允許用戶在收益生成（在協議內和/或跨協議部署在各種網絡上）或借用權力方面優化提供給 Aave 協議的資產。V3 解決了這個問題。

• **風險緩解調整：**雖然 Aave 協議目前具有可以由社區通過 Aave 治理激活的風險緩解功能，例如調整借貸能力和維護保證金，但額外的功能可以提高 Aave 協議智能合約固有的衆所周知的安全性。V3 解決了這個問題。

• **去中心化：**通過社區成員提交提案和創建子 DAO（GrantsDAO 和 RiskDAO），Aave 治理實現了穩健而繁榮的發展。但是為了最大限度地去中心化，某些技術特性將允許 Aave Governance 通過委托給團隊或其他個人來進一步去中心化其功能。V3 解決了這個問題。

• **跨鏈促進：**通過社區的努力，Aave 協議已部署在許多網絡上，每個網絡都具有了不錯的流動性水平。但是用戶無法將他們自己的個人流動性從一個網絡上的 Aave 協議部署無縫轉移到另一個網絡。V3 解決了這個問題。

V3 的設計准備創建下一代第 0 層 DeFi 協議，該協議可以顯着改善用戶體驗，同時提供更高的資本效率、更高程度的去中心化和進一步增強的安全性。

Aave V3 概述

V3 保留了 Aave 協議已知的核心概念（aTokens、即時流動性、穩定利率借貸、信用委托等），同時提供了新功能，允許用戶為 Aave 協議創建新的用例，並可能引發新的來自社區的創新浪潮。

本概述在旨在供社區更廣泛使用的級別上描述了 V3 的新元素。此外，开發人員技術白皮書將單獨發布。

Portal

Portal允許用戶通過不同區塊鏈網絡從 V3 部署中無縫移動自己的資產。

從本質上講，該功能非常簡單：用戶提供的流動性可以從一個網絡轉移到另一個網絡，只需在原始源網絡（例如以太坊）上燃燒 aToken，同時在目標網絡（例如 Polygon）上鑄造它們。圍繞此功能構建的網絡互連稱為端口（Port）。

Portal 將能夠橋接 Connext、Hop Protocol、Anyswap、xPollinate 和其他利用 Aave 協議流動性以促進跨鏈交互的解決方案。Aave Governance 將能夠在收到提議後授予對端口的任何跨鏈協議訪問權限。

高效模式 (eMode)

高效模式（或“eMode”）允許借款人確保他們能夠用自己的抵押品獲得最高的借貸能力。

該代碼允許 Aave Governance 根據以下參數對資產進行“分類”：

• 生命周期價值

• 清算門檻

• 清算獎金

• 自定義價格預言機（可選）

這些因素會將 V3 中的每個不同資產設置為特定類別。

如果借款人按類別限制借入的資產，則 eMode 為借款人提供了更多的資金獲取途徑。換句話說，在 eMode 中，借款人可以選擇他們想要借入的資產類別。“類別”通常是指與同一基礎資產掛鉤的一組資產——例如，與美元掛鉤的穩定幣、與 ETH 掛鉤的資產等。

如果用戶在 eMode 中自行選擇使用 Aave 協議，當該用戶提供與用戶抵押品相同類別的資產時，借貸能力（LTV）和維持保證金（清算閾值）將被 eMode 類別配置覆蓋以允許更高的資本效率。

一個例子：

協議定義 eMode 類別 1（穩定幣）如下：

97% 生命周期價值

98% 清算門檻

2% 清算獎金

沒有自定義價格預言機

Karen 選擇 eMode 類別 1（穩定幣）

Karen 提供 DAI（通常有 75% LTV）

Karen 可以借入類別 1（包括 DAI）中的其他穩定幣，其借貸能力由 eMode 類別定義（97%）。因此，Karen的資本效率提高了 22%。

注意：在這個例子中，Karen 可以提供其他非第 1 類資產作為抵押品；但是，只有屬於用戶選擇的相同 eMode 類別的資產才會具有增強的特定於類別的風險參數。

V3 eMode 最多可支持 255 個類別。

新的風險管理參數

• 隔離模式

“隔離模式”旨在允許 Aave Governance 在協議上創建新的資產市場時制定風險緩解功能。

當社區成員提交在 V3 上創建新資產市場的治理提案時，該提案可以尋求將資產列為“隔離抵押品”，以便提供這些“隔離”資產的用戶只能借入 Aave Governance 已“許可”的穩定幣 以隔離模式借款，最高達到指定的債務上限。

當用戶提供“隔離資產”作為抵押時，該用戶只能使用該資產作為抵押；即使用戶向協議提供其他資產，用戶也只能通過這些資產賺取收益，而不能將這些資產用作抵押品。

在上面的例子中，Chad提供 $TOKEN2 作為抵押品。$TOKEN2 是一種隔離資產，最高債務上限為 1000 萬美元，USDT、DAI 和 USDC 作為“可借用”資產。在提供 $TOKEN2 作為抵押品後，Chad將能夠借入高達 1000 萬美元的 USDT、DAI 和 USDC。即使Chad提供另一種資產——假設是 ETH——V3 智能合約也不會允許Chad以這些資產為抵押借款，但Chad仍將通過提供的 ETH 賺取收益。如果Chad希望將所有資產用作抵押品並退出隔離模式，乍得只需進行交易以禁用 $TOKEN2 作為抵押品（受智能合約中有關抵押品比率、清算等的所有通常限制）。

當 Aave Governance 對取消與該資產相關的債務上限的提案進行投票時，$TOKEN2 也可以退出隔離模式。

• 風險管理功能

V3 技術為 Aave Governance 提供了進一步增強的風險管理機制，以防止協議破產：

• 供應和借用上限：Aave Governance 將能夠配置借用和供應上限。借款上限將允許治理對可以借入的每種資產的數量設置限制，而供應上限允許治理投票以限制可以向 Aave 協議提供多少特定資產。借款上限可最大限度地減少流動性池的破產，而供應上限可減少協議對特定資產的風險，並有助於防止無限鑄幣或價格預言機操縱等攻擊。

• 粒度借款權力控制：Aave Governance 將能夠改變未來借款交易的抵押因素，而不會影響現有的借款頭寸或觸發清算。如果 Aave Governance 認為應該降低抵押品因素（即，借入交易需要更多抵押品），則 Aave Governance 可以對提案進行投票，以提高協議的整體健康度，而不會影響現有借款人。

• 風險管理員：V3 引入了 Aave Governance 在“許可列表”上注冊實體的能力，這將使這些實體能夠在不需要治理投票的情況下更改某些風險參數。這些實體可以是 DAO（例如，RiskDAO、Gauntlet）或自動代理，它們可以建立在此功能之上，以便在某個不變量被破壞時自動做出反應。添加到“許可列表”的任何實體都必須通過典型的治理提案流程添加。

• 價格預言機Sentinel：Sentinel 特性專為Layer 2（L2）協議設計，用於處理排序器的最終停機時間（但可以擴展以處理其他情況，甚至在未來的 L1 上）。它引入了清算寬限期，並在特定情況下禁止借貸，這是 Aave Governance 響應社區提案所決定的。

分散添加新資產

V3 引入了“資產列表管理員”的新概念。借助此功能，Aave Governance 可以創建並向任何實體（甚至是智能合約）授予權利，以實施新策略以將資產添加到 Aave 協議，而不是通過鏈上投票。這將允許構建者創建自定義資產列表策略，這些策略可以設計為實現真正的無許可資產列表。

其他功能

• 涉及代幣轉移的功能（例如，供應、償還）支持 EIP-2612 許可（對於L2部署很重要）；

• 信用委托將支持EIP-712籤名；

• 用戶可以使用aTokens代替原來借入的底層資產來償還借入的頭寸；

• Aave Governance 可以“允許”實體獲得即時流動性；

• Aave Governance 可以重新配置提供給 Aave DAO 財政部的清算或即時流動性交易的任何費用；

• 新的 flashloanSimple() 減少了高達 20% 的 gas 消耗（標准的、功能齊全的功能仍然可用）；

• 價格預言機邏輯可以提供基礎資產的廣義計算（即不再僅是 ETH）；

• 新的利率策略優化了穩定的利率計算（並消除了對貸款利率預言機的需要）；

• 代碼重組以更加模塊化；與 V2 單存儲庫相比，V3 代碼將分為三個不同的存儲庫——V3 核心、V3 外圍、V3 部署。這促進了社區在不同網絡上的貢獻和部署；

• 智能合約重構以減少代碼大小（為將來的其他更改留出更多余地）→ 最多運行 100K 優化器！

有了所有這些新功能，所有功能的 gas 成本仍然全面下降了大約 10-15%！

V2 / V3 代碼兼容性

Aave V3 代碼庫是一組獨立的智能合約，與 V2 智能合約不兼容。但是，一旦所有審核完成，V3 代碼將开源，並且還將發布一個包含復古兼容版本 V3 的特定存儲庫。這種兼容性將允許社區更新 V2 合約，如果他們選擇這樣做的話。

一旦 V3 代碼經過更多實战測試，V3 代碼將與主要 V3 存儲庫一起开源，用於部署在 Ethereum、Avalanche 和 Polygon 網絡上。

社區快照投票

此 ARC 旨在收集社區關於社區是否希望推進 Aave V3 的反饋。

快照投票頁面已在此處創建：Snapshot‌

https://snapshot.org/#/aave.eth/proposal/0x5580f69336265539402ccce5a05a29910a66c69c3b084267957d484a8e3a4681 

如果社區投票贊成，由 OpenZeppelin、Trail Of Bits、Peckshield 和 ABDK 進行的 Aave Protocol V3 代碼庫審計將在 11 月底或前後完成。此外，某些審核員可能會在發布前向 DAO 申請對代碼進行額外審核。

如果社區對 Aave 協議 V3 的部署投贊成票，則社區將執行一組額外的 Snapshot 投票來確定以下內容：

• 部署網絡：鑑於包括 L2 在內的高效網絡的激增，社區可以投票決定最初階段在哪些網絡發布 V3。V3 發布後最多可部署在三個網絡上，因此這個部署快照將是“排名”投票。

  
  

• V3 代碼許可：鑑於 Aave 生態系統是高度分散和去中心化的，Aave Governance將決定哪種類型的許可（如果有）適用於 Aave 協議 V3 代碼。據我們所知，這是 DeFi 領域的第一次！

  
  

• V3 漏洞賞金計劃：社區將決定漏洞賞金計劃的規模、持續時間和範圍，以及由誰（例如，RiskDAO – 請參閱此處的提案）來管理該計劃。

  
  

• 追溯資助：社區還可以決定是否向那些為創建 V3 做出貢獻的人提供追溯資助，以及提供多少資金。

如果社區投票部署 V3，另一個 ARC 將提供與上述每個附加投票相關的附加詳細信息。

一旦這些投票決定了社區的決定並完成了當前的審計，社區投票通過的部署就可以开始了。

V3 的功能使得首次執行完全受保護的發布成為可能，這意味着將在發布時對每個資產實施供應上限，以確保 V3 市場的安全和健康發布。

結論

該 ARC 專注於 Aave 協議的新迭代及其主要功能。如上所述，社區將決定發布計劃的所有方面，包括發布 V3 的網絡、Aave V3 的許可和漏洞賞金計劃。

我們迫不及待地想看看社區討論什么並決定這項激動人心的新技術發展！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。