原文標題:《 IOSG Weekly Brief |合併後,MEV 的變與不變 #155 》
原文作者:Jiawei, IOSG Ventures
本文為IOSG 原創內容,僅做產業學習交流之用,不構成任何投資參考。如需引用,請註明來源,轉載請聯絡 IOSG 團隊以取得授權及轉載須知。

來源: Flashbots
x-oss-process=image/quality,q_50/format,webp"> ;"> 來源: Blocknative, Flashbots, IOSG Ventures
提議者和建構者分離(PBS)
在目前以太坊的協議層設計中,區塊建構者(Builder)和區塊提議者(Proposer)是同一實體-在PoS 之下,他們首先是Validator 的子集。這一實體被偽隨機地從廣泛的 Validator Set 中選擇出來構建區塊、並向 PoS 網路提議區塊。
上圖基本上闡釋了區塊建構的過程。 Builder 取得交易的來源主要有三種:公共交易池(mempool)、私密交易 Channel(如 Flashbots Protect)和 MEV 搜尋者提交的 Bundles。 Builder 將這些交易建構成一個區塊,連同參與拍賣的出價遞交給 Relay。
在MEV 不斷增長的趨勢下,這種Builder 和Proposer 作為同一實體的設計逐漸顯現出弊端:相較普通的Validator 而言,大型Validator Pool 有更多機會實現MEV;此外,他們顯然比普通Validator 有更強大的MEV 捕獲能力,這導致了嚴重的中心化問題。於是,PBS(Proposer-Builder Separation)提出把 Builder 和 Proposer 的分離開來。
分離之後,無論普通Validator 還是大型Validator Pool,都把區塊外包給專業的Builder 進行構建,以此最大化利潤,而自己只需要做「提議」一件事情。
目前的PBS 分為協定層和非協定層實現,兩者的差異是前者內嵌於以太坊本身,技術上具有強制性;而後者指的是PBS 是可選項,具有非強制性。
協定層PBS(Danksharding)
協定層PBS(In-protocol PBS 或Enshrined PBS)將在以太坊Danksharding 實作中引入,使PBS 成為協定層的設計。屆時 Builder 除建構區塊之外,還需要在約 1 秒內計算 32MB 數據的 KZG 多項式承諾,並在 P2P 網路中進行分發。
非協定層PBS(MEV-Boost)
Flashbots 提出了一個開源軟體MEV -Boost,作為PBS 的非協定層實作。這是一個開放市場,即 Builder 專注於建立區塊,盡可能實現每個區塊的利益最大化。在參與拍賣後,最有利可圖的區塊提交給 Proposer。後者只需要簡單地提議這個區塊,相當於出售其區塊空間。作為回報,該區塊的 Proposer 可以獲得區塊建構者支付的費用。據估計在運行 MEV-Boost 之後,驗證者的質押收入將提升超過 60%。
來源: Flashbots
以上是MEV-Boost 的大致工作流程。
首先,Validator 除執行驗證者用戶端、共識用戶端和執行客戶端三個軟體外,還需要執行 MEV-Boost。
Builder 從交易訂單流中獲取交易和 Bundle,並按各自的策略建立區塊。

