DEFI:a16z 介紹 ERC-4626 金庫通用屬性測試：讓 DeFi 可組合性更安全

撰文：Daejun Park

編譯：aididiaojp.eth，Foresight News

在可預見的未來，ERC-4626 金庫有可能成為 DeFi 的重要組成部分。

隨著 DeFi 不斷發展并逐漸成熟，開發人員的首要考慮是可擴展的基礎設施和可組合性。用于構建基于以太坊的應用程序的標準化工具包 ERC 一直發揮著重要作用。例如廣泛使用的代幣標準 ERC-20 為開發人員提供一致的指導方針，讓他們無需從頭開始就可以為生態系統做出貢獻。今年早些時候，為了鼓勵收益型代幣之間的交叉兼容性，代幣化金庫標準 ERC-4626 被推出。除此之外，ERC-4626 還可以解決緊迫的可組合性問題，使協議集成更容易，減少出錯幾率。

目前已經有一些 DeFi 項目為了提高其金庫的可組合性，采用了該標準，我們預計整個生態系統將得到更廣泛的采用。然而，調整現有的金庫確實會帶來一些痛苦，至關重要的是某些實施錯誤可能被暴露，成為新的攻擊目標。即使是很小的錯誤（小到對使用界面的誤解）也會對安全和用戶體驗產生重大影響，因此還需要更多的安全工具和措施，特別是在更可組合的 DeFi 生態系統中。

如果在被攻擊之前就檢測到簡單的錯誤，則可以提供相對簡單的解決方案，理想情況下甚至在部署之前就能進行檢查。為此，我們發布了用于模糊測試和符號執行的 ERC-4626 屬性測試，以幫助金庫構建者檢測可能破壞集成或導致漏洞的標準違規行為。這篇文章解釋了激勵問題，介紹了檢測方法，并在結尾處提到一些可行的建議。

Metatheory完成2400萬美元融資，a16z領投:金色財經消息，Web3互動媒體公司Metatheory完成2400萬美元A輪融資，a16z領投，Pantera Capital、FTX Ventures、Breyer Capital、Merit Circle、Recharge Theme Ventures、Dragonfly Capital Partners、Daedalus、Sfermion和Global Coin Research等參投。

據介紹，Metatheory由Twitch聯合創始人Kevin Lin創立，旨在構建Web3游戲和虛擬世界，重點關注建立具有超越游戲本身的強大IP的特許經營權。[2022/5/17 3:20:23]

ERC-4626 標準的背景

ERC-4626 于 3 月被推出，是一套代幣化金庫的標準，旨在擴展廣泛使用的 ERC-20 標準，推動跨收益金庫的標準化，并確保需要與其交互的應用程序和協議（例如收益聚合器）的可組合性。這意味著為了與任何其他 ERC-4626 金庫一起使用，在 ERC-4626 金庫上構建的任何應用程序都可以輕松擴展。

金庫代幣化后，能夠允許用戶自由存入資產來鑄造金庫代幣，然后贖回這些代幣從金庫中提取本金和利息。這些金庫代幣是 ERC-20 代幣，可以輕松被交易或用作抵押以借入其他資產。例如，用戶可以將他們的資產存入 Yearn 金庫以鑄造 yVault 代幣，然后在 Uniswap 上進行交易、抵押以獲得額外收益，也可以用作貸款協議的抵押品。

元宇宙項目 Everyrealm 完成 6000 萬美元 A 輪融資，a16z領投:2月11日消息，元宇宙項目Everyrealm宣布完成6000萬美元A輪融資，由a16z領投， Coinbase、NGC Ventures、Dragonfly Capital、Hashed、Lightspeed、Griffin Gaming Partners、LibertyCity Ventures、Dapper Labs、Foresight Ventures、Animoca Brands等機構參投。

據悉，Everyrealm通過投資、管理和開發資產塑造元宇宙，包括 NFT、虛擬房地產、元宇宙平臺、游戲和基礎設施等。[2022/2/11 9:43:50]

產生、分配收益以及確定代幣價格的邏輯可能因實際情況而異。為了覆蓋盡可能多的金庫，ERC-4626 標準側重于構建用戶界面，而大部分實現細節未確定。只要金庫滿足接口的特定要求，就能夠允許業務邏輯的變化，實現跨許多不同類型的應用程序和 ERC-4626 金庫類型的互操作性。

隨著越來越多的代幣化金庫被創建，我們希望看到它們從一開始就按照 ERC-4626 標準實施。但我們目前處于某種過渡階段，為了符合標準，開發人員將需要以更大可組合性的方式來更新現有的金庫、應用程序和協議，他們也面臨著許多復雜挑戰。

