以太坊MEV：解讀最新趨勢，展望下一個五年

Foresight News ｜2023-01-13 15:27

看到MEV 過去一年的發展，我對它將在加密生態系統中扮演重要角色而充滿希望。 MEV 迄今為止的故事是關於MEV 的專業化，這篇文章也是關於專業化對MEV 未來意味著什麼。

原文：《 MEV: The Next Five Years 》by James Prestwich

編譯：aididiaojp.eth，Foresight News

最近我寫了一篇名為《以太坊MEV：第一個五年回顧》，作為今天這篇文章的前傳。

MEV 市場中的三種角色

在熊市期間，市場將會出現一些協調性的措施來推動其他生態系統中的MEV 供應鏈的發展，如Solana、Cosmos、Near 等。從我們的立場來看，搜索者- 構建者- 提議者SBP 結構似乎將在所有這些生態系統中復制，並且專業化在復雜的市場中獲勝。 SBP 結構將繼續占主導地位，因為簡單的邊界允許每個角色在不與其他角色協調的情況下專門化。目前很難看到在當前格局中形成其他市場結構的可能。

然而，一些費用市場與以太坊的完全不同，例如Penumbra由於批量拍賣和閾值加密交易，SBP 市場結構不會形成。還有Osmosis 團隊已經在MEV 對抗機制上花費了大量研究時間，但目前尚不清楚MEV 市場結構在這些鏈上會是什麼樣子，至少暫時無法形成成熟的MEV 供應鏈。

MEV 市場與協議費用市場目前處於一種緊張狀態，價值在向最高價格拍賣傾斜。如果通過將費用市場分為MEV 和異常MEV 去嘗試緩解這種緊張狀態，正常的費用市場將被走向SBP 結構，它們能夠產生足夠的可訪問MEV 來使軟件開髮變得有價值，異常費用市場可能會看到一個獨特的MEV 供應鏈。

以太坊MEV：解讀最新趨勢，展望下一個五年

 來源鏈接

爭論的死灰復燃

我們曾經就MEV 在道德或法律上是否屬於盜竊進行了精彩的辯論。牛市時大家都在忙於MEV 獲取，很多事情都被市場的熱度掩飾下來了。目前鏈上金融活動已經有所緩和，我預計將看到對MEV 獲取的「道德回歸」。推特上也將重新播放一些舊劇集，粉絲們也將就誰應得到MEV 展開一些激烈的辯論。但是搜索者不會在意，MEV 獲取將繼續。

MEV-Aware 硬分叉

MEV 費用市場將轉向第一價格拍賣。核心開發人員已經在協議設計方面考慮了MEV。從我與幾個生態系統的互動來看，核心開發人員傾向於兩個陣營。

核心開發者的第一陣營設計了提高MEV 獲取成本的機制。這些看起來像批量拍賣、閾值加密、預先共識等。他們希望這些機制可以使MEV 的提取成本變高。如果提取需要在面臨潛在懲罰的情況下與驗證者勾結，它可能根本無法完成。然而這些機制增加了用戶交互和協議激勵的成本和復雜性。目前具體機制設計尚未達成廣泛共識。

另一組協議開發人員採用了一種方法，來製定優雅的機制和建設更文明的區塊鏈，並專注於價值流逝最小化、緩解MEV 對協議本身的影響和保障參與者的公平分配。也就是這三個問題：首先如何最大限度地減少MEV 對協議用戶的影響？第二，如何減輕MEV 對協議本身的影響？第三，你如何確保協議獲得MEV 的公平分配？

以EIP-1559 為例，雖然它不是明確的MEV EIP，但它考慮了這三個問題。 EIP-1559 通過允許區塊空間擴展和用戶費用隨基本費用浮動，最大限度地減少了費用激增對用戶的影響。它通過調節區塊容量、GAS 使用量和基本費用之間的關係，減輕了費用飆升對協議的影響。最後，它通過增加基本費用比例參與價值獲取。

以太坊MEV：解讀最新趨勢，展望下一個五年

 來源鏈接

像EIP-1559 這樣複雜的機制很難被廣泛使用，它們並不是真正合適的解決方案。我認為開發者會追隨EIP-1559 的腳步，以降低提議者的佣金為目標。 MEV 的影子費用市場有利於提議者和MEV 構建者，而損害了所有其他用戶。與EIP-1559 之前的費用一樣，MEV 區塊生產和包容動態創造了一個根本上不公平的市場。為此，我希望我們能看到一個類似1559 的機制專門針對改善構建者和提議者之間的關係。

不管是提議者還是無用的投機者，他們的收入應該被扼殺，我對未來的預測非常簡單：在未來5 年內，我們將在不同的生態系統中看到多個硬分叉，這些硬分叉明確針對特定鏈的MEV 市場。它們可以針對MEV 提取成本或MEV 利潤分成。理想情況下，我們將看到MEV 供應鏈與L1 的緊密集成。

垂直整合

