Paradigm คิดค้นกลไกใหม่ ภาษี MEV ซึ่งอาจเปลี่ยนแปลงภูมิทัศน์ DeFi ที่มีอยู่

บทความนี้มาจาก "ลำดับความสำคัญคือสิ่งที่คุณต้องการ"

ผู้เขียนต้นฉบับ: แดน โรบินสัน, เดฟ ไวท์

ผู้เรียบเรียง: สามีรายวันของ Odaily Planet เป็นยังไงบ้าง?

Paradigm เผยแพร่บทความ "ลำดับความสำคัญคือทั้งหมดที่คุณต้องการ" เมื่อวันที่ 4 มิถุนายน ซึ่งแนะนำกลไกใหม่เกี่ยวกับภาษี 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 กับเครือข่ายเหล่านี้ สัญญาอัจฉริยะจะเรียกเก็บค่าธรรมเนียมตามค่าธรรมเนียมลำดับความสำคัญของธุรกรรม เราแสดงให้เห็นว่าหากแอปพลิเคชันเรียกเก็บภาษี MEV มูลค่า 99 ดอลลาร์จากทุกๆ 1 ดอลลาร์ของลำดับความสำคัญที่ผู้ค้นหาจ่าย แอปพลิเคชันดังกล่าวสามารถเก็บภาษี MEV ในการแข่งขันได้ 99% ของธุรกรรมนั้น

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

เราแสดงให้เห็นว่าภาษี MEV สามารถนำมาใช้เพื่อตอบคำถามหลักสามข้อในการวิจัย MEV ได้อย่างไร:

เราเตอร์การแลกเปลี่ยนแบบกระจายอำนาจ (DEX) ที่ปรับราคาที่ได้รับจากผู้แลกเปลี่ยนให้เหมาะสม

ผู้ดูแลสภาพคล่องอัตโนมัติ (AMM) ที่ช่วยลดการสูญเสียที่เกิดขึ้นจากผู้ให้บริการสภาพคล่องเนื่องจากการปรับสมดุลใหม่ (LVR)

กระเป๋าเงินที่ให้ผู้ใช้สามารถบันทึก MEV "ย้อนกลับ" ใด ๆ ที่สร้างขึ้นโดยการทำธุรกรรมของพวกเขา

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

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

ลำดับความสำคัญในการสั่งซื้อ

เมื่อมีคนส่งธุรกรรมบน Ethereum mainnet หรือ L2 พวกเขาจะระบุค่าธรรมเนียมลำดับความสำคัญที่จ่ายให้กับผู้เสนอบล็อก คุณสามารถจินตนาการได้ว่าสิ่งนี้ถูกระบุผ่าน PriorityFeePerGas ซึ่งเป็นตัวเลขคูณด้วย Gas ที่ใช้ในธุรกรรมเพื่อรับ builderPriorityFee ซึ่งเป็นจำนวนเงินทั้งหมดที่จ่ายใน ETH

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

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

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

ภาษีเอ็มอีวี

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

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

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

ค่าธรรมเนียมใหม่นี้ชำระโดยผู้ค้นหาที่ส่งธุรกรรม ดังนั้นจึงส่งผลต่อพฤติกรรมของผู้ค้นหานั้น หากโอกาสมี MEV อยู่ที่ 100 ETH ธุรกรรมที่ชนะจะกำหนดค่าธรรมเนียมลำดับความสำคัญเพียง 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 ของพวกเขา ขายสิทธิ์ให้กับผู้ใช้ Runback เพื่อลดการรั่วไหลของ MEV ของผู้ใช้

ผู้ค้นหาเราเตอร์ DEX

ในโปรโตคอลการกำหนดเส้นทาง DEX ตามเจตนา เช่น UniswapX และ 1inch Fusion ผู้ใช้ (Alice) ลงนามในเจตนาการแลกเปลี่ยน และผู้ค้นหาแข่งขันกันเพื่อกำหนดเส้นทางหรือเติมเจตนานั้นในราคาที่ดีที่สุด

UniswapX เวอร์ชันปัจจุบันใช้กลไกสองประการในการจัดการแข่งขันครั้งนี้: การประมูลในเนเธอร์แลนด์ ซึ่งราคาจำกัดของ Alice เปลี่ยนแปลงเมื่อเวลาผ่านไปจนกระทั่งผู้ค้นหากรอก และการประมูลคำขอใบเสนอราคานอกเครือข่ายครั้งแรก (RFQ) เพื่อกำหนดราคาเริ่มต้นสำหรับสิ่งนั้น การประมูลของชาวดัตช์

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

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

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

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

สิ่งนี้มีข้อได้เปรียบเหนือกลไกที่มีอยู่ใน UniswapX

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