a16z正在為其DeFi投資尋找代幣委托人:金色財經報道，風險投資公司Andreessen Horowitz(a16z)正在為其DeFi投資尋找代幣委托人，其DeFi投資包括去中心化交易所Uniswap和貸款協議Compound。根據a16z的Alex Kroeger的推文，已邀請有興趣的參與者通過谷歌表單填寫申請。根據申請，a16z還在為其在去中心化衍生品交易所dYdX和穩定幣平臺Maker和Fei中的份額尋求代表。據悉，代幣委托是去中心化金融中的一個過程，治理代幣的持有者將其相應的投票權外包給第三方，減少了早期投資者和創始人的投票權。A16z現有的Uniswap和Compound代幣委托人包括大學組織、非營利組織、初創公司和社區領袖，如哈佛法學院的區塊鏈和金融科技計劃、Kiva、Gauntlet和Getty Hill。[2021/9/11 23:17:09]

標準一致性的挑戰

遵循新標準并不總是那么簡單。每個 ERC-4626 金庫都必須忠實且準確地實現所描述的標準要求，否則為了應對不同的變化，集成會變得越來越復雜。這種復雜性使集成天生容易出錯。并且由于它們沒有足夠安全測試，隨著時間的推移可能會導致系統漏洞。

為了安全地處理不同的行為，非 ERC-20 標準代幣需要許多 DeFi 系統在執行代幣轉移時使用額外的金庫。例如 Tether USD 在執行代幣轉移時需要額外用到 SafeERC-20。

a16z宣布成立22億美元的第三只加密貨幣基金:AndreessenHorowitz（a16z）宣布成立一只22億美元的加密貨幣基金。目前該風險投資巨頭已通過兩只早期基金管理8.65億美元的資金，其加密資產資管規模（AUM）已超過30億美元。（福布斯）[2021/6/24 0:03:41]

這意味著如果系統的設計不能正確處理「丟失退貨」的情況，任何與這些代幣交互的系統都可能變得脆弱。這些場景可能會引入一個常見的安全陷阱，并增加整體開發和維護成本。因此，符合標準不僅對個人至關重要，而且對整個生態系統的安全也至關重要，單個系統或依賴項中的一個漏洞就可能會導致廣泛的問題。

理想情況下，標準將被明確地正式指定，并且每個實現都可以根據標準規范進行正式驗證。然而在實踐中需要社區的努力且需要一定的費用或時間成本，這在短時間內并不容易實現。

通過引入可執行的 ERC-4626 屬性，識別一致性問題

當我們朝著理想狀態努力，每個金庫都根據嚴格的正式規范進行了正式驗證時，為了捕捉標準要求的微妙、容易遺漏的細節中的差異，我們編寫了 ERC-4626 標準屬性。

為了檢測其實施中潛在的標準違規行為，代幣化金庫的開發人員可以在部署之前運行測試。金庫集成商可以檢查給定的金庫是否符合標準，然后再將它們集成到他們的系統中。針對已經部署在主網上的實時金庫，也可以通過主網分叉測試的方式進行測試。為了確保所有系統參數都已正確設置，尤其是在最近部署或升級的金庫，測試實時金庫可能會很有用。

a16z合伙人MarcAndreessen加入Coinbase董事會:8月31日消息，加密貨幣交易所Coinbase宣布董事會增加兩名新成員，一位是知名風險投資公司Andreessen Horowitz（a16z）聯合創始人兼運營合伙人馬克·安德森（Marc Andreessen），他將擔任Coinbase董事會觀察員，另一位是DoorDash高管Gokul Rajaram。而在過去七年時間里，克里斯·迪克森（Chris Dixon）一直以觀察員身份參加董事會和高管會議，他也是最早的加密貨幣和Coinbase投資者之一，現在克里斯·迪克森正式宣布卸任，與他共同宣布卸任董事會觀察員的還有巴里·舒勒（Barry Schuler）。據悉，Coinbase對克里斯·迪克森和巴里·舒勒對該交易所做出的貢獻表達了感謝。（Coinbase）[2020/9/1]

為了使屬性可執行，我們用 Foundry 編寫，并由 fuzzer 運行。為了正式驗證給定的進金庫是否滿足所有可能的輸入和條件的屬性，將來它們也可能由符號執行或模型檢查工具運行。

在編寫時通用性是首先考慮的，我們希望測試可以應用于實現不同業務邏輯的各種金庫。我們只使用公共接口函數來使它們與實現細節無關。但是由于此限制，某些涉及特定于實現的內部數據的標準要求從屬性中省略了。

