บทนํา

ในโพสต์นี้เราแนะนําภาษี MEV ซึ่งเป็นกลไกที่แอปพลิเคชันโดยพลการสามารถใช้เพื่อจับภาพ MEV ของตนเองได้

กลไกนี้สามารถใช้ในปัจจุบันกับ OP Stack L2s เช่น OP Mainnet, Base และ Blast เนื่องจากผู้เสนอบล็อกในห่วงโซ่เหล่านั้นเป็นไปตามชุดของกฎที่เราเรียกว่าการสั่งซื้อลําดับความสําคัญในการแข่งขัน

ในการใช้ภาษี MEV กับหนึ่งในเครือข่ายเหล่านี้สัญญาอัจฉริยะจะเรียกเก็บค่าธรรมเนียมที่เป็นหน้าที่ของค่าธรรมเนียมลําดับความสําคัญของการทําธุรกรรม เราแสดงให้เห็นว่าหากแอปพลิเคชันเรียกเก็บภาษี MEV จากผู้ค้นหา (พูด) $ 99 สําหรับทุก ๆ $ 1 ของค่าธรรมเนียมลําดับความสําคัญจะสามารถจับ 99% ของ MEV ที่แข่งขันได้สําหรับธุรกรรมนั้น

ภาษี MEV เป็นเทคนิคง่ายๆที่เปิดพื้นที่การออกแบบที่กว้างขวาง คุณสามารถคิดว่าพวกเขาอนุญาตให้แอปพลิเคชันใด ๆ ในเครือดําเนินการประมูล MEV ที่กําหนดเองโดยไม่ต้องใช้โครงสร้างพื้นฐาน offchain ของตัวเองเพียงแค่เชื่อมต่อกับการประมูลที่ใช้ร่วมกันเพียงครั้งเดียวที่ดําเนินการโดยผู้เสนอบล็อก

เราแสดงให้เห็นว่าภาษี MEV สามารถใช้เพื่อแก้ปัญหาสําคัญสามประการในการวิจัย MEV ได้อย่างไร:

• เราเตอร์การแลกเปลี่ยนแบบกระจายอํานาจ (DEX) ที่ปรับราคาที่ได้รับจาก swapper
• Automated market makers (AMM) ที่ลดการสูญเสียเทียบกับการปรับสมดุล (LVR) ที่ผู้ให้บริการสภาพคล่อง
• Wallets ประสบซึ่งช่วยให้ผู้ใช้สามารถจับ MEV "backrunning" ที่สร้างขึ้นโดยธุรกรรมของพวกเขา

แต่มีการจับ ภาษี MEV จะทํางานก็ต่อเมื่อผู้เสนอบล็อกปฏิบัติตามกฎของการสั่งซื้อลําดับความสําคัญในการแข่งขันอย่างเคร่งครัดซึ่งรวมถึงการจัดเรียงธุรกรรมตามค่าธรรมเนียมลําดับความสําคัญโดยไม่ต้องเซ็นเซอร์แอบดูหรือชะลอใด ๆ หากผู้เสนอบล็อกเบี่ยงเบนไปจากกฎเหล่านั้นพวกเขาสามารถหลบเลี่ยงภาษี MEV เพื่อจับมูลค่าสําหรับตัวเอง วันนี้ดังนั้นภาษี MEV จึงขึ้นอยู่กับการไว้วางใจซีเควนเซอร์ L2 และมีแนวโน้มที่จะไม่ทํางานเลยใน Ethereum L1 ซึ่งการสร้างบล็อกถูกครอบงําโดย การประมูลผู้สร้างที่มีการแข่งขันสูงซึ่งช่วยเพิ่มรายได้ให้กับผู้เสนอ

ถึงกระนั้นพลังและความยืดหยุ่นของภาษี MEV ชี้ให้เห็นว่าการสั่งซื้อลําดับความสําคัญอาจเป็นตัวเลือกที่เหมาะสมสําหรับแพลตฟอร์มที่สามารถให้บริการได้ในปัจจุบัน และความเรียบง่ายสัมพัทธ์ของการสั่งซื้อลําดับความสําคัญในการแข่งขันแสดงให้เห็นว่าอาจมีวิธีที่เป็นไปได้ในการบังคับใช้ในลักษณะกระจายอํานาจโดยไม่ต้องไว้วางใจซีเควนเซอร์เดียว เราหวังว่าโพสต์นี้จะกระตุ้นให้ทํางานต่อไปเกี่ยวกับปัญหานั้น

Priority ordering

เมื่อมีคนส่งธุรกรรมบน Ethereum L1 หรือ L2 พวกเขาระบุค่าธรรมเนียมลําดับความสําคัญซึ่งพวกเขาจ่ายให้กับผู้เสนอบล็อก 2

ไม่มีกฎในโปรโตคอล Ethereum ว่าธุรกรรมในบล็อกจะต้องสั่งซื้ออย่างโลภโดยลดลําดับความสําคัญ FeePerGas อย่างไรก็ตามนั่นเป็นวิธีที่ได้รับความนิยมในการสร้างบล็อกตัวอย่างเช่นเป็นอัลกอริทึมเริ่มต้นที่ใช้โดยซีเควนเซอร์ของ OP Stack chains เช่นเดียวกับ geth และ reth การสั่งซื้อลําดับความสําคัญไม่เพียง แต่ช่วยให้ผู้ทําธุรกรรมแสดงความเร่งด่วนของธุรกรรมได้อย่างมีประสิทธิภาพ แต่ยังส่ง MEV บางประเภทไปยังผู้เสนอบล็อกอีกด้วย

สิ่งนี้เกิดขึ้นเนื่องจากการสั่งซื้อลําดับความสําคัญเปลี่ยนการแข่งขันสําหรับ MEV ให้เป็น priority gas auction เมื่อมีโอกาสทํากําไรจากการมีปฏิสัมพันธ์กับห่วงโซ่เช่นโดยอนุญาโตตุลาการ AMM กับการแลกเปลี่ยนแบบรวมศูนย์ผู้ค้นหาจะแข่งขันกันเพื่อเรียกร้องโอกาสนั้นก่อน หากห่วงโซ่ใช้การสั่งซื้อลําดับความสําคัญเพื่อกําหนดการรวมธุรกรรมและการสั่งซื้อผู้ค้นหาจะแข่งขันกันโดยกําหนดค่าธรรมเนียมที่มีลําดับความสําคัญสูงในการทําธุรกรรมของพวกเขา

ในสถานการณ์การแข่งขันที่ผลกําไรที่ปราศจากความเสี่ยงถูกแข่งขันลงเหลือศูนย์ผู้ค้นหาที่ชนะควรจ่าย MEV เต็มจํานวนในค่าธรรมเนียมลําดับความสําคัญ 3 ดังนั้นหากมีกําไร 100 ETH ที่จะได้รับจากการโต้ตอบกับสัญญาธุรกรรมแรกที่จะอ้างว่าจะกําหนดค่าธรรมเนียมลําดับความสําคัญ 100 ETH (เราพูดถึงข้อแม้บางประการในส่วนข้อ จํากัด )

