本文來自《Priority Is All You Need》
原作者:Dan Robinson, Dave White
編譯:Odaily星球日報 夫如何
Paradigm 在 6 月 4 日發表《Priority Is All You Need》文章,文中爲大家詳細介紹了新機制 MEV 稅。
MEV 稅是一種新穎的機制,允許應用程序捕獲其自身產生的 MEV,而不是將其泄漏給區塊提議者(區塊提議者相關內容可以看文章最後的腳註)。這種機制利用了區塊構建過程中的競爭性優先級排序。在這種排序方式下,交易被按照優先費用的降序排列,並且優先級高的交易優先被打包在區塊中。MEV 稅通過對交易的優先費用增加額外的費用來實現。應用程序可以根據交易的優先費用設置自己的費用,從而捕獲大部分甚至全部的 MEV。這意味着應用程序可以在不需要任何鏈外基礎設施的情況下,通過參與由區塊提議者運行的單一共享拍賣來運行自己的定製 MEV 拍賣。
MEV 稅機制的誕生可能會對現有 DeFi 生態造成衝擊:
改變傳統 MEV 的分配方式: 傳統上,MEV 大部分流向了區塊提議者,而 MEV 稅允許應用程序捕獲這些價值,並將其重新分配給其用戶或用作其他用途。
提高了應用程序的收入和用戶體驗: 應用程序可以通過實施 MEV 稅來提高其收入,同時提供更好的用戶體驗,因爲用戶可以獲得更高的交易執行效率和更好的交易價格。
解決了 DeFi 中的一些問題: M 如優化 DEX 路由、減少 AMM 對套利的損失、減少錢包用戶的 MEV 泄漏等。通過引入 MEV 稅,應用程序可以改善其產品和服務,從而提高 DeFi 生態系統的效率和可持續性。
引文
在本文中,我們介紹了 MEV 稅,一種可以讓任意應用程序捕獲其自身 MEV(最大可提取價值)的機制。
該機制可以立即在 OP Stack L2鏈(如 OP Mainnet、Base 和 Blast)上使用,因爲這些鏈上的區塊提議者遵循一組我們稱之爲競爭優先級排序的規則。
爲了在這些鏈上實現 MEV 稅,一個智能合約會根據交易的優先費用收取費用。我們展示瞭如果一個應用程序對 searcher 每支付 1 美元的優先費用徵收 99 美元的 MEV 稅,它可以捕獲該交易 99% 的競爭性 MEV。
MEV 稅是一種簡單的技術,打開了廣闊的設計空間。你可以將其視爲允許鏈上的任何應用程序運行其自己的定製 MEV 拍賣,而無需任何自身的鏈下基礎設施,只需連接到由區塊提議者運行的一個共享拍賣。
我們展示了 MEV 稅如何用於解決 MEV 研究中的三個主要問題:
優化交換者接收到的價格的去中心化交易所(DEX)路由器
最小化流動性提供者因重新平衡而遭受的損失(LVR)的自動做市商(AMM)
讓用戶捕獲其交易所產生的任何“回退”MEV 的錢包
但有一個問題。MEV 稅只有在區塊提議者嚴格遵守競爭優先排序規則的情況下才有效,包括按優先費用排序交易而不進行審查、窺視或延遲。如果區塊提議者偏離這些規則,他們可以規避 MEV 稅以捕獲價值。因此,今天的 MEV 稅依賴於信任L2序列器,並且可能在以太坊L1上完全不起作用,因爲在以太坊主網上,區塊構建主要由競爭激烈的構建者拍賣主導,從而最大限度地提高提議者的收入。
儘管如此,MEV 稅的能力和靈活性表明優先排序可能對目前能夠提供優先訂購的平臺一個正確選擇。而競爭優先排序的相對簡單性表明,可能存在一種可行的方法在不信任單個序列器的情況下以去中心化的方式強制執行。我們希望這篇文章能激發對該問題的進一步研究。
優先排序(Priority ordering)
當有人在以太坊主網或L2上發送交易時,他們會指定一個優先費用,這個費用會支付給區塊提議者。你可以想象這是通過 priorityFeePerGas 來指定的,這個數字乘以交易中使用的 gas 得到 builderPriorityFee,即 ETH 的總支付金額。
以太坊協議中沒有規定區塊中的交易必須按 priorityFeePerGas 降序進行貪婪排序。然而,這是一種流行的構建區塊的方法。例如,這是 OP Stack 鏈的序列器以及 geth 和 reth 使用的默認算法。優先排序不僅讓交易者能夠有效地表達其交易的緊急性,還自然地將某些類型的 MEV 引導給區塊提議者。
這種情況發生是因爲優先排序將對 MEV 的競爭變成了優先 gas 拍賣。當有機會通過與鏈交互獲利時,例如通過在 AMM 和中心化交易所之間套利,searcher 會競爭以最先抓住這個機會。如果鏈使用優先排序來決定交易的打包和排序,searcher 會通過在其交易中設置高優先費用來競爭。
在一個無風險利潤被競爭壓縮到零的競爭場景中,獲勝的 searcher 最終應該支付全額的 MEV 作爲優先費用。因此,如果通過與合約交互可以獲得 100 ETH 的利潤,首個抓住機會的交易將設置 100 ETH 的優先費用。(我們在“限制”部分討論了一些對此的注意事項)。
MEV 稅
假設智能合約想要捕獲任何與之交互的交易中的 MEV。關於智能合約如何嘗試捕捉自身 MEV 的各種特定應用方式中,有大量的研究文獻。
但實際上,我們不一定需要了解應用程序的任何具體信息。如果我們知道區塊是通過競爭優先排序構建的,那麼我們就有一個統一的信號來表示交易中的 MEV 數量:優先費用。
我們建議智能合約可以查看交易的優先費用,並根據其收取自己的費用,這個費用是一個優先費用的遞增函數。例如,合約可能要求調用它的人向合約轉移 applicationPriorityFee = 99 * proposerPriorityFee 的 ETH。
這個新費用由發送交易的 searcher 支付,因此它會影響該 searcher 的行爲。如果一個機會中有 100 ETH 的 MEV,獲勝的交易現在只會設置 1 ETH 的優先費用,因爲這將導致總支付爲 100 ETH(1 ETH 給區塊提議者, 99 ETH 給智能合約)。任何更高的優先費用都會使交易變得無利可圖;任何更低的優先費用都會導致機會被設置更高費用的競爭者搶走。這意味着智能合約捕捉了交易中 99% 的 MEV。
我們稱由智能合約施加的這個額外費用爲 MEV 稅。MEV 稅讓應用程序劫持優先排序以謀取自身利益,使其能夠爲用戶重新捕獲 MEV,而不是讓其泄漏給區塊提議者。
如果該費用作爲的 priorityFeePerGas 函數增長足夠快,那麼只有微不足道的 MEV 會累積到提議者那裏。由於 priorityFeePerGas 以 wei(一億億分之一 ETH)爲單位計價,我們有很多精度可以利用。例如,只要 MEV 稅的敏感度足夠高,以至於 priorityFeePerGas 爲 50, 000 時會導致稅額高得令人望而卻步,那麼支付給提議者的總金額將少於$ 0.01 。
然而,有一個重要的注意事項。如在“限制”部分所討論的,MEV 稅只有在區塊提議者遵循某些規則(我們稱之爲“競爭優先排序”)時纔有效,而不是爲了最大化自己的收入而偏離這些規則。以去信任的方式強制執行這些規則是一個懸而未決的問題。
單一應用的 MEV 捕獲
在一個保證使用競爭優先排序構建區塊的鏈上,MEV 稅可以用來緩解 MEV 的三個重要問題:讓 DEX 接口改善交換者的交易執行;讓 AMM 減少其 LP 的套利損失;以及讓錢包通過出售回跑用戶的權利來減少用戶的 MEV 泄漏。
DEX 路由器 searcher
在基於意圖的 DEX 路由協議(如 UniswapX 和1inch Fusion)中,用戶(Alice)簽署一個交換意圖,searcher 競爭以最佳價格來路由或填充該意圖。
當前版本的 UniswapX 使用兩種機制來運行這種競爭:荷蘭拍賣,Alice 的限價隨時間變化直到被 searcher 填充,以及初始的鏈下報價請求(RFQ)拍賣以設定該荷蘭拍賣的起始價格。
在保證競爭優先排序的平臺上,UniswapX 可以用一種機制代替這些:MEV 稅。它可以通過讓用戶簽署一個可以立即由任何人填充的訂單來實現,但執行價格是交易優先費用的函數。
例如,如果 Alice 有一個賣出 1 ETH 的 UniswapX 訂單,她可以定義訂單的執行價格爲 minimumPrice + ($ 0.01 * priorityFeePerGas).minimumPrice 可以是她預期明顯低於當前價格的固定值。
searcher 將通過提交交易來競爭填充 Alice 的訂單。任何具有最高優先費用且不回退的交易將填充訂單,這應該保證交易者獲得 searcher 能找到的最佳價格。(在“限制”部分討論了一些對此的例外情況。)
如果 Alice 的最低價格是 3, 000 美元,而當前 ETH 價格是 3, 500 美元,獲勝交易中的 priorityFeePerGas 大約爲 50, 000 。(注意,在一個花費 200, 000 gas 的交易中,這將導致僅向區塊提議者支付約 100 億 wei(約 0.000035 美元)。
與 UniswapX 中使用的現有機制相比,這具有一些潛在的優勢。
使用 MEV 稅的訂單可以比使用荷蘭拍賣的訂單更快且以更好的價格完成。如本文所述,鏈上荷蘭拍賣由於區塊間的價格變動會泄漏一些價值給 MEV,並且可能需要多個區塊才能完成。相比之下,使用 MEV 稅的訂單通常可以在下一個區塊中完成,同時捕獲其 MEV 的絕大部分。
與鏈下 RFQ 不同,使用 MEV 稅填充訂單的拍賣將在鏈上交易執行時原子發生。這意味着獲勝的競標者可以保證只有在其鏈上交易成功時纔會填充訂單。這可以使鏈上流動性(如 AMM)更容易與鏈下流動性競爭,這意味着 UniswapX 可以作爲多池子系統(如 Uniswap v4)的更有效路由器。
自動做市商(AMM)
通常,AMM 會因套利者在區塊頂部以陳舊價格進行交易而泄漏價值,如在《 loss-vs-rebalancing 》的論文中所討論的。我們可以使用 MEV 稅讓 AMM 捕捉這些 MEV。爲了簡單起見,我們將討論如何在沒有集中流動性的 AMM 上實現這一點。(如果你對如何在有集中流動性的情況下解決此類問題感興趣,Sorella 將很快發佈一個解決方案。)
AMM 可以通過根據交易的優先費用收取額外費用來捕捉 MEV,允許其拍賣出區塊中優先交易的權利。有許多計算和計價該費用的方法。我們將討論一種可以說是中立的方法——以池子流動性單位 sqrt(xy)表示。獲勝的交易將是那些使池子流動性增加最多的交易。
當在區塊中的池子上執行第一筆交易時, x_end * y_end > x_start * y_start 池子可以強制執行條件(作爲 a 一些常量):
x_end * y_end > (sqrt(x_start * y_start) + a*priorityFeePerGas)^ 2 這個公式將激勵套利交易者交易到真實價格,在該交易之後,池子的中點價格應爲真實價格。
在那第一筆交易之後,交易可以像在 Uniswap v2那樣工作,使用固定的交換費用。希望在不支付額外 MEV 稅的情況下進行交易的不知情交易者將設置較低的優先費用。
還有許多其他在 AMM 上實施 MEV 稅的方法,它們會產生不同的效果。例如,MEV 稅可以以交換的輸入或輸出代幣表示,可以影響池子應用的交換費用百分比,或可以決定用戶交易的最低價格。我們認爲這是一個有趣的設計空間,值得探索。
尾隨拍賣(Backrunning auctions)
上述描述展示瞭如何設計某些應用程序以避免泄漏 MEV。但是,如果錢包想幫助其用戶捕捉他們通過任意交易與任何應用程序交互時產生的 MEV,即使那些應用程序沒有包含 MEV 稅,該怎麼辦?
例如,當 Alice 在 AMM 上進行大額交易時,她有時會爲“尾隨者(backrunners)”創造一個套利機會,以將價格恢復正常。通常,這些機會會泄漏給 MEV,而不是歸 Alice 所有。
MEV-Share 和 MEVBlocker 是兩個允許用戶從其交易中捕獲 MEV 的協議,但它們依賴於複雜的鏈下拍賣系統。《The Orderflow Auction Design Space 》描述了一些其他解決方案。
當 MEV 稅與基於意圖的智能合約錢包相結合時,我們可以構建一個替代系統來捕獲 Alice 的尾隨 MEV。假設 Alice 沒有創建在 AMM 上交易的交易,而是簽署了任何人都可以提交到 Alice 的智能合約錢包以使其執行該操作的意圖。Alice 的智能合約錢包向提交該交易的人收取 MEV 稅,該稅將支付給 Alice。
提交 Alice 意圖的 searcher 擁有尾隨她的專有權利,因爲他們可以在同一交易中原子性地進行這項操作。因此,如果搜索競爭激烈,所有來自尾隨 Alice 的利潤都應通過她的 MEV 稅歸 Alice 所有。
需要注意的是,這個系統可能並不能完全保護用戶免受搶先交易攻擊,因爲搶先交易可能能夠避免向用戶支付 MEV 稅。這個問題(及其一些可能的緩解措施)將在下面的“限制”部分中詳細討論。不過,與沒有任何緩解措施的公共內存池系統相比,這至少是一個改進。
其他用例
除了這些例子外,MEV 稅的其他潛在用途還包括幾乎所有當前使用鏈下或荷蘭拍賣的場景,例如:
像 Oval 這樣的協議,通過捕獲它們創造的預言機可提取價值(OEV)。
在像 Blend 這樣的 NFT 抵押借貸協議中的再融資拍賣。
借貸協議清算,比荷蘭拍賣泄漏的價值更少。
跨應用 MEV 捕捉
上述解決方案旨在捕捉與單個應用交互時產生的 MEV。但是,有時 searcher 可以通過在同一交易中與多個應用交互來捕獲更多的價值。
如果這些應用中只有一個使用 MEV 稅,那麼所有來自交易的 MEV 都應該歸於使用 MEV 稅的應用,無論該 MEV 稅高低。
但如果 searcher 的交易與兩個使用 MEV 稅的應用交互呢?例如,如果某些 MEV 只能通過填充一個 MEV 稅的 UniswapX 訂單來對抗一個 MEV 稅的 AMM 來捕獲。
在這種情況下,每個應用捕獲的超額 MEV 的相對量由這些應用設定的 MEV 稅決定。如果作爲 MEV 稅的值 app_i 由函數 tax_i(priority) 給出,則可以通過求解以下等式中的優先級來確定獲勝交易的優先級:tax_ 1(priorityPerGas) + tax_ 2(priorityPerGas) = total MEV
(從技術上講,我們可以添加第三個術語 priorityPerGas * gasUsed 來說明支付給區塊提議者的優先費用,但我們將忽略這一點,因爲正如附錄 A 中所討論的,在正常情況下,優先費用可能可以忽略不計。)
在 priorityPerGas (so tax_ 1(priorityPerGas) = a_ 1 * priorityPerGas ) 中線性的 MEV 稅的簡單情況下,您可以求解每個應用程序收到的 MEV 份額:
a_ 1 * priorityPerGas + a_ 2 * priorityPerGas = MEV
priorityPerGas = MEV/(a_ 1 + a_ 2)
tax_ 1(priorityPerGas) =(a_ 1/(a_ 1+a_ 2))*MEV
tax_ 2(priorityPerGas) = (a_ 2/(a_ 1+a_ 2))*MEV
在設置自己的 MEV 稅時,應用程序面臨權衡 - 更高的稅率允許它在發生時捕獲更大份額的跨應用程序 MEV,但這意味着如果存在相互競爭的提取方法,它可能會錯過一些跨應用程序 MEV。例如,如果有一個 AMM 對每筆交易收取 MEV 稅,那麼 MEV 稅 UniswapX 訂單可能由不同的 AMM 或鏈下填充器填充。
在許多情況下,可能存在一種均衡,其中兩個應用設計其 MEV 稅以某種方式共享 MEV,從而最大化各自的福利。例如,MEV 稅 AMM 可能希望從接近區塊頂部的單個知情交易者那裏獲取價值,但隨後希望以較低的固定費用向其他交易者和應用程序(包括使用 MEV 稅的交易者和應用程序)提供流動性。在這種情況下,AMM 可能會設置一個相對較低的 MEV 稅(例如, $ 0.00001 * priorityFeePerGas ),以便套利交易(如果有的話)在區塊的早期發生,然後對區塊中的後續交易不收取 MEV 稅。像 UniswapX 這樣想要與 AMM 交互的應用程序可以設置更高的 MEV 稅(比如 $ 0.01 * priorityFeePerGas ),以確保在池子已經套利後包括他們的交易。有了這些相對稅收,即使 UniswapX 訂單中只有 1 美元的 MEV 和 50, 000 美元的 MEV,AMM 最終也會首先被套利。
我們認爲這是一個值得未來研究的廣闊設計空間。
侷限性
MEV 稅有一些複雜性和缺陷。我們認爲這些都是未來研究的有趣領域。
激勵不兼容性
MEV 稅對於壟斷區塊提議者來說與激勵不相容。它們只有在交易包含的公平競爭中才會起作用,這隻有在區塊提議者遵循我們稱之爲“競爭性優先排序”的規則而不是最大化自己的收入時纔會發生。我們建議這些規則應包括:
優先排序:區塊中的交易必須按 priorityFeePerGas 的降序排序。
抗審查:如果區塊提議者在構建區塊時收到了交易 t 1 ,並且區塊未滿或包含了交易 t 2 ,且 t 2.priorityFeePerGas < t 1.priorityFeePerGas,則區塊必須包含交易 t 1 。
交易前隱私:區塊提議者必須通過私有端點接受交易,並且在提交區塊前不得將這些交易分享給任何人,也不得使用這些交易的內容來構建自己的交易。
沒有最後確定時機。區塊提議者必須設定一個明確的時間(blockTime),在此之前他們接受任何人的交易,之後他們不接受任何人的交易。
如果其中一個或多個屬性被違反,可能會削弱 MEV 稅的效果。違反抗審查的區塊提議者可以通過排除競爭交易並提交一個零優先級交易來避開大多數 MEV 稅,從而自己獲取機會。違反交易前隱私的區塊提議者可以從其他交易中竊取 MEV,或者窺視其優先費用,知道需要設置多高的優先費用來超過其他人,而一個能夠比其他人更晚提交交易的提議者則可以自由地“最後確定”是否要出價超過其他人,從而造成不利選擇問題,最終會抑制競爭。
不幸的是,雖然第一個屬性在協議層很容易強制執行,但以不信任的方式強制執行其他屬性是一個懸而未決的問題。
在協議層缺乏強制執行的情況下,需要信任一個致力於這些規則的 sequencer 不會偏離這些規則,如果提議者將區塊構建外包給競爭性收入最大化的拍賣(例如以太坊主網的 MEV-Boost),區塊可能不會遵循它們。
這些問題可以通過一個承諾使用競爭性優先排序構建區塊的單一信任排序者來“解決”。也可能通過使用共識、密碼學和/或可信執行環境的某種組合來用去中心化機制解決,例如 Sorella 的 Angstrom、Flashbots 的 SUAVE、Leaderless Auctions 或 Multiplicity。
完整區塊
當區塊完全滿時,MEV 稅的正常運作會出現例外情況。在這種情況下,區塊提議者可能不得不將低優先級的交易排除在外,而不僅僅是將它們包括在區塊的後面。由於與使用 MEV 稅的應用程序交互的交易很可能有極低的優先費用,這些應用程序可能會被不使用 MEV 稅的應用程序或使用極低 MEV 稅的應用程序擠出。然而,在使用類似 EIP-1559 機制來設定單獨的基礎費用的鏈上,區塊完全滿的情況應該比較罕見。此外,鑑於區塊滿時需要延遲一些交易,延遲那些通過設置更高 MEV 稅表達較低緊迫性的交易可能是一個合理的結果。
回滾交易
MEV 稅實質上依賴於單區塊拍賣,其中每一個“出價”都是一筆交易。此類拍賣的一個缺點是,未成功的出價通常會導致回滾交易被包含在鏈上,支付一些基礎費用並使鏈擁堵。
如果 sequencer 能夠完全排除失敗的交易,這將緩解這個問題,儘管即使在中心化排序者的情況下也很難實現。(這也不完全遵守上面描述的抗審查屬性,儘管該定義可以進行調整。)一個更復雜的 sequencer 可能能夠通過允許交易指定它們參與的爭議拍賣來優化這個過程,從而使 sequencer 能夠跳過它知道會失敗的後續交易。
泄露用戶意圖
MEV 稅只有在 searcher 之間存在競爭時纔有效,這意味着機會需要在某種程度上廣爲人知。對於像 AMM 這樣的應用程序,機會在鏈上是可見的,這應該自然而然地發生。但對於基於意圖的路由或尾隨競價等應用程序,這意味着應用程序可能需要與 searcher 共享用戶的意圖。
在某些情況下,在實現用戶意圖之前廣播用戶意圖而失去的臨時隱私可能會以 MEV 稅無法收回的方式泄露價值。
例如,假設 Alice 想要使用上述尾隨拍賣協議購買低流動性代幣。她爲她的智能合約錢包發佈了一個簽名的意向,以在 AMM 上購買該代幣,並設置了一些滑點容限。searcher 可以在高優先級交易中競相將該代幣的價格推高到她的滑點容限,而無需填寫用戶的訂單。然後,獲勝者 Bob 可以通過在低優先級交易中包含和回跑 Alice 的意圖來非競爭性地滿足 Alice 的意圖,從而夾在 Alice 的交易中並給她一個更糟糕的價格,同時逃避她的 MEV 稅。購買 NFT 時可能會發生類似的問題。
請注意,這樣的攻擊對 Bob 來說是有風險的,因爲他無法保證購買代幣和將其出售給 Alice 之間的原子性。天真的 Bob 可能會成爲“三明治撕裂”陷阱的受害者,在這個陷阱中,Alice 發佈了從自己那裏購買一個毫無價值的代幣意圖,導致 Bob 購買它以期夾在她的交易中,但 Alice 在 Bob 能夠完成三明治之前撤銷了她的意圖。
應用程序還可以通過限制與其共享意圖的 searcher 集並監控其行爲來緩解這種情況,就像許多現有的訂單流拍賣一樣。
也可以將 MEV 稅與具有隱私意識的構建器功能相結合,例如 Flashbots 的 SUAVE 設計中設想的功能。
最後,如果 Alice 認爲分享她的意圖的成本超過了競爭性搜索的好處,她可以自己構建一個交易並將其直接提交到區塊中。如上所述,競爭性優先排序的理想實現將提供區塊提議者的交易前隱私。
討論和前期工作
優先 Gas 拍賣。《Flash Boys 2.0 》 論文研究了去中心化區塊鏈中優先級排序的一些動態,該論文創造了“礦工可提取價值(miner extractable value)”一詞。該論文觀察到,以太坊礦工(當該網絡使用工作量證明時)已經按優先級對交易進行排序,並且套利者依靠這種行爲參與“優先 Gas 拍賣”,他們競標優先被納入區塊的權利,這導致來自去中心化交易所套利的大部分 MEV 累積到礦工身上。
先到先得。通過交易排序規則(例如 Themis 或 Arbitrum One’s current sequencer )來緩解 MEV 的一些嘗試側重於執行不同的排序規則,先到先得(有時稱爲“公平排序”),其中區塊提議者必須按照他們看到的順序對交易進行排序。
優先排序採用不同的方法 - 平等對待在給定時間段內到達的交易,並按其聲明的優先級對它們進行排序。
“公平排序”很難在具有多個驗證者的真實網絡環境中強制執行甚至定義。它還可能導致浪費的延遲競賽和垃圾郵件,即使使用單個受信任的 sequencer 也是如此。最後,MEV 稅可能能夠消除某些“先到先得”的 MEV,例如資產價格不連續“跳躍”的套利利潤。優先排序相對於先到先得排序的潛在優勢在某種程度上與《Budish, Cramton, Shim ( 2015)》中討論的離散時間相對於連續時間交換的優勢有關。
同時,雖然優先排序似乎默認會向 MEV 泄露價值,但這篇文章展示瞭如何設計應用程序來重新捕獲它。
費用分攤。Blast 是以太坊L2,與交易中訪問的智能合約共享部分優先權和基本費用。
MEV 稅允許類似的東西(至少對於優先費用),但可以在任何使用競爭性優先排序的鏈上的應用層實現,而無需對費用分攤提供特殊支持。它們還允許應用程序將自己的稅定義爲優先費用的自定義函數,從而提供更大的靈活性,並可能提高 MEV 感知應用程序的可組合性。
去信任的解決方案。這篇文章重點關注平臺使用競爭性優先排序的動機,以及利用競爭性優先排序平臺的方法,而不是討論如何去信任地執行它。
之前已經對競爭性優先排序所需的其他每個屬性進行了大量討論。例如,在 《 Fox, Pai, Resnick ( 2023)》中,作者討論了在沒有審查阻力的情況下鏈上拍賣中的漏洞,並描述了使用多個併發提議者的抗審查拍賣的設計。但是,它們不建議交易的特定順序。
還有其他關於構建信任最小化區塊構建機制的研究,包括 Flashbots 的 SUAVE、Sorella 的 Angstrom、Leaderless Auctions、Espresso 和 Offchain Labs 的去中心化 Timeboost,以及 Péter Szilági 的強制公共交易打包。
結論
我們希望這篇文章鼓勵 L2 考慮使用優先級排序(OP 堆棧默認支持),並激勵應用程序在支持的情況下嘗試 MEV 稅。
我們還希望它能激發對 L1 和 L2 上信任最小化競爭優先排序協議的進一步研究。
腳註
在這篇文章中,我們使用“提議者”來指代確定特定區塊中包含哪些交易的參與者或過程。在以太坊 L2 上,這個角色通常由“sequencer”擔任。在以太坊 L1 上,它由一個特定的以太坊驗證者填充,稱爲提議者,儘管提議者通常將構建區塊的任務外包給“中繼者”和“構建者”參與的競爭性拍賣。如何劃分這些職責的細節超出了本文的範圍。
每個 Gas 的優先費用實際上並未在交易中明確指定,但可以在交易中計算。該交易指定了 Gas 價格,但以太坊也收取基本費用,該費用從 Gas 價格中取出並銷燬。就 MEV 稅而言,應忽略基本費用,因爲它不受交易商的控制。每 Gas 的優先費用(即流向區塊提議者的交易費用部分的價格)可以在 Solidity 中計算爲 priorityGasPrice = tx.gasprice - block.basefee 。
我們可以簡單地定義“MEV”以排除任何 searcher 的利潤,而僅指將流向驗證者的價值。
請注意, proposerPriorityFee 在合同期間實際上無法計算交易中使用的總 gas priorityFeePerGas 量(等於交易中使用的總 Gas)的倍數,因爲無法知道交易最終將使用多少 Gas。但是,這通常無關緊要,因爲我們所需要的只是它的上限。爲了安全起見,您可以 priorityFeePerGas 乘以 3000 萬——這是以太坊區塊中當前的最大 Gas。高估這個值只會意味着 MEV 稅佔 MEV 的更大比例。
假設一筆交易不能超過 3000 萬 Gas, priorityFeePerGas 那麼 50, 000 將導致 1500 gwei 的 Gas 支付——按 4000 美元的 ETH 價格計算,約爲 0.006 美元。
如果 priorityFeePerGas 設置爲套利者的利潤爲零,則利潤最大化套利交易應與函數最大化 AMM 上的相同交易相對應。
Arbitrum 已經討論過用一種稱爲 Timeboost 的優先級排序形式來取代它,但截至撰寫本文時,這種形式尚未投入生產。