การประมูลที่ใช้ภาษี MEV เพื่อกรอกคำสั่งซื้อต่างจาก RFQ นอกเครือข่ายตรงที่จะเกิดขึ้นแบบอะตอมมิกเมื่อมีการดำเนินธุรกรรมออนไลน์ ซึ่งหมายความว่าผู้ชนะการประมูลจะได้รับการรับประกันว่าคำสั่งซื้อจะถูกเติมเต็มหากการทำธุรกรรมออนไลน์สำเร็จเท่านั้น สิ่งนี้สามารถช่วยให้สภาพคล่องบนเครือข่าย (เช่น 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 พูลสามารถบังคับใช้เงื่อนไขได้ (เป็นค่าคงที่บางส่วน):

x_end * y_end > (sqrt(x_start * y_start) + a*priorityFeePerGas)^ 2 สูตรนี้จะจูงใจนักเทรดที่เก็งกำไรให้ซื้อขายในราคาจริง หลังจากนั้นราคากึ่งกลางของพูลควรเป็นราคาจริง

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

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

การประมูลย้อนหลัง

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

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

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

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

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

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

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

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

• โปรโตคอลเช่นวงรีเปิดใช้งานค่าที่แยกได้ (OEV) โดยการจับภาพออราเคิลที่พวกเขาสร้างขึ้น

• การรีไฟแนนซ์การประมูลในโปรโตคอลการให้กู้ยืมที่มีหลักประกัน NFT เช่น Blend

• การชำระบัญชีข้อตกลงการให้กู้ยืมมีมูลค่าน้อยกว่าการประมูลในเนเธอร์แลนด์

การจับภาพ MEV ข้ามแอปพลิเคชัน

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

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

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

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

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

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

a_ 1 * ลำดับความสำคัญPerGas + a_ 2 * ลำดับความสำคัญPerGas = MEV

ลำดับความสำคัญPerGas = MEV/(a_ 1 + a_ 2)

Tax_ 1(ลำดับความสำคัญต่อก๊าซ) =(a_ 1/(a_ 1+a_ 2))*MEV

Tax_ 2(ลำดับความสำคัญPerGas) = (a_ 2/(a_ 1+a_ 2))*MEV

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

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

เราเชื่อว่านี่เป็นพื้นที่การออกแบบที่กว้างขวางซึ่งคุ้มค่าแก่การวิจัยในอนาคต

ข้อจำกัด

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

ความไม่เข้ากันของแรงจูงใจ

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

• การจัดลำดับความสำคัญ: ธุรกรรมในบล็อกจะต้องเรียงลำดับตามลำดับความสำคัญFeePerGas จากมากไปหาน้อย

• การต่อต้านการเซ็นเซอร์: หากผู้เสนอบล็อกได้รับธุรกรรม t 1 เมื่อสร้างบล็อก และบล็อกไม่เต็มหรือมีธุรกรรม t 2 และ t 2.priorityFeePerGas < t 1.priorityFeePerGas บล็อกนั้นจะต้องมีธุรกรรม t 1

• ความเป็นส่วนตัวก่อนการทำธุรกรรม: ผู้เสนอบล็อกจะต้องยอมรับธุรกรรมผ่านปลายทางส่วนตัว และจะต้องไม่แบ่งปันธุรกรรมเหล่านี้กับใครก็ตามก่อนที่จะส่งบล็อก และไม่สามารถใช้เนื้อหาของธุรกรรมเหล่านี้เพื่อสร้างธุรกรรมของตนเอง

• ยังไม่มีการสรุประยะเวลา ผู้เสนอบล็อกจะต้องกำหนดเวลาที่ชัดเจน (blockTime) ก่อนที่จะรับธุรกรรมจากใครก็ตาม และหลังจากนั้นพวกเขาจะไม่ยอมรับธุรกรรมจากใครเลย

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

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

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

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

บล็อกที่สมบูรณ์

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

การทำธุรกรรมย้อนกลับ

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

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

เปิดเผยความตั้งใจของผู้ใช้

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

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

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

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

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

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

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

การอภิปรายและการทำงานเบื้องต้น

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

มาก่อนเสริฟก่อน. ผ่านกฎการสั่งซื้อธุรกรรม เช่น Themis หรือ Arbitrum One's current Sequencer ) เพื่อบรรเทาปัญหา MEV ได้มุ่งเน้นไปที่การบังคับใช้กฎการสั่งซื้อที่แตกต่างกัน มาก่อนได้ก่อน (บางครั้งเรียกว่า "การสั่งซื้อที่ยุติธรรม") โดยที่ผู้เสนอบล็อกจะต้อง สั่งธุรกรรมตามลำดับที่เห็น

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

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

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

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

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

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

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

มีงานวิจัยอื่นๆ ที่เกี่ยวข้องกับการสร้างกลไกการสร้างบล็อกที่ลดความน่าเชื่อถือ รวมถึง SUAVE ของ Flashbots, Angstrom ของ Sorella, การประมูลแบบไม่มีผู้นำ, Timeboost แบบกระจายอำนาจของ Espresso และ Offchain Labs และการบังคับบรรจุภัณฑ์ธุรกรรมสาธารณะของ Péter Szilági

สรุปแล้ว

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

นอกจากนี้เรายังหวังว่าสิ่งนี้จะเป็นแรงบันดาลใจให้กับการวิจัยเพิ่มเติมเกี่ยวกับโปรโตคอลการจัดลำดับความสำคัญของการแข่งขันที่ลดความไว้วางใจใน L1 และ L2

เชิงอรรถ

1. ในบทความนี้ เราใช้ “ผู้เสนอ” เพื่ออ้างถึงนักแสดงหรือกระบวนการที่กำหนดธุรกรรมที่จะรวมอยู่ในบล็อกเฉพาะ บน Ethereum L2 บทบาทนี้มักจะเต็มไปด้วย "ซีเควนเซอร์" บน Ethereum L1 นั้นจะถูกเติมโดยเครื่องมือตรวจสอบความถูกต้องของ Ethereum ที่เรียกว่าผู้เสนอ แม้ว่าโดยทั่วไปแล้วผู้เสนอจะมอบหมายงานด้านการสร้างบล็อกให้กับการประมูลที่แข่งขันกันซึ่งมี "รีเลย์" และ "ผู้สร้าง" เข้าร่วม รายละเอียดการแบ่งความรับผิดชอบเหล่านี้อยู่นอกเหนือขอบเขตของบทความนี้

2. ค่าธรรมเนียมลำดับความสำคัญต่อ Gas ไม่ได้ระบุไว้อย่างชัดเจนในธุรกรรม แต่สามารถคำนวณได้ในธุรกรรม ธุรกรรมระบุราคา Gas แต่ Ethereum ยังเรียกเก็บค่าธรรมเนียมพื้นฐาน ซึ่งนำมาจากราคา Gas และเผา สำหรับภาษี MEV ที่เกี่ยวข้อง ควรละเว้นค่าธรรมเนียมพื้นฐานเนื่องจากอยู่นอกเหนือการควบคุมของตัวแทนจำหน่าย ค่าธรรมเนียมลำดับความสำคัญต่อ Gas (เช่น ราคาของส่วนของค่าธรรมเนียมการทำธุรกรรมที่ไปยังผู้เสนอบล็อก) สามารถคำนวณได้ใน Solidity ตาม PriorityGasPrice = tx.gasprice - block.basefee

3. เราสามารถกำหนด "MEV" เพื่อยกเว้นผลกำไรของผู้ค้นหา และอ้างอิงเฉพาะค่าที่จะไหลไปยังเครื่องมือตรวจสอบเท่านั้น

4. โปรดทราบว่า offerrPriorityFee ไม่สามารถคำนวณผลคูณของจำนวน Gas PriorityFeePerGas ทั้งหมดที่ใช้ในธุรกรรมได้ (เท่ากับ Gas ทั้งหมดที่ใช้ในธุรกรรม) ในระหว่างสัญญา เนื่องจากไม่มีทางรู้ได้ว่าท้ายที่สุดแล้วธุรกรรมจะใช้ Gas เป็นเท่าใด อย่างไรก็ตาม สิ่งนี้มักจะไม่สำคัญเนื่องจากเราต้องการแค่ขอบเขตบนเท่านั้น เพื่อความปลอดภัย คุณสามารถคูณ PriorityFeePerGas ได้ 30 ล้าน ซึ่งเป็น Gas สูงสุดในปัจจุบันในบล็อก Ethereum การประเมินค่านี้สูงเกินไปจะหมายถึงภาษี MEV เท่านั้นตามสัดส่วนที่มากขึ้นของ MEV

5. สมมติว่าธุรกรรมต้องไม่เกิน 30 ล้าน Gas, PriorityFeePerGas จากนั้น 50,000 จะส่งผลให้มีการจ่ายแก๊ส 1,500 gwei - ประมาณ 0.006 ดอลลาร์ ที่ราคา ETH 4,000 ดอลลาร์

6. หากตั้งค่าลำดับความสำคัญFeePerGas เพื่อให้กำไรของอนุญาโตตุลาการเป็นศูนย์ ดังนั้นการค้าขายโดยอนุญาโตตุลาการที่มีกำไรสูงสุดควรสอดคล้องกับการซื้อขายเดียวกันในฟังก์ชันที่เพิ่ม AMM สูงสุด

7. อนุญาโตตุลาการได้พูดคุยถึงการแทนที่ด้วยการจัดลำดับความสำคัญรูปแบบหนึ่งที่เรียกว่า Timeboost แต่ในขณะที่เขียนบทความนี้ ยังไม่ได้ใช้งานจริง