MEV taxs

สมมติว่าสัญญาอัจฉริยะต้องการจับ MEV จากธุรกรรมใด ๆ ที่มีปฏิสัมพันธ์กับมัน มีคลังงานวิจัยมากมายเกี่ยวกับวิธีการเฉพาะแอปพลิเคชันต่างๆ ที่สัญญาอัจฉริยะสามารถพยายามจับ MEV ของตนเองได้

แต่ในความเป็นจริงเราไม่จําเป็นต้องรู้อะไรเกี่ยวกับแอปพลิเคชัน หากเรารู้ว่าบล็อกกําลังถูกสร้างขึ้นผ่านการสั่งซื้อลําดับความสําคัญในการแข่งขันเรามีสัญญาณสากลหนึ่งสัญญาณสําหรับจํานวน MEV ในการทําธุรกรรม: ค่าธรรมเนียมลําดับความสําคัญ

เราเสนอว่าสัญญาอัจฉริยะสามารถดูค่าธรรมเนียมลําดับความสําคัญของการทําธุรกรรมและเรียกเก็บค่าธรรมเนียมของตัวเองเป็นฟังก์ชันที่เพิ่มขึ้น ตัวอย่างเช่นสัญญาอาจกําหนดให้ใครก็ตามที่เรียกมันเพื่อโอน applicationPriorityFee = 99 * ผู้เสนอ PriorityFee ใน ETH ไปยังสัญญา 4

ค่าธรรมเนียมใหม่นี้จ่ายโดยผู้ค้นหาที่ส่งธุรกรรมดังนั้นจึงส่งผลต่อพฤติกรรมของผู้ค้นหานั้น หากมีโอกาส 100 MEV ธุรกรรมที่ชนะจะกําหนดค่าธรรมเนียมลําดับความสําคัญเพียง 1 ETH เนื่องจากจะส่งผลให้มีการชําระเงินรวม 100 ETH (1 ETH ให้กับผู้เสนอบล็อกและ 99 ETH สําหรับสัญญาอัจฉริยะ) ค่าธรรมเนียมลําดับความสําคัญที่สูงขึ้นจะทําให้การทําธุรกรรมไม่ได้ประโยชน์ ค่าธรรมเนียมลําดับความสําคัญที่ต่ํากว่าจะส่งผลให้สูญเสียโอกาสให้กับคู่แข่งที่กําหนดค่าธรรมเนียมที่สูงขึ้น ซึ่งหมายความว่าสัญญาอัจฉริยะได้จับ 99% ของ MEV ในการทําธุรกรรม

เราเรียกค่าธรรมเนียมพิเศษนี้ที่กําหนดโดยสัญญาอัจฉริยะว่าเป็นภาษี MEV ภาษี MEV ปล่อยให้แอปพลิเคชันจี้ลําดับความสําคัญการสั่งซื้อเพื่อประโยชน์ของตนเองทําให้สามารถยึด MEV สําหรับผู้ใช้แทนที่จะรั่วไหลไปยังผู้เสนอบล็อก

หากค่าธรรมเนียมนี้เพิ่มขึ้นอย่างรวดเร็วพอเป็นฟังก์ชันของลําดับความสําคัญ FeePerGas จะมี MEV จํานวนเล็กน้อยเท่านั้นที่จะเกิดขึ้นกับผู้เสนอ เนื่องจากลําดับความสําคัญ FeePerGas เป็นสกุลเงินใน wei (หนึ่งในพันล้านของหนึ่งในพันล้านของหนึ่ง ETH) เราจึงมีความแม่นยํามากมายในการทํางานด้วย ตัวอย่างเช่นตราบใดที่ภาษี MEV มีความละเอียดอ่อนเพียงพอที่ลําดับความสําคัญ FeePerGas ของ 50,000 จะส่งผลให้มีภาษีสูงอย่างต้องห้ามการชําระเงินทั้งหมดให้กับผู้เสนอจะน้อยกว่า $ 0.01 5

อย่างไรก็ตามมีข้อแม้ที่สําคัญ ตามที่กล่าวไว้ในส่วนข้อ จํากัด ภาษี MEV จะทํางานได้ก็ต่อเมื่อผู้เสนอบล็อกปฏิบัติตามกฎบางอย่างซึ่งเราเรียกว่า "การสั่งซื้อลําดับความสําคัญในการแข่งขัน" แทนที่จะเบี่ยงเบนไปจากกฎเหล่านั้นเพื่อเพิ่มรายได้ของตนเอง การบังคับใช้กฎเหล่านี้ด้วยวิธีที่เชื่อถือได้เป็นปัญหาที่เปิดกว้าง

Single-application MEV capture

Here we sketch out how, on a chain that is guaranteed to use competitive priority ordering for block building, MEV taxs can be used to mitigate three important problems in MEV: letting DEX interfaces improve trade execution for swappers, letting AMMs reduce losses to arbitrage for their LPs, and letting wallets reduce MEV leakage for their users by selling the right to backrun the user.

DEX routers

In intent-based DEX routing protocols like UniswapX and 1inch Fusion, a user (Alice) sign an intent to swap, and searchers competition to route or fill that intent at the best possible price for Alice.

UniswapX เวอร์ชันปัจจุบันใช้กลไกสองอย่างในการดําเนินการแข่งขันนั้น: การประมูลของชาวดัตช์ที่ราคาจํากัดของ Alice เปลี่ยนแปลงไปตามกาลเวลาจนกว่าผู้ค้นหาจะเต็มและการประมูล offchain request-for-quote (RFQ) ครั้งแรกเพื่อกําหนดราคาเริ่มต้นของการประมูลดัตช์นั้น

บนแพลตฟอร์มที่รับประกันการสั่งซื้อลําดับความสําคัญในการแข่งขัน UniswapX สามารถแทนที่สิ่งเหล่านี้ด้วยกลไกเดียว: ภาษี MEV สามารถใช้สิ่งนี้ได้โดยให้ผู้ใช้ลงนามในคําสั่งซื้อที่ทุกคนสามารถกรอกได้ทันที แต่มีราคาดําเนินการที่กําหนดเป็นฟังก์ชันของลําดับความสําคัญของธุรกรรม

ตัวอย่างเช่นหากอลิซมีคําสั่ง UniswapX เพื่อขาย 1 ETH เธอสามารถกําหนดราคาดําเนินการของคําสั่งซื้อเป็น minimumPrice + ($ 0.01 * priorityFeePerGas) minimumPrice อาจเป็นค่าคงที่ที่เธอคาดว่าจะต่ํากว่าราคาปัจจุบันอย่างมาก

