บทนำ

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

กลไกนี้สามารถใช้ได้ในวันนี้บน OP Stack L2s เช่น OP Mainnet, Base, และ Blast เนื่องจากผู้เสนอบล็อกบนเชนเหล่านั้นปฏิบัติตามชุดกฎที่เราเรียกว่า competitive priority ordering

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

MEV taxes are a simple technique that opens up a vast design space. You can think of them as allowing any application on the chain to run its own custom MEV auction, without needing any offchain infrastructure of its own, just by hooking into a single shared auction run by the block proposer.

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

• ตัวนำทางแลกเปลี่ยนแบบกระจาย (DEX) ที่ปรับให้ได้ราคาที่ได้รับจากผู้สลับแลกเปลี่ยน
• เครื่องมือตลาดอัตโนมัติ (AMMs) ที่ลดขาดทุนในการทำสมดุล (LVR) ที่นักให้บริการความสามารถในการให้ Likit
• กระเป๋าเงินที่อนุญาตให้ผู้ใช้จับ MEV ที่สร้างโดยธุรกรรมของพวกเขา

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

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

การสั่งซื้อความสำคัญ

เมื่อมีคนส่งธุรกรรมบน Ethereum L1 หรือ L2 พวกเขาระบุค่าธรรมเนียมลำดับความสำคัญที่พวกเขาจ่ายให้กับผู้เสนอบล็อก1คุณสามารถนึกภาพได้ว่านี่ถูกกำหนดเป็น priorityFeePerGas ซึ่งเป็นจำนวนที่ถูกคูณกับแก๊สที่ใช้ในธุรกรรมเพื่อให้ได้ builderPriorityFee—การชำระเงินรวมทั้งใน ETH2

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

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

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

ภาษี MEV

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

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

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

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

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

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

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

การจับคู่ MEV แอปพลิเคชันเดียว

ที่นี่เราเรียงความคิดอย่างไรบนโซ่ที่รับประกันว่าจะใช้การจัดลำดับลำดับความสำคัญที่เป็นแข่งขันสำหรับการสร้างบล็อก MEV taxes สามารถใช้เพื่อลดปัญหาสำคัญสามประการใน MEV: การให้ DEX interfaces ปรับปรุงการดำเนินการซื้อขายสำหรับผู้เปลี่ยนแปลง การให้ AMMs ลดความเสียหายจากการอาร์บิเทรจสำหรับ LPs และการให้กระเป๋าเงินลดการรั่วไหลของ MEV สำหรับผู้ใช้ของพวกเขาโดยขายสิทธิ์ในการ backrun ผู้ใช้

DEX routers

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

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

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

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

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

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

นี่มีประโยชน์ในบางด้าน ที่มากกว่ากลไกที่ใช้ใน UniswapX อยู่

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

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

AMMs

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

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

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

x_endy_end > (sqrt(x_starty_start) + a*priorityFeePerGas)^2

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

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

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

การประมูล Backrunning

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

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

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

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

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

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

Other use cases

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

• โปรโตคอลสำหรับการจับค่าสกุลเงินที่สามารถดึงออกจากออรัคเกิลที่พวกเขาสร้างขึ้น เช่น วงรี
• การประมูล Refinancing ในโปรโตคอลการยืมที่มีหลักทรัพย์ NFT เช่น Blend
• การขาดทุนจากการล่มสลายโปรโตคอลการยืมที่ ค่าน้ำหกล้มthan Dutch auctions

การจับกุญแจ MEV ระหว่างแอปพลิเคชัน

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

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

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

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

tax_1(priorityPerGas) + tax_2(priorityPerGas) = total MEV

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

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

a_1priorityPerGas + a_2priorityPerGas = 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 อาจต้องการจับค่าจากนักเทรดที่รู้ข้อมูลคนเดียวที่ด้านบนของบล็อก แต่จะต้องการให้ Likelihood แก่นักเทรดและแอปพลิเคชันอื่น ๆ (รวมถึงคนที่ใช้ภาษี MEV) ด้วยค่าธรรมเนียมคงที่ต่ำ ในกรณีนั้น AMM จะตั้งภาษี MEV ที่สูงสุด (เช่น 0.00001 ดอลลาร์)priorityFeePerGas), ดังนั้นธุรกรรมอาร์บิเทรจ (หากมี) จะเกิดขึ้นในบล็อกแรก และจะไม่มีการเรียกเก็บภาษี MEV ในธุรกรรมต่อมาในบล็อก แอปพลิเคชันเช่น UniswapX ที่ต้องการที่จะโต้ตอบกับ AMM สามารถตั้งราคาภาษี MEV ที่สูงมาก (เช่น $0.01 priorityFeePerGas), เพื่อให้แน่ใจว่าธุรกรรมของพวกเขาจะถูกรวมเข้าไปหลังจากที่พูลได้รับการทำการซื้อขายโดยมีอำนาจอยู่แล้ว ด้วยภาษีที่สัมพันธ์กับเหล่านั้น AMM จะลงทุนก่อนแม้แต่เพียง $1 บนมันและ $50,000 ของ MEV ในคำสั่ง UniswapX

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

ข้อจำกัด

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

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

MEV taxes are not incentive-compatible for a monopolistic block proposer. They only work if there is fair competition for transaction inclusion, which can only happen if the block proposer follows rules that we’ll call “competitive priority ordering,” rather than maximizing their own revenue. Informally and non-exhaustively, we suggest that these rules should include:

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

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

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

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

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

บล็อกเต็ม

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

ธุรกรรมที่ถูกย้อนกลับ

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

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

การรั่วของจุดมุ่งหมายของผู้ใช้

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

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

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

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

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

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

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

การสนทนาและงานที่ผ่านมา

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

มาก่อน ให้บริการก่อน มีการพยากรณ์ MEV ผ่านกฎเรียงลำดับธุรกรรมบางครั้ง เช่น Themis หรือ ตัวเรียงปัจจุบันของ Arbitrum One,7มุ่งเน้นการบังคับกฎการสั่งซื้อที่แตกต่างกัน คือ มาก่อนบริการก่อน (บางครั้งเรียกว่า "การสั่งซื้อที่เป็นธรรม") ที่ผู้เสนอบล็อกต้องเรียงลำดับธุรกรรมตามลำดับที่พวกเขาเห็น

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

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

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

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

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

Trustless solutions. This post focuses on the motivation for platforms to use competitive priority ordering—and ways to take advantage of platforms that do—rather than discussing how to trustlessly enforce it.

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

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

สรุป

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

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

Footnotes

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

ข้อความปฏิเสธความรับผิดชอบ：

1. บทความนี้ถูกพิมพ์ซ้ำจาก [พาราดิมทุกสิทธิ์ในการคัดลอกเป็นของผู้เขียนเดิม [Dan Robinson, Dave White]. If there are objections to this reprint, please contact the Gate Learnทีม และพวกเขาจะจัดการกับมันโดยเร็ว
2. คำปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เป็นการให้คำแนะนำทางการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่นๆ จะมีการดำเนินการโดยทีม Gate Learn หากไม่ได้ระบุไว้ การคัดลอก การแจกจ่าย หรือการลอกเลียนบทความที่ถูกแปลนั้นถือเป็นการละเมิด