關於提議者、構建者和搜索者之間的垂直整合市場上已經產生了很多爭論。基本思想是提議者可能會保留一名內部構建者，以獲取構建者收入，或者構建者可能會優先考慮特定的搜索者。垂直整合可能會擠壓較小的業務，並導致由少數主要構建者主導的市場。

我認為這種恐懼有點言過其實。協議隨機選擇提議者，搜索和構建市場會競爭激烈。提議者（在市場上擁有所有權力）之間的橫向合作似乎更令人擔憂。提議者之間的價格固定安排可以通過利益相關者激活的軟分叉來執行。協議可能必須成為提議者信任破壞者，以防止有害的PBS 市場影響用戶體驗。更糟糕的是只要串通的提議者有相鄰的插槽就可以提取多塊MEV，這可能會對區塊鏈的最終確定產生不穩定的影響。

垂直整合在特殊情況下肯定會發生。一定量的MEV 是由bundles 之間的相互作用產生的。構建者有權訪問此交叉bundles MEV，並且可能會集成一個內部專門的搜索者。可能還存在其他特殊情況讓搜索者、構建者和提議者之間更緊密、更可信的關係在經濟上變得可行的。

MEV-Aware 應用程序設計

這就像是作弊，因為它已經開始發生了。例如CowSwap團隊已經在推出MEV-Aware 應用程序了。 MEV 最小化將在一段時間內成為討論的重心，因為我們需要作出權衡。這裡的研究是由單一的核心問題驅動的：為了去除MEV，我們必須放棄什麼？

雖然協議的設計空間非常有限，實際上也很難達成共識協議。但應用程序有大量選項可以實現MEV 最小化。有效的方法要取決於應用程序，我們將看到不適用於借貸協議的DEX 最小化機制（如批量處理）。新的研究將推動每個dApp 垂直領域的一些變化。然而，新的MEV 最小化模型需要與現有應用程序的勢頭相抗衡。目前還不確定哪些dApp 會看到用戶廣泛採用抗MEV 設計，哪些dApp 會接受當前水平的MEV 生成。

然而，我們不會止步於設計協議來最小化MEV。相反，MEV 將成為應用程序設計中的一種工具，應用程序設計人員將選擇何時以及如何生成MEV。我們將提出獨特的框架來決定何時可以接受MEV，以及一套用於調整系統產生的MEV 數量的標準技巧。

顯式MEV

MEV-Aware 應用程序設計的必然擴展是co-opting MEV，並將其用作工具。出乎所有人意料的是MEV 供應鏈提供了正常交易無法訪問的保證，即MEV 交易永遠不會恢復，構建者不會在無利可圖的鏈上浪費區塊空間。 MEV 交易確認更快，搜索者將該MEV 轉換為影子費用，從而賦予交易更高的優先級。應用程序將開始有意使用MEV 來訪問這些功能，我稱之為「顯式MEV 」。

顯式MEV 能夠賦予應用程序一定的超能力。它允許用戶選擇放棄EIP- 1559 小費，並且仍然可以快速確認他們的交易。應用程序可以有意釋放MEV 機會，並將其與關鍵系統操作相結合。例如，我們可以將0.1 ETH MEV 添加到oracle 更新中。這個MEV 機會在搜索者之間創造了一場競賽，第一個確認交易的搜索者獲得該MEV。在PBS MEV 之前，這將導致優先Gas 拍賣，這對參與的搜索者來說可能是非常昂貴的。然而，現代MEV 供應鏈消除了輸掉這場比賽的成本，搜索者知道恢復交易將被構建者刪除。

MEV-aware 設計的邏輯結論是MEV-inclusive 設計。應用程序將顯式創建MEV，他們會將MEV 融入他們的設計中，並用它來購買區塊空間市場中的特權位置。顯式MEV 交易將有效地取代高價值用例的標準交易。

MevWeth

顯式MEV 需要兩件事：

首先需要創建標準。為了避免昂貴的Gas，所有顯式MEV 都應該使用相同的鏈上狀態，無論創建它的合約是什麼。這使得MEV 可以在許多交易中建立聯繫，而不會大幅增加複雜性。搜索者需要一種簡單的方法來了解應用程序是否正在創建顯式MEV。搜索者應該能夠尋找特定的、可預測的狀態變化。他們不必掃描大量合約來檢測顯式MEV。如果每個合約都管理自己的顯式MEV，則搜索者無法在不進行大量狀態查找和更改的情況下獲取它。一個單一特定的合約應該能夠管理顯式MEV。

第二，單獨的會計製度，顯式MEV 應以ETH 計價。因為搜索者承擔了Gas 價格風險，所以他們的付款應該在Gas 資產中，這樣就極大地簡化了一切。然而這對產生顯式MEV 的合約提出了新的要求：合約必須跟踪他們可以在MEV 上花費多少ETH。 DEX 如果不小心將用戶ETH 花在顯式MEV 上將是災難性的。因此任何使用顯式MEV 和ETH 的合約都必須保持MEV-able ETH 和非MEV-able ETH 的平衡。