ผู้ค้นหาจะแข่งขันกันเพื่อเติมเต็มคําสั่งซื้อของอลิซโดยการส่งธุรกรรม ธุรกรรมใดมีค่าธรรมเนียมลําดับความสําคัญสูงสุดและไม่เปลี่ยนกลับจะได้รับคําสั่งซื้อซึ่งควรรับประกันว่าผู้แลกเปลี่ยนจะได้รับราคาที่ดีที่สุดที่ผู้ค้นหาสามารถหาได้ (ข้อยกเว้นบางประการจะกล่าวถึงในส่วนข้อจํากัด)

หากราคาขั้นต่ําของอลิซคือ $ 3,000 และราคาปัจจุบันของ ETH คือ $ 3,500 ลําดับความสําคัญ FeePerGas ในการทําธุรกรรมที่ชนะจะอยู่ที่ประมาณ 50,000 (สังเกตว่าในการทําธุรกรรมที่มีราคาก๊าซ 200,000 จะส่งผลให้มีการชําระเงินเพียงประมาณ 10 พันล้าน wei หรือประมาณ 0.000035 ดอลลาร์ให้กับผู้เสนอบล็อก)

สิ่งนี้มีประโยชน์บางประการเหนือกลไกที่มีอยู่ใน UniswapX

คําสั่งซื้อที่ใช้ภาษี MEV อาจดําเนินการได้เร็วกว่าและในราคาที่ดีกว่าคําสั่งซื้อที่ใช้การประมูลของเนเธอร์แลนด์ ตามที่กล่าวไว้ใน บทความนี้การประมูล onchain Dutch รั่วไหลมูลค่าบางอย่างไปยัง MEV เนื่องจากการเคลื่อนไหวของราคาระหว่างบล็อกและอาจใช้เวลาหลายบล็อกจึงจะเสร็จสมบูรณ์ ในทางตรงกันข้ามคําสั่งซื้อที่ใช้ภาษี MEV มักจะเสร็จสมบูรณ์ในบล็อกถัดไปในขณะที่จับ MEV ส่วนใหญ่ของพวกเขา

ซึ่งแตกต่างจาก RFQ offchain การประมูลเพื่อเติมคําสั่งซื้อที่ใช้ภาษี MEV จะเกิดขึ้นในระดับอะตอมด้วยการดําเนินการธุรกรรมบนเชน ซึ่งหมายความว่าผู้ชนะการประมูลสามารถรับประกันได้ว่าพวกเขามุ่งมั่นที่จะกรอกคําสั่งซื้อหากการทําธุรกรรม onchain ของพวกเขาประสบความสําเร็จ นั่นอาจทําให้สภาพคล่องของ onchain เช่น AMM สามารถแข่งขันกับสภาพคล่องของ offchain ได้ง่ายขึ้นซึ่งหมายความว่า UniswapX สามารถทําหน้าที่เป็นเราเตอร์ที่มีประสิทธิภาพมากขึ้นสําหรับระบบหลายพูลเช่น Uniswap v4

AMMs

โดยปกติ AMM จะรั่วไหลมูลค่าให้กับ arbitrageurs ที่ซื้อขายกับราคาเก่าที่ด้านบนของบล็อกตามที่กล่าวไว้ใน loss-vs-rebalancing papers เราสามารถใช้ภาษี MEV เพื่อให้ AMM จับ MEV นั้นได้ เพื่อให้สิ่งต่าง ๆ ง่ายขึ้นเราจะพูดถึงวิธีการทํางานบน AMM ที่ไม่มีสภาพคล่องเข้มข้น (หากคุณสนใจว่าปัญหาประเภทนี้สามารถแก้ไขได้ด้วยสภาพคล่องเข้มข้น Sorella จะเผยแพร่โซลูชันเดียวในไม่ช้า)

AMM สามารถจับ MEV ได้โดยเรียกเก็บค่าธรรมเนียมเพิ่มเติมเป็นฟังก์ชันของค่าธรรมเนียมลําดับความสําคัญในการทําธุรกรรมทําให้สามารถประมูลสิทธิ์ในการซื้อขายก่อนในบล็อก มีหลายวิธีในการคํานวณและกําหนดค่าธรรมเนียมนั้น เราจะพูดถึงหนึ่งที่เป็นกลาง - กําหนดเป็นหน่วยของสภาพคล่องสระว่ายน้ํา, sqrt (xy) ธุรกรรมที่ชนะจะเป็นธุรกรรมที่เพิ่มสภาพคล่องของพูลมากที่สุด

เมื่อดําเนินการธุรกรรมแรกบนพูลในบล็อกแทนที่จะบังคับใช้เงื่อนไข x_end y_end > x_start y_start พูลสามารถบังคับใช้เงื่อนไข (ด้วยค่าคงที่บางส่วน):

x_end y_end > (sqrt(x_start y_start) + a*priorityFeePerGas)^2

สูตรนี้จะจูงใจให้ผู้ค้าเก็งกําไรซื้อขายกับราคาจริงและหลังจากการซื้อขายนั้นราคาจุดกึ่งกลางบนพูลควรเป็นราคาที่แท้จริง 6

หลังจากการทําธุรกรรมครั้งแรกการซื้อขายสามารถทํางานได้เหมือนที่ทําใน Uniswap v2 โดยมีค่าธรรมเนียมสวอปคงที่ ธุรกรรมที่ไม่ทราบที่ต้องการซื้อขายในกลุ่มโดยไม่ต้องจ่ายภาษี MEV เพิ่มเติมจะกําหนดค่าธรรมเนียมลําดับความสําคัญต่ํา

มีวิธีอื่น ๆ อีกมากมายในการใช้ภาษี MEV กับ AMM ที่จะมีผลกระทบที่แตกต่างกัน ตัวอย่างเช่น ภาษี MEV อาจถูกกําหนดในโทเค็นอินพุตหรือเอาต์พุตของสวอป อาจส่งผลต่อเปอร์เซ็นต์ค่าธรรมเนียมสวอปที่ใช้โดยพูล หรืออาจกําหนดราคาขั้นต่ําของการซื้อขายของผู้ใช้ เราคิดว่านี่เป็นพื้นที่การออกแบบที่น่าสนใจในการสํารวจ

Backrunning auctions

คําอธิบายข้างต้นแสดงให้เห็นว่าแอปพลิเคชันบางตัวสามารถออกแบบเพื่อหลีกเลี่ยงการรั่วไหลของ MEV ได้อย่างไร อย่างไรก็ตามจะเกิดอะไรขึ้นถ้ากระเป๋าเงินต้องการพยายามช่วยให้ผู้ใช้จับ MEV ที่พวกเขาสร้างขึ้นจากธุรกรรมโดยพลการที่โต้ตอบกับแอปพลิเคชันใด ๆ แม้แต่แอปพลิเคชันที่ไม่ได้รวมภาษี MEV