Relay 作為Builder 和Proposer 之間的雙向通訊管道,可以連接到一個或多個Builder,並驗證Builder 提交區塊的有效性和出價,將有效的最高出價提交給Proposer。 Proposer 可匯集一個或多個 Relay,從中選出最有利可圖的區塊,並進行提案。 關於非協議層 PBS 與區塊構建,衍生出來一些有趣的話題,下文將一一討論。 在供需關係上,Proposer 和Builder 其實在早期已經實現了某種程度的分離。 複雜的鏈上活動使 MEV 的機會日漸顯現。在PoW 中,擁有強大算力的礦工掌握了出塊權,但是他們搜尋MEV 的能力一般,大多只是單純地選擇支付的Gas 費高的交易來產生區塊;另一方面,搜尋者捕獲MEV 機會的能力很強,但是出塊權不在他們手上。 起初,沒有一種確定的方式讓礦工包含這些搜尋者提交的交易;搜尋者只能盡可能拉高支付的Gas 費,以期其提交的交易被包含。但這是一種公開的「拍賣」,相當於 Gas War,即便出價者最終失敗也必須支付費用,並將造成網路負載和推高 Gas 價格,產生嚴重的負面外部性。 於是,針對以上供需和痛點,Flashbots 提出了 Flashbots Auction,在礦工和搜索者之間引入了拍賣和通信渠道。搜尋者透過 Flashbots Auction 向礦工發送交易,並額外支付費用。 概括而言,供需關係產生了開放市場。 這是 PoW 的情景。而當以太坊過渡到 PoS 之後,只需要質押 32 個 ETH 和滿足簡單的硬件要求就可以參與驗證網絡,意味著出塊權的分佈變廣,即可以參與出塊的人大大增多了。但是,對照礦工而言,這些 Validator 缺乏建立區塊的能力。 供需關係的開放市場仍然存在,但產生了一些變化:以往礦工可以選擇自己建立區塊,或是把區塊構建外包出去—— Flashbots Relay 向礦工發送交易或區塊,礦工可以選擇性接收;而現在,對Validator 來說,區塊構建會產生額外的計算開銷,並且他們大多沒有足夠的能力捕獲MEV,因此Validator 需要向Flashbots Relay請求區塊。 監管與審查,某種程度上是同一件事。而抗審查和去中心化是區塊鏈的敘事支柱,兩者的關係密不可分。 首先在監管中心,首先在監管機構質押服務提供者和實際營運商在全網Validator 中佔據很大比例。這些實體處於特定的法律管轄區內,因此需要權衡其業務帶來的合規風險。以太坊面臨無形的監管壓力。 從資料面來看,每日符合OFAC 合規要求的區塊已經佔到67% 之多;每100 個區塊中有74 個符合OFAC 合規要求。這項數據在保持高位的同時處在上升趨勢中。如果該數值接近 100%,那麼受到 OFAC 制裁的地址發出的交易將很難被包含在區塊中。 當然,迄今受OFAC 制裁的地址均為黑客地址,在道德倫理上似乎有其合理性;但這個監管範圍是否會擴大,恐怕難以料想。面對監理高壓,大型驗證者池應如何在經濟利益和去中心化精神面前作選擇?與其嘗試回答這個問題,我們或許更應該從技術角度出發直接解決審查問題。 除監管層面的審查之外,目前 MEV-Boost 中還存在 Builder 的審查問題。在上述工作流程中我們看到,Proposer 只能被動接收 Builder 提交上來的完整區塊,無法從中包含自己想要的交易。即要麼全部接收,要麼完全不參與 MEV-Boost。在這種情況下,Builder 實際上可以聯合起來有意地不包含某些交易,並對其交易發起者進行敲詐勒索。 在Danksharding 的協議內PBS 中,引入了crList(抗審查列表)來解決審查問題,即Proposer 有權利指定一個交易列表,這個交易列表必須被Builder 所包含;在贏得拍賣後,Builder 需要證明crList 中的交易都已經被包含在內(或區塊已滿),否則該區塊將被視為無效。 在 EigenLayer 提出的 MEV-Boost++中引入了 Proposer Part,即類似於 crList,Proposer 有權參與建立區塊的一部分。 透過PBS 的非協定層實施,Validator 中心化的問題得到緩解,在上一節討論中,我們發現現階段Builder 同樣有著中心化的問題。在過去一周內,排名前五的 Builder 構建了 84.64% 的 MEV-Boost 區塊。 Flashbots 近期開源了其 Builder API,希望由多個 Builder 協作建立區塊,而非目前由單一實體建立完整的區塊。 粗略來看,因為不同Builder 能夠覆蓋到MEV 搜尋者和私密交易Channel 的覆蓋範圍不同,有些Builder 可能在前者或後者方面各有優勢。現在,Builder 們遞交的區塊是一個完整的區塊,如果想要自己建構的區塊被選上,必須使建構區塊的整體實現利益最大化。 如果多個Builder 協作,前者佔優勢的Builder 可以提交區塊的一部分,後者佔優勢的Builder 可以提交其他部分,這樣會使得Builder整體而言更加去中心化,理論上Validator 最終收益也會更多。然而同時,這也明顯加劇了 Builder 間的競爭。 Flashbots 提議所有團隊公開開發他們的 Builder,而社群只信任那些行為符合透明和免費軟體規範的 Builder。如果各個 Builder 遵循這一標準,將使得 Builder 的角色和區塊構建更加去中心化和透明。 市場供需與轉換
監管、抗審查與去中心化


進一步的去中心化

來源: relayscan.io
從MEV 的角度思考Endgame

IOSG 將持續進行一系列指向性、預測性的研究,並從中挖掘隱含的投資機會,敬請關注!
原文連結
歡迎加入律動 BlockBeats 官方社群:
Telegram 訂閱群:https://t.me/theblockbeats
Telegram 交流群:https://t.me/BlockBeats_App
Twitter 官方帳號:https://twitter.com/BlockBeatsAsia