例如，以下屬性對應于 convert To Shares() 函數的要求之一，「不得根據調用者顯示任何變化。」

給定兩個賬戶地址和金額，它使每個賬戶以相同的金額調用 convertToShares()，并確保兩個返回值相等。此屬性獨立于實現細節 convertToShares()。這些細節因金庫的不同而異，并且必須由任何實現 ERC-4626 的金庫來滿足。在這種情況下可以通過提供特定輸入值（用于單元測試）、許多用于模糊測試的隨機輸入或用于符號執行和形式驗證的符號值來執行此屬性。它也可以在本地運行或針對主網分叉運行。

用例：測試舍入錯誤的屬性

例如舍入錯誤是一類看似輕微的但很重要的錯誤，它可能會產生一些系列影響。在 ERC-4626 的基本會計邏輯中，舍入誤差是不可避免的，例如計算要鑄造的資產數量，或要提取的資產數量，等使用定點算法實現的指令。為了安全性考慮，該標準明確指定了每個接口函數的首選舍入方向，同時未指定誤差范圍。具體來說 deposit() 和 redeem() 函數應該返回一個低于精確值的近似值，而 mint() 和 withdraw() 函數應該返回一個高于精確值的近似值。例如當前股價（即每股資產數量）為 2，那么 deposit()3 wei 的資產最多只能鑄造 1 wei 的代幣（即 floor(3/2)），而 withdraw()3 wei 的資產應該在至少 2 wei 的代幣（即 ceil(3/2)）。

我們將舍入相關屬性編寫為獨立于基礎會計邏輯，并將其視為「黑匣子」。具體來說我們將它們表述為所謂的「往返」屬性，它描述了兩個相反函數之間的關系。例如以下屬性規定，通過鑄造 N 股來提取剛剛托管的資產必須燃燒不少于 N 股。換句話說，沒有人可以通過反復鑄造和提現來反復轉換資產和金庫代幣來獲利。

事實上，我們發現主網上的幾個 ERC-4626 保險庫由于舍入錯誤而無法滿足上述屬性。這意味著任何人都可以通過簡單的反復鑄造和提取，慢慢地耗盡金庫來賺取 satoshi BTC（在撰寫本文時為 1 satoshi ~= 0.02 美分）。在低 Gas 費的鏈如 Fantom 上可能會實現獲利，或者在價格上漲時也會獲利。

ERC-4626 標準的廣泛測試

我們在主網上約 100 個 ERC-4626 金庫進行了屬性測試，發現許多金庫未能遵循標準要求。其中的主要原因是舍入錯誤。具體來說 mint() 函數盡管標準明確要求這樣做，但某些金庫未能鑄造該函數請求的確切份額數量。其中一些還發出了不一致的 Deposit 事件，其中記錄的數據與實際生成的數據不同，甚至有些金庫根本就沒有進行現場鑄造過。相反他們只是將鑄幣請求放入隊列中，稍后將它們作為單獨的事務分批處理。

盡管這些不同的行為本身是不可利用的，但當它們集成到只執行標準行為的其他系統中時，它們可能會變得容易受到攻擊。這些問題將使金庫集成變得更加困難，可能會抵消一部分努力。

屬性測試和其他可操作的步驟實現標準一致性

在部署之前嚴格遵循標準可以防止出現不同的行為。我們希望我們的屬性和一些額外的操作項對于那些正在開發或集成 ERC-4626 金庫的人能夠提供幫助：

我們強烈建議對您的金庫運行屬性測試。如果有任何明顯違反標準的行為，問題會很快被發現。

我們還建議檢查我們的屬性，以檢查您對標準要求的理解，如果有任何無意的差異，請調整實施方案。

如果金庫必須偏離標準，我們建議明確記錄非標準行為，以便其他人在與金庫集成時可以正確處理這些偏差。

小結

在可預見的未來，ERC-4626 金庫有可能成為 DeFi 的重要組成部分。為了保持可組合性，新的和現有的金庫都必須遵循該標準。新的標準將出現，因此現在是現有金庫標準化的最佳時機。

當我們朝著不同金庫統一組合的理想狀態努力時，可以運行 ERC-4626 屬性測試以更輕松地檢測金庫實施中的標準違規行為。屬性測試的文檔和示例都在我們的 Github 存儲庫中公開可用。

Foresight News

企業專欄

閱讀更多

金色早8點

1435Crypto

區塊律動BlockBeats

吳說區塊鏈

金色財經

比推 Bitpush News

blockin

Block unicorn

Odaily星球日報

Bankless

DeFi之道

Tags：RESEFIDEFDEFIFireStarterEarn DeFi CoinDives DefiDefiBay

DOT