ตัวอย่างเช่นเมื่ออลิซทําธุรกรรมขนาดใหญ่ใน AMM บางครั้งเธอก็สร้างโอกาสในการเก็งกําไรสําหรับ "backrunners" เพื่อย้ายราคากลับ โดยปกติจะรั่วไหลไปยัง MEV แทนที่จะไปหาอลิซ

MEV-Share และ MEVBlocker เป็นสองโปรโตคอลที่อนุญาตให้ผู้ใช้จับ MEV จากธุรกรรมของพวกเขา แต่พวกเขาพึ่งพาระบบการประมูลออฟเชนที่ซับซ้อน พื้นที่ออกแบบการประมูล Orderflow อธิบายโซลูชันอื่น ๆ

ภาษี MEV เมื่อรวมกับกระเป๋าเงินสัญญาอัจฉริยะตามความต้องการของผู้ใช้อาจทําให้เราสามารถสร้างระบบทางเลือกเพื่อจับ MEV ที่วิ่งย้อนกลับสําหรับ Alice ได้ สมมติว่าแทนที่จะสร้างธุรกรรมที่ซื้อขายบน AMM อลิซลงนามในเจตนาที่ทุกคนสามารถส่งไปยังกระเป๋าเงินสัญญาอัจฉริยะของอลิซเพื่อให้ดําเนินการนั้นได้ กระเป๋าเงินสัญญาอัจฉริยะของอลิซเรียกเก็บเงินจากใครก็ตามที่ส่งธุรกรรมนั้นเป็นภาษี MEV ซึ่งจ่ายให้กับอลิซ

ผู้ค้นหาที่ส่งเจตนาของอลิซจะมีสิทธิ์แต่เพียงผู้เดียวในการย้อนกลับเธอเนื่องจากพวกเขาสามารถทําได้ในการทําธุรกรรมเดียวกัน ดังนั้นหากการค้นหามีการแข่งขันกําไรทั้งหมดจากการย้อนกลับของอลิซควรเกิดขึ้นกับอลิซผ่านภาษี MEV ของเธอ

โปรดทราบว่าระบบนี้อาจไม่จําเป็นต้องปกป้องผู้ใช้จากการโจมตีที่เกี่ยวข้องกับธุรกรรมของผู้ใช้ frontrunning เนื่องจากธุรกรรมที่ frontruns ผู้ใช้อาจสามารถหลีกเลี่ยงการจ่ายภาษี MEV ให้กับผู้ใช้รายนั้นได้ ปัญหานี้ (และการบรรเทาผลกระทบที่เป็นไปได้บางอย่าง) จะกล่าวถึงในรายละเอียดมากขึ้นในส่วนข้อ จํากัด ด้านล่าง อย่างไรก็ตามอย่างน้อยนี่อาจเป็นการปรับปรุงระบบที่ใช้ mempools สาธารณะโดยไม่มีการบรรเทาใด ๆ

กรณีการใช้งานอื่น ๆ

นอกเหนือจากตัวอย่างเหล่านี้การใช้ภาษี MEV ที่เป็นไปได้อื่น ๆ อาจรวมถึงเกือบทุกอย่างที่ใช้การประมูล offchain หรือดัตช์ในปัจจุบันเช่น:

• โปรโตคอลสําหรับ oracles เพื่อจับมูลค่าที่สกัดได้ของ oracle ที่พวกเขาสร้างขึ้น เช่น Oval
• Refinancing auctions ในโปรโตคอลการให้กู้ยืมที่มีหลักประกัน NFT เช่น Blend
• Lending protocol liquidations ที่ รั่วไหลน้อยกว่า มูลค่ามากกว่าการประมูลของชาวดัตช์

Cross-application MEV

capture โซลูชันข้างต้นได้รับการออกแบบมาเพื่อจับภาพ MEV จากการโต้ตอบกับแอปพลิเคชันเดียว แต่บางครั้งอาจเป็นไปได้ที่ผู้ค้นหาจะบันทึกมูลค่าได้มากขึ้นโดยการโต้ตอบกับแอปพลิเคชันหลายตัวในธุรกรรมเดียวกัน

หากแอปพลิเคชันใดแอปพลิเคชันหนึ่งมีภาษี MEV MEV ทั้งหมดจากธุรกรรมควรไปที่แอปพลิเคชันที่มีภาษี MEV ไม่ว่าภาษี MEV จะสูงหรือต่ําเพียงใด

แต่ถ้าธุรกรรมของผู้ค้นหาโต้ตอบกับแอปพลิเคชันสองตัวที่ใช้ภาษี MEV ล่ะ? ตัวอย่างเช่นจะเกิดอะไรขึ้นหากมี MEV บางตัวที่สามารถจับได้โดยการกรอกคําสั่งซื้อ UniswapX ที่เสียภาษี MEV ที่อธิบายไว้ข้างต้นกับ AMM ที่เสียภาษี MEV เท่านั้น

ในกรณีนี้จํานวน MEV ส่วนเกินที่จับโดยแต่ละแอปพลิเคชันจะถูกกําหนดโดยวิธีที่แอปพลิเคชันเหล่านั้นกําหนดภาษี MEV ของพวกเขา หากมูลค่า app_i เรียกเก็บเป็นภาษี MEV ได้รับจากฟังก์ชัน tax_i(ลําดับความสําคัญ) ลําดับความสําคัญของธุรกรรมที่ชนะสามารถกําหนดได้โดยการแก้ลําดับความสําคัญในสมการนี้:

tax_1(priorityPerGas) + tax_2(priorityPerGas) = MEV ทั้งหมด

(ในทางเทคนิคเราสามารถเพิ่มเทอมที่สามสําหรับ priorityPerGas * gas ใช้เพื่อพิจารณาค่าธรรมเนียมลําดับความสําคัญที่จ่ายให้กับผู้เสนอบล็อก แต่เราจะเพิกเฉยต่อสิ่งนั้นเนื่องจากตามที่กล่าวไว้ในภาคผนวก A มันอาจจะเล็กน้อยภายใต้สภาวะปกติ)

ในกรณีง่ายๆของภาษี MEV ที่เป็นเส้นตรงใน priorityPerGas (ดังนั้น tax_1(priorityPerGas) = a_1 * priorityPerGas) คุณสามารถแก้ปัญหาส่วนแบ่งของ MEV ที่ได้รับจากแต่ละแอปพลิเคชัน:

ลําดับความสําคัญ a_1 PerGas + 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 ในทุกการซื้อขายคําสั่งซื้อ UniswapX ของ MEV-tax อาจมีแนวโน้มที่จะถูกเติมโดย AMM อื่นหรือฟิลเลอร์ออฟเชน

ในหลายกรณีอาจมีความสมดุลที่แอปพลิเคชันสองตัวออกแบบภาษี MEV เพื่อแบ่งปัน MEV ในลักษณะที่เพิ่มสวัสดิการแต่ละอย่างให้สูงสุด ตัวอย่างเช่น AMM ภาษี MEV อาจต้องการจับมูลค่าจากผู้ค้าที่มีข้อมูลรายเดียวที่อยู่ใกล้ด้านบนของบล็อก แต่จากนั้นจะต้องการให้สภาพคล่องแก่ผู้ค้าและแอปพลิเคชันอื่น ๆ (รวมถึงผู้ค้าที่ใช้ภาษี MEV) ด้วยค่าธรรมเนียมคงที่ต่ํา ในกรณีนี้ AMM มีแนวโน้มที่จะกําหนดภาษี MEV ที่ค่อนข้างต่ํา (เช่นลําดับความสําคัญ $ 0.00001FeePerGas ) เพื่อให้ธุรกรรมการเก็งกําไร (ถ้ามี) เกิดขึ้นในช่วงต้นของบล็อกจากนั้นไม่เรียกเก็บภาษี MEV สําหรับธุรกรรมที่ตามมาในบล็อก แอปพลิเคชันเช่น UniswapX ที่ต้องการโต้ตอบกับ AMM สามารถตั้งค่าภาษี MEV ที่สูงกว่ามาก (พูดลําดับความสําคัญ $ 0.01FeePerGas) เพื่อให้แน่ใจว่าธุรกรรมของพวกเขาจะถูกรวมไว้หลังจากพูลถูกอนุญาโตตุลาการแล้ว ด้วยภาษีสัมพัทธ์เหล่านั้น AMM จะจบลงด้วย arbed ก่อนแม้ว่าจะมีเพียง $ 1 ของ MEV และ $ 50,000 ของ MEV ในคําสั่ง UniswapX

เราคิดว่านี่เป็นพื้นที่การออกแบบที่กว้างซึ่งควรค่าแก่การศึกษาในอนาคต

ข้อจํากัด

ภาษี MEV มีความยุ่งยากและข้อเสียบางประการ เราคิดว่าสิ่งเหล่านี้เป็นพื้นที่ที่น่าสนใจสําหรับการวิจัยในอนาคต

ภาษี MEV ที่ไม่ลงรอยกันของแรงจูงใจ

ไม่เข้ากันกับสิ่งจูงใจสําหรับผู้เสนอบล็อกผูกขาด พวกเขาจะทํางานก็ต่อเมื่อมีการแข่งขันที่เป็นธรรมสําหรับการรวมธุรกรรมซึ่งจะเกิดขึ้นได้ก็ต่อเมื่อผู้เสนอบล็อกปฏิบัติตามกฎที่เราจะเรียกว่า "การสั่งซื้อลําดับความสําคัญในการแข่งขัน" แทนที่จะเพิ่มรายได้ของตนเอง อย่างไม่เป็นทางการและไม่ครบถ้วนสมบูรณ์เราขอแนะนําว่ากฎเหล่านี้ควรรวมถึง:

• การสั่งซื้อลําดับความสําคัญ ธุรกรรมภายในบล็อกจะต้องเรียงลําดับจากมากไปหาน้อยของ priorityFeePerGas
• การต่อต้านการเซ็นเซอร์ หากผู้เสนอบล็อกได้รับธุรกรรม t1 ระหว่างบล็อกและบล็อกไม่เต็มหรือมีธุรกรรมบางอย่าง t2 เช่น t2.priorityFeePerGas < t1.priorityFeePerGas บล็อกจะต้องมีธุรกรรม t1
• ความเป็นส่วนตัวก่อนการทําธุรกรรม ผู้เสนอบล็อกต้องยอมรับธุรกรรมผ่านปลายทางส่วนตัวและต้องไม่แบ่งปันธุรกรรมดังกล่าวกับบุคคลอื่นก่อนที่จะตกลงกับบล็อกหรือใช้เนื้อหาของธุรกรรมเหล่านั้นเป็นข้อมูลป้อนเข้าในการสร้างธุรกรรมของตนเอง
• ไม่มีรูปลักษณ์สุดท้าย ผู้เสนอบล็อกจะต้องตั้งเวลาที่แน่นอน blockTime ก่อนที่พวกเขาจะยอมรับธุรกรรมจากใครก็ตามและหลังจากนั้นพวกเขาจะไม่ยอมรับธุรกรรมจากใคร

หากมีการละเมิดคุณสมบัติเหล่านี้อย่างน้อยหนึ่งรายการอาจทําให้ประสิทธิภาพของภาษี MEV ลดลง ผู้เสนอบล็อกที่ละเมิดการต่อต้านการเซ็นเซอร์สามารถหลีกเลี่ยงภาษี MEV ส่วนใหญ่ได้โดยไม่รวมธุรกรรมที่แข่งขันกันและส่งธุรกรรมที่มีลําดับความสําคัญเป็นศูนย์ซึ่งใช้โอกาสสําหรับตัวเอง ผู้เสนอบล็อกที่ละเมิดความเป็นส่วนตัวก่อนการทําธุรกรรมอาจขโมย MEV จากธุรกรรมอื่น ๆ หรือดูค่าธรรมเนียมลําดับความสําคัญของพวกเขาเพื่อให้ทราบว่าต้องตั้งค่าของตัวเองสูงแค่ไหนในขณะที่ผู้ที่สามารถส่งธุรกรรมได้ช้ากว่าใคร ๆ จะมี "รูปลักษณ์สุดท้าย" ฟรีว่าจะเอาชนะผู้อื่นเพื่อโอกาสหรือไม่ ซึ่งทั้งสองอย่างนี้อาจสร้างปัญหาการคัดเลือกที่ไม่พึงประสงค์ซึ่งในที่สุดก็กีดกันการแข่งขัน

น่าเสียดายที่แม้ว่าคุณสมบัติแรกจะง่ายต่อการบังคับใช้ที่ชั้นโปรโตคอล แต่การบังคับใช้คุณสมบัติอื่น ๆ อย่างน่าเชื่อถือเป็นปัญหาที่เปิดกว้าง

ในกรณีที่ไม่มีการบังคับใช้ที่ชั้นโปรโตคอลซีเควนเซอร์คนเดียวที่ปฏิบัติตามกฎเหล่านี้จะต้องได้รับความไว้วางใจไม่ให้เบี่ยงเบนไปจากพวกเขาและหากผู้เสนอการสร้างบล็อกจากภายนอกไปสู่การประมูลเพื่อเพิ่มรายได้ในการแข่งขัน (เช่น Ethereum L1 MEV-Boost) บล็อกมีแนวโน้มที่จะไม่ปฏิบัติตาม

ปัญหาเหล่านี้สามารถแก้ไขได้ด้วยซีเควนเซอร์ที่เชื่อถือได้เพียงคนเดียวที่มุ่งมั่นที่จะใช้การสั่งซื้อลําดับความสําคัญในการแข่งขันสําหรับการสร้างบล็อก นอกจากนี้ยังอาจสามารถแก้ไขได้ด้วยกลไกการกระจายอํานาจโดยใช้การรวมกันของฉันทามติการเข้ารหัสและ / หรือสภาพแวดล้อมการดําเนินการที่เชื่อถือได้เช่น Sorella's Angstrom, SUAVE ของ Flashbots, Leaderless Auctions หรือ Multiplicity