所以我們需要一個創建MEV 的標準以及一個MEV 的會計系統。非常清晰、明顯、直觀的解決方案結合了這些需求，我們可以輕鬆構建一個系統來跟踪MEV-able ETH 的用戶餘額。我們確切地知道如何構建接受ETH 並為用戶持有的合約，並實現跟踪和管理顯式MEV 功能也是輕而易舉的。

我們可以稱之為「MEV Wrapped ETH」或MevWeth。

該代碼可能看起來像是帶有顯式MEV 管理接口的WETH10 的擴展，它可能託管在github 上，並且可能已經部署在主網上。

MevWeth 是一個ERC20，它為以下方面提供了一個標準：

通過addMev() 系列函數創建MEV
通過getMev() 系列檢索MEV
通過Mevitize.sol 基礎合約將顯式MEV 創建添加到合約

負MEV

顯式MEV 不能與創建它的交易分開。顯式MEV 在交易中加入隱式MEV。它們一起被用來補貼更快的確認（以及現代MEV 供應鏈的所有其他好處）。然而，某些類別交易已經有很多MEV。清算、DEX 交易等已經產生足夠的MEV 以獲得優先確認，而無需任何明確的價值創造。將任何顯式MEV 添加到總體中都會為訪問MEV 供應鏈支付過高的費用。

無論如何，這些交易成本過於高昂。 Uniswap 用戶不會坐下來計算他們交易的MEV 創建範圍，他們不會將其與「優先費用市場清算MEV」的某些概念進行比較。還沒有人將MEV 視為優先費用，即使他們這樣做了，也沒有有效的方法讓他們收回該價值。而負MEV 可以改變這一切。

負MEV 是低於零的顯式MEV。具有負MEV 的鏈上操作需要通過MevWeth 支付MEV。如果沒有事先付款，則操作無法完成。了解MEV 供應鏈中現有的權力關係非常重要，用戶和應用程序創造了被提取的價值，但尚未參與提取供應鏈。提議者向其他供應鏈參與者收取租金，負MEV 是承認提議者最終無法控制此過程，而提議者依賴於用戶和應用程序創造的價值。

通過指定負MEV，用戶或協議可以重新捕獲由有價值操作創建的MEV。我們可以從提議者手中奪取MEV，並將其還給創造該價值的人。負MEV 提供了一種簡單直接的方式來在MEV 供應鏈中發揮作用。使用負MEV，用戶成為價值提取過程的參與者，而不是它的目標。

例如，Uniswap 用戶可能會通過縮小交易的滑點範圍來抵禦MEV。然而，這通常會使交易變得更糟或不太可能完成。負MEV 提供了一種帶外方式，可以在不改變交易本身的情況下改善交易結果。用戶可以在交易中附加少量的負MEV，而不是縮小滑點範圍。這通過與搜索者的交互有效地提供了費用回扣。用戶得到更好的結果。交易本身不受影響。交易與支付給用戶的原子耦合允許用戶明確分享最終由用戶創造的價值。

負MEV 將改變協議如何控制對清算等高MEV 流程的訪問，也將改變用戶執行DEX 交易等高MEV 操作的方式。

MevWallet

MevWallet是一種智能合約錢包，允許用戶將顯式MEV 附加到交易中。它遵循非常標準的EIP-712 元交易標準，並允許用戶指定提示他們的交易。一旦交易被簽署，任何人都可以廣播它。 MevWallet 將驗證交易細節並執行一些基本條件，然後執行交易。與任何智能合約錢包一樣，交易從錢包執行，而不是從任何EOA。 msg.sender 是錢包，tx.origin 是搜索器。

交易執行後，MevWallet 計算Gas 使用量並添加小費，如果結果是肯定的，它會補償MevWeth 中的搜索者。如果結果是否定的，它會從MevWeth 中檢索一些存儲的MEV。你可以支付負交易費，如果交易產生足夠的MEV 來完全抵消執行，用戶可以獲得報酬。通過要求對他們生產的MEV 進行補償，用戶可以重新獲得他們原本會通過MEV 供應鏈放棄給區塊提議者的價值。

MevWallet 交易支持時間鎖和截止日期，以及基於隨機數的重複支付保護。這種組合允許基於時間的複雜費用調整。例如隨著時間的推移，一筆交易可能會產生更多的顯式MEV，直到它被確認。這將在搜索者之間創建荷蘭式拍賣，確保交易以市場上可用的最低價格得到確認。許多其他有趣的費用將自動扶梯模型可以在沒有鏈上開銷的情況下實現。因為費用拍賣發生在搜索者之間，並且回滾交易確認，所以無論Gas 拍賣變得多麼複雜，用戶和搜索者都不會承擔額外的Gas 成本。

MevWallet 在TypeScript和Rust中有代碼庫，可以通過最小代理工廠部署新的MevWallets 。該代碼已獲得許可並可在GitHub 上獲取。 MevWallet 目前缺少的主要是一種讓搜索者看到交易的方法。我仍然在尋找最好的方法來做到這一點。我考慮過一個簡單的CRUD API 和一個專門的內存池，但我不確定這是一個長期可行的解決方案。