Full blocks

ข้อยกเว้นประการหนึ่งสําหรับการทํางานปกติของภาษี MEV เกิดขึ้นเมื่อบล็อกเต็ม ในกรณีนี้ผู้เสนอบล็อกอาจต้องออกจากธุรกรรมที่มีลําดับความสําคัญต่ํากว่าแทนที่จะรวมไว้ในบล็อกล่าช้า เนื่องจากธุรกรรมที่โต้ตอบกับแอปพลิเคชันที่เสียภาษี MEV มีแนวโน้มที่จะมีค่าธรรมเนียมลําดับความสําคัญต่ํามากแอปพลิเคชันเหล่านั้นจึงมีแนวโน้มที่จะแออัดโดยแอปพลิเคชันที่ไม่ได้ใช้ภาษี MEV หรือแอปพลิเคชันที่มีภาษี MEV ต่ํามาก อย่างไรก็ตามในห่วงโซ่ที่ใช้กลไกคล้าย EIP-1559 เพื่อตั้งค่า basefee แยกต่างหากมันควรจะค่อนข้างหายากสําหรับบล็อกที่จะเต็มอย่างสมบูรณ์ นอกจากนี้เนื่องจากธุรกรรมบางอย่างจําเป็นต้องล่าช้าเมื่อบล็อกเต็มการชะลอธุรกรรมที่แสดงความเร่งด่วนที่ต่ํากว่าโดยการตั้งค่าภาษี MEV ที่สูงขึ้นอาจเป็นผลลัพธ์ที่สมเหตุสมผล

ธุรกรรมที่เปลี่ยนกลับ

ภาษี MEV ใช้การประมูลแบบบล็อกเดียวอย่างมีประสิทธิภาพซึ่งทุก "การเสนอราคา" เป็นธุรกรรม ข้อเสียอย่างหนึ่งของการประมูลเหล่านั้นคือการสูญเสียการเสนอราคาโดยทั่วไปจะส่งผลให้ธุรกรรมที่เปลี่ยนกลับถูกรวมไว้ในห่วงโซ่โดยจ่ายค่าธรรมเนียมพื้นฐานบางส่วนและทําให้ห่วงโซ่แออัด

หากซีเควนเซอร์สามารถยกเว้นธุรกรรมที่ล้มเหลวทั้งหมดนั่นจะช่วยบรรเทาปัญหานี้ได้แม้ว่าจะเป็นเรื่องยากที่จะนําไปใช้แม้จะมีซีเควนเซอร์แบบรวมศูนย์ก็ตาม (นอกจากนี้ยังจะไม่เชื่อฟังคุณสมบัติการต่อต้านการเซ็นเซอร์ที่อธิบายไว้ข้างต้นอย่างเคร่งครัดแม้ว่าคําจํากัดความนั้นสามารถปรับเปลี่ยนได้) ซีเควนเซอร์ที่ซับซ้อนมากขึ้นอาจสามารถเพิ่มประสิทธิภาพกระบวนการนี้ได้โดยอนุญาตให้ธุรกรรมระบุการประมูลที่ถกเถียงกันซึ่งพวกเขาเข้าร่วมทําให้ซีเควนเซอร์มีข้อมูลเพียงพอที่จะข้ามธุรกรรมที่ตามมาซึ่งรู้ว่าจะล้มเหลว

การรั่วไหลของเจตนาของผู้ใช้ภาษี

MEV จะทํางานก็ต่อเมื่อมีการแข่งขันระหว่างผู้ค้นหาซึ่งหมายความว่าโอกาสจะต้องเป็นที่รู้จักอย่างกว้างขวาง สําหรับการใช้งานเช่น AMM ที่มองเห็นโอกาสบนเชนซึ่งควรเกิดขึ้นตามธรรมชาติ แต่สําหรับแอปพลิเคชันเช่นการกําหนดเส้นทางตามความต้องการของผู้ใช้หรือการประมูลย้อนหลังนั่นหมายความว่าแอปพลิเคชันอาจต้องแบ่งปันความตั้งใจของผู้ใช้กับผู้ค้นหา

ในบางกรณีความเป็นส่วนตัวชั่วคราวที่หายไปจากการออกอากาศเจตนาของผู้ใช้ก่อนที่จะดําเนินการอาจรั่วไหลของมูลค่าในลักษณะที่ไม่สามารถเรียกคืนได้โดยภาษี MEV

ตัวอย่างเช่น สมมติว่าอลิซต้องการซื้อโทเค็นที่มีสภาพคล่องต่ําโดยใช้โปรโตคอลการประมูลย้อนหลังที่อธิบายไว้ข้างต้น เธอเผยแพร่เจตนาที่ลงนามสําหรับกระเป๋าเงินสัญญาอัจฉริยะของเธอเพื่อซื้อโทเค็นนั้นบน AMM โดยตั้งค่าความทนทานต่อการลื่นไถล ผู้ค้นหาสามารถแข่งกันผลักดันราคาของโทเค็นนั้นให้ทนต่อการลื่นไถลของเธอในธุรกรรมที่มีลําดับความสําคัญสูงโดยไม่ต้องกรอกคําสั่งซื้อของผู้ใช้ บ๊อบผู้ชนะสามารถเติมเต็มความตั้งใจของอลิซโดยการรวมและย้อนกลับไปในธุรกรรมที่มีลําดับความสําคัญต่ําดังนั้นจึงประกบการค้าของอลิซและทําให้เธอมีราคาที่แย่ลงในขณะที่หลบเลี่ยงภาษี MEV ของเธอ ปัญหาที่คล้ายกันอาจเกิดขึ้นกับการซื้อ NFT

โปรดทราบว่าการโจมตีดังกล่าวจะมีความเสี่ยงสําหรับบ๊อบเนื่องจากเขาจะไม่สามารถรับประกันความเป็นปรมาณูระหว่างการซื้อโทเค็นและขายให้กับอลิซได้ บ๊อบไร้เดียงสาอาจตกเป็นเหยื่อของกับดัก "ฉีกแซนวิช" ซึ่งอลิซเผยแพร่เจตนาที่จะซื้อโทเค็นที่ไร้ค่าจากตัวเอง ทําให้บ็อบซื้อมันเพื่อรอการประกบการค้าของเธอ แต่อลิซเพิกถอนความตั้งใจของเธอก่อนที่บ็อบจะทําแซนด์วิชให้เสร็จ

แอปพลิเคชันอาจสามารถบรรเทาปัญหานี้ได้โดยการ จํากัด ชุดผู้ค้นหาที่พวกเขาแบ่งปันเจตนาและตรวจสอบพฤติกรรมของพวกเขาเช่นเดียวกับการประมูลกระแสคําสั่งซื้อที่มีอยู่จํานวนมาก

นอกจากนี้ยังอาจเป็นไปได้ที่จะรวมภาษี MEV เข้ากับคุณสมบัติตัวสร้างที่ตระหนักถึงความเป็นส่วนตัวเช่นที่คาดการณ์ไว้ในการออกแบบของ Flashbots สําหรับ SUAVE

ในที่สุดในกรณีที่อลิซตัดสินใจว่าค่าใช้จ่ายในการแบ่งปันความตั้งใจของเธอมีมากกว่าผลประโยชน์จากการค้นหาการแข่งขันเธอสามารถสร้างธุรกรรมด้วยตัวเองและส่งลงในบล็อกโดยตรง ตามที่กล่าวไว้ข้างต้นการดําเนินการสั่งซื้อลําดับความสําคัญในการแข่งขันในอุดมคติจะให้ความเป็นส่วนตัวก่อนการทําธุรกรรมจากผู้เสนอบล็อก

การอภิปรายและงานก่อนหน้า

การประมูลก๊าซลําดับความสําคัญ พลวัตบางส่วนของการสั่งซื้อลําดับความสําคัญในบล็อกเชนแบบกระจายอํานาจได้รับการศึกษาในกระดาษ Flash Boys 2.0 ซึ่งบัญญัติคําว่า "มูลค่าที่สกัดได้ของนักขุด" เอกสารดังกล่าวตั้งข้อสังเกตว่านักขุด Ethereum (เมื่อเครือข่ายนั้นใช้ proof-of-work) ได้สั่งซื้อธุรกรรมตามลําดับความสําคัญแล้ว และ arbitrageurs กําลังพึ่งพาพฤติกรรมนั้นเพื่อเข้าร่วมใน "การประมูลก๊าซลําดับความสําคัญ" ซึ่งพวกเขาประมูลสิทธิ์ที่จะรวมไว้ในบล็อกก่อน ซึ่งนําไปสู่ MEV ส่วนใหญ่จากการเก็งกําไรการแลกเปลี่ยนแบบกระจายอํานาจที่เกิดขึ้นกับนักขุด

มาก่อนได้ก่อน ความพยายามบางอย่างในการบรรเทา MEV ผ่านกฎการสั่งซื้อธุรกรรม เช่น Themis หรือ 7 ได้มุ่งเน้นไปที่การบังคับใช้กฎการสั่งซื้อที่แตกต่างกัน มาก่อนได้ก่อน (บางครั้งเรียกว่า "การสั่งซื้อที่เป็นธรรม") ซึ่งผู้เสนอบล็อกต้องสั่งซื้อ ธุรกรรมตามลําดับที่พวกเขาเห็น

การสั่งซื้อลําดับความสําคัญใช้วิธีการที่แตกต่างกันนั่นคือการปฏิบัติต่อธุรกรรมที่มาถึงภายในระยะเวลาที่กําหนดอย่างเท่าเทียมกันและสั่งซื้อแทนตามลําดับความสําคัญที่ประกาศไว้

มาก่อนได้ก่อนเป็นเรื่องยากที่จะบังคับใช้หรือกําหนดในสภาพแวดล้อมเครือข่ายจริงที่มีผู้ตรวจสอบมากกว่าหนึ่งคน นอกจากนี้ยังสามารถส่งผลให้เกิดการแข่งขันเวลาแฝงที่สิ้นเปลืองและสแปมแม้จะมีซีเควนเซอร์ที่เชื่อถือได้เพียงตัวเดียว ในที่สุดภาษี MEV อาจสามารถกําจัด MEV บางประเภทที่การสั่งซื้อมาก่อนได้ก่อนไม่สามารถทําได้เช่นกําไรจากการเก็งกําไรจากการ "กระโดด" ที่ไม่ต่อเนื่องในราคาสินทรัพย์ ข้อได้เปรียบที่เป็นไปได้ของการสั่งซื้อลําดับความสําคัญมากกว่าการสั่งซื้อแบบมาก่อนได้ก่อนนั้นค่อนข้างเกี่ยวข้องกับข้อดีของการแลกเปลี่ยนแบบไม่ต่อเนื่องในช่วงเวลาต่อเนื่องที่กล่าวถึงใน Budish, Cramton, Shim (2015)

ในขณะเดียวกันในขณะที่การสั่งซื้อลําดับความสําคัญดูเหมือนจะรั่วไหลค่าไปยัง MEV โดยค่าเริ่มต้นโพสต์นี้แสดงให้เห็นว่าแอปพลิเคชันสามารถออกแบบเพื่อยึดคืนได้อย่างไร

การแบ่งปันค่าธรรมเนียม Blast, Ethereum L2, แบ่งปันส่วนหนึ่งของทั้งค่าธรรมเนียมลําดับความสําคัญและค่าธรรมเนียมพื้นฐานกับสัญญาอัจฉริยะที่เข้าถึงได้ในการทําธุรกรรม

ภาษี MEV อนุญาตให้มีสิ่งที่คล้ายกัน (อย่างน้อยก็สําหรับค่าธรรมเนียมลําดับความสําคัญ) แต่สามารถใช้งานได้ที่เลเยอร์แอปพลิเคชันบนห่วงโซ่ใด ๆ ที่ใช้การสั่งซื้อลําดับความสําคัญในการแข่งขันโดยไม่มีการสนับสนุนพิเศษสําหรับการแบ่งปันค่าธรรมเนียม นอกจากนี้ยังอนุญาตให้แอปพลิเคชันกําหนดภาษีของตนเองเป็นฟังก์ชันที่กําหนดเองของค่าธรรมเนียมลําดับความสําคัญให้ความยืดหยุ่นมากขึ้นและอาจส่งผลให้แอปพลิเคชันที่รู้จัก MEV มีความสามารถในการเขียนมากขึ้น

โซลูชันที่ไว้วางใจได้ โพสต์นี้มุ่งเน้นไปที่แรงจูงใจสําหรับแพลตฟอร์มในการใช้การสั่งซื้อลําดับความสําคัญในการแข่งขันและวิธีการใช้ประโยชน์จากแพลตฟอร์มที่ทําแทนที่จะพูดถึงวิธีบังคับใช้อย่างน่าเชื่อถือ

มีการอภิปรายล่วงหน้าอย่างมีนัยสําคัญเกี่ยวกับคุณสมบัติอื่น ๆ ที่จําเป็นสําหรับการสั่งซื้อลําดับความสําคัญในการแข่งขัน ตัวอย่างเช่นใน Fox, Pai, Resnick (2023) ผู้เขียนกล่าวถึงช่องโหว่ในการประมูล onchain ในกรณีที่ไม่มีการต่อต้านการเซ็นเซอร์และอธิบายการออกแบบสําหรับการประมูลที่ทนต่อการเซ็นเซอร์โดยใช้ผู้เสนอพร้อมกันหลายราย อย่างไรก็ตามพวกเขาไม่ได้แนะนําการสั่งซื้อเฉพาะสําหรับการทําธุรกรรม

มีการวิจัยอื่น ๆ เกี่ยวกับการสร้างกลไกสําหรับการสร้างบล็อกที่ลดความน่าเชื่อถือรวมถึง SUAVE ของ Flashbots, Sorella's Angstrom, การประมูลแบบไร้ผู้นํา, Espresso และ Offchain Labs' @espressosys/espresso-systems-and-offchain-labs-release-r-d-roadmap-for-decentralized-timeboost-5d0007dff66d">decentralized Timeboost และ mandated public transaction inclusion โดย Péter Szilági

บทสรุป

เราหวังว่าโพสต์นี้จะกระตุ้นให้ L2s พิจารณาใช้การสั่งซื้อลําดับความสําคัญ (ตามที่ได้รับการสนับสนุนโดยค่าเริ่มต้นใน OP Stack) และสร้างแรงบันดาลใจให้แอปพลิเคชันลองใช้ภาษี MEV ที่ได้รับการสนับสนุน

นอกจากนี้เรายังหวังว่าจะกระตุ้นให้เกิดการวิจัยเพิ่มเติมเกี่ยวกับโปรโตคอลสําหรับการสั่งซื้อลําดับความสําคัญในการแข่งขันที่ลดความน่าเชื่อถือทั้งใน L1 และ L2 หากคุณสนใจที่จะทํางานร่วมกันในปัญหานั้นและกําลังอ่านสิ่งนี้ก่อนวันพฤหัสบดีที่ 6 มิถุนายนคุณยังสามารถสมัคร TLDR Fellowship เพื่อทํางานกับ MEV-resistant L2 sequencers กับ Dan หรืออย่าลังเลที่จะติดต่อ dan@paradigm.xyz และ dave@paradigm.xyz ด้วยแนวคิด!

เชิงอรรถ

1. ในโพสต์นี้เราใช้ "ผู้เสนอ" เพื่ออ้างถึงนักแสดงหรือกระบวนการที่กําหนดธุรกรรมที่รวมอยู่ในบล็อกเฉพาะ ใน Ethereum L2s บทบาทนี้มักจะเต็มไปด้วย "ซีเควนเซอร์" ใน Ethereum L1 มันเต็มไปด้วยผู้ตรวจสอบ Ethereum เฉพาะที่เรียกว่าผู้เสนอแม้ว่าบ่อยครั้งที่ผู้เสนอจ้างงานสร้างบล็อกเพื่อประมูลการแข่งขันซึ่งมี "ผู้ถ่ายทอด" และ "ผู้สร้าง" เข้าร่วม รายละเอียดของวิธีการแบ่งความรับผิดชอบเหล่านี้อยู่นอกขอบเขตของโพสต์นี้ ↩
2. ค่าธรรมเนียมลําดับความสําคัญต่อก๊าซไม่ได้ระบุไว้อย่างชัดเจนในการทําธุรกรรม แต่สามารถคํานวณได้ ธุรกรรมระบุราคาก๊าซ แต่ Ethereum ยังเรียกเก็บค่าธรรมเนียมพื้นฐานซึ่งนําออกจากราคาก๊าซและถูกเผา ค่าธรรมเนียมพื้นฐานควรถูกเพิกเฉยเพื่อวัตถุประสงค์ของภาษี MEV เนื่องจากไม่ได้อยู่ภายใต้การควบคุมของผู้ทําธุรกรรม ค่าธรรมเนียมลําดับความสําคัญต่อก๊าซซึ่งเป็นราคาสําหรับส่วนของค่าธรรมเนียมการทําธุรกรรมที่ไปยังผู้เสนอบล็อกสามารถคํานวณได้ใน Solidity เป็น priorityGasPrice = tx.gasprice - block.basefee ↩
3. หรือเราสามารถกําหนด "MEV" เพื่อยกเว้นกําไรของผู้ค้นหาใด ๆ และอ้างถึงมูลค่าที่จะไปที่ผู้ตรวจสอบความถูกต้องเท่านั้น ↩
4. โปรดทราบว่าผู้เสนอ PriorityFee—เท่ากับ priorityFeePerGas คูณกับก๊าซทั้งหมดที่ใช้ในการทําธุรกรรม—ไม่สามารถคํานวณได้จริงในระหว่างสัญญา เนื่องจากไม่มีทางทราบได้ว่าธุรกรรมจะใช้ก๊าซเท่าใด อย่างไรก็ตามโดยทั่วไปสิ่งนี้จะไม่สําคัญเนื่องจากสิ่งที่เราต้องการคือขอบเขตบนสําหรับมัน เพื่อความปลอดภัยคุณสามารถคูณลําดับความสําคัญ FeePerGas ด้วย 30 ล้านซึ่งเป็นก๊าซสูงสุดในปัจจุบันในบล็อก Ethereum การประเมินค่านี้สูงเกินไปจะหมายความว่าภาษี MEV มีเปอร์เซ็นต์ของ MEV มากยิ่งขึ้น ↩
5. สมมติว่าธุรกรรมต้องไม่เกิน 30 ล้านก๊าซลําดับความสําคัญ FeePerGas 50,000 จะส่งผลให้มีการชําระเงินก๊าซ 1,500 gwei ประมาณ 0.006 ดอลลาร์ในราคา ETH 4000 ดอลลาร์ ↩
6. ในกรณีที่ลําดับความสําคัญ FeePerGas ถูกตั้งค่าเพื่อให้กําไรของ arbitrageur เป็นศูนย์การค้าการเก็งกําไรที่เพิ่มผลกําไรสูงสุดควรสอดคล้องกับการซื้อขายเดียวกันใน ฟังก์ชั่นสูงสุด AMM การพิสูจน์สิ่งนี้ถูกทิ้งไว้เป็นแบบฝึกหัดสําหรับผู้อ่าน ↩
7. Arbitrum มี กล่าวถึงการแทนที่สิ่งนี้ด้วยรูปแบบของการสั่งซื้อลําดับความสําคัญที่เรียกว่า Timeboost แต่ยังไม่ได้นําไปผลิตในขณะที่เขียนนี้ ↩

ข้อจํากัดความรับผิดชอบ:

1. บทความนี้พิมพ์ซ้ําจาก [กระบวนทัศน์] ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [Dan Robinson & Dave White] หากมีการคัดค้านการพิมพ์ซ้ํานี้ โปรดติดต่อทีม Gate Learn team และพวกเขาจะจัดการทันที

2. ข้อจํากัดความรับผิดชอบความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนและไม่ถือเป็นคําแนะนําการลงทุนใด ๆ

3. การแปลบทความเป็นภาษาอื่นทําโดยทีม Gate Learn ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปล

   แล้ว เว้นแต่จะกล่าวถึง