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

โพสต์นี้จัดระเบียบตามลำดับดังนี้:

ส่วนแรกนำเสนอการจัดหมวดหมู่ 2 มิติของเทคนิคการลด MEV นอกโปรโตคอล มีการสำรวจตัวอย่างในแต่ละหมวดหมู่

ส่วนต่อมาสำรวจว่าโปรโตคอล Ethereum ไม่สามารถทำหน้าที่เป็นโครงสร้างพื้นฐานที่ป้องกันหรือส่งคืน MEV ได้

ที่สาม เราสำรวจว่าโปรโตคอล Ethereum ทำอย่างไรเพื่อป้องกันผลเสียจาก MEV

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

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

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

การลด MEV นอกโปรโตคอล

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

เราจะใช้วิธีการสกัด MEV บน Automated Market Makers (AMM) และดังนั้นวิธีการบรรเทาผลกระทบเป็นตัวอย่าง AMM จํานวนมากทํางานดังนี้:

ผู้ให้ความสะดวกในการเงิน (LPs) ให้โทเค็นที่แตกต่างกันให้กับ AMM และให้ AMM ตั้งราคาตามที่ผู้ใช้งานสามารถซื้อขายกับโทเคนของ LP ได้

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

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

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

มีวิธีหลายวิธีที่สามารถลดต้นทุน MEV ได้ โดยรวมแล้ว เทคนิคการบรรเทา MEV นอกเหนือจากโปรโตคอลถูกแบ่งออกเป็นสองแกน:

• เทคนิคการบรรเทาความเสี่ยงที่เฉพาะเจาะจงหรือร่วมกันของโครงสร้าง
• ป้องกัน MEV หรือการคืนเงิน MEV

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

รูปที่ 1: การจัดหมวดหมู่ 2 มิติของเทคนิคการบรรเทาผลกระทบจาก MEV นอกโปรโตคอลพร้อมตัวอย่างสำหรับแต่ละหมวดหมู่

เฉพาะแอปพลิเคชันและการป้องกัน MEV: ฟังก์ชั่นการเพิ่ม AMM สูงสุด

เทคนิคการลด MEV ที่มักจะใช้งานง่ายที่สุดสําหรับผู้ที่ได้ยินเกี่ยวกับ MEV เป็นครั้งแรกคือแอปพลิเคชันที่ป้องกันการสัมผัสกับ MEV ตัวอย่างที่น่าตื่นเต้นคือ ฟังก์ชันการสูงสุด AMMที่ถูกเสนอโดยAndrea Canidio และ Robin Fritsch. มันแบทช์การซื้อขายที่รวบรวมในช่วงระยะเวลาหนึ่งและดําเนินการทั้งหมดในราคาที่สม่ําเสมอ ผู้เขียนแสดงให้เห็นว่ามันกําจัด LVR และแซนวิชซึ่งเป็นรูปแบบ MEV อื่น สัญชาตญาณคือผู้เข้าร่วมทั้งหมดซื้อขายในราคาส่วนเพิ่มของพูลหลังจากชุดและ arbitrageurs ถูกจูงใจให้ซื้อขายจนถึงจุดที่ราคานี้เท่ากับราคาตลาดภายนอก ระบบนี้คล้ายกับการประมูลแบทช์บ่อยครั้งที่เสนอโดย Budish, Cramton, และ Shim (2015)ในวรรณกรรมการเงินทางด้านการเงินแบบดั้งเดิม อย่างไรก็ตาม นั่นเป็นตัวอย่างที่ยอดเยี่ยมของความสอดคล้องกันระหว่างการเงินแบบกระจายและการเงินแบบดั้งเดิม ไอเดียการเงินแบบดั้งเดิมสามารถนำมาใช้ในการเงินแบบกระจายได้; ความรู้จากการนำไปใช้งานสามารถนำไปใช้ในการแจ้งข้อมูลในการเงินดั้งเดิมได้

การใช้งานเฉพาะหน้าและการคืนเงิน MEV: MEV การจับคู่ AMM

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

โครงสร้างพื้นฐานและการคืนเงิน MEV: การแบ่งปัน MEV.

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

โครงสร้างพื้นฐานและการป้องกัน MEV: การไหลของคำสั่งที่ได้รับความคุ้มครองในโลกที่มองหากำไร

ในที่สุดก็มีกลไกพื้นฐานที่มุ่งหวังที่จะป้องกันการสกัด MEV ตัวอย่างคือProtected Order-Flow in a Profit-Seeking World (PROF) PROF อาศัยผู้ผลิตบล็อกภายใน Trusted Execution Environment (TEE) ที่ปฏิบัติตามกฎการสั่งซื้ออย่างน่าเชื่อถือ เช่น มาก่อนได้ก่อน TEEs มีคุณสมบัติที่สําคัญสองประการที่ทําให้ความมุ่งมั่นน่าเชื่อถือ ได้แก่ :

• [ ] ความสมบูรณ์: รหัสและข้อมูลภายใน TEE ไม่สามารถแก้ไขหรือดัดแปลงได้ทั้งในระหว่างการดําเนินการหรือในขณะที่จัดเก็บโดยหน่วยงานภายนอกเช่นระบบปฏิบัติการไฮเปอร์ไวเซอร์หรือผู้ประสงค์ร้าย
• [ ] ความเป็นลับ: ข้อมูลและการคำนวณภายใน TEE ยังคงเป็นส่วนตัวและไม่สามารถเข้าถึงได้โดยผู้ที่ไม่ได้รับอนุญาต รวมถึงระบบโฮสต์ แอปพลิเคชันอื่น ๆ หรือผู้โจมตี

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

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

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

ขาดการบรรเทา MEV ในโปรโตคอล

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

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

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

รูปที่ 2: สไลด์ที่แสดงรอบ Condorcet มาก่อนได้ก่อนกฎการสั่งซื้อก่อนเสิร์ฟอาจติดอยู่ในนั้น สไลด์ที่นํามาจากงานนําเสนอเกี่ยวกับ Themis โดย Mahimna Kelkar

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

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

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

ตัวอย่างที่น่าสนใจที่ใกล้เคียงกับเทคนิคการคืนค่า MEV ในโปรโตคอลคือ ภาษี MEV, ที่เสนอโดยDan Robinson และ Dave White. อนุญาตให้แอปพลิเคชันใด ๆ โอเวอร์โหลดค่าธรรมเนียมลําดับความสําคัญในโปรโตคอลโดยการตั้งค่าพารามิเตอร์พูดว่า $k $ ผู้ใช้ใด ๆ ที่โต้ตอบกับแอปพลิเคชันจะต้องจ่าย $k$ เท่าของค่าธรรมเนียมลําดับความสําคัญที่จ่ายให้กับผู้ตรวจสอบฉันทามติให้กับแอปพลิเคชัน คุณอาจเห็นว่าระบบนี้สามารถคืนเงิน MEV ให้กับแอปพลิเคชันในลักษณะทั่วไปได้อย่างไร ตัวอย่างเช่นหากมี MEV 10 ETH ที่จะแยกออกจากแอปพลิเคชันโดยมี $k = 9 $ โดยเป็นคนแรกที่โต้ตอบกับมันผู้ใช้อาจจ่ายค่าธรรมเนียมลําดับความสําคัญ 1 ETH ให้กับผู้ตรวจสอบความถูกต้องและ 9 ETH ให้กับแอปพลิเคชันโดยสมมติว่าธุรกรรมได้รับคําสั่งตามค่าธรรมเนียมลําดับความสําคัญ

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

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

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

พูลอักษรที่ถูกเข้ารหัสถูกสร้างขึ้นบน Gnosis Chain ซึ่งเป็นบล็อกเชนที่มีโครงสร้างที่คล้ายกับ Ethereum ผู้เข้าร่วมระบบนั้น เป็นประชากรที่สำคัญในระบบเครือข่าย Shutterเน้นที่จะนำเข้า encrypted mempools ไปยัง Ethereum mainnet บางปัจจัยที่จำกัดปัจจัยบางประการคือสมมติฐานเชิงความไว้วางใจที่จำเป็นกับเทคนิคการเข้ารหัสที่มีพื้นฐานบนการเข้ารหัสแบบคริปโทกราฟเขตค่าเป็นสถานะของฟังก์ชันการเลื่อนล่าช้าที่สามารถตรวจสอบได้และ ปัญหาความพร้อมในการใช้งานข้อมูลฟรีเกี่ยวกับเมมพูลที่เข้ารหัส

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

โปรโตคอลทำอะไร

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

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

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

โปรโตคอลมีเป้าหมายเพื่อป้องกันผลเสียจากภายนอกโดยการแยกตัวบทบาทของตัวแทนสรุปความเห็นที่ Ethereum และการกำหนดระดับไฟวอลล์สำหรับตัวแทนเหล่านั้น ปัจจุบัน Ethereum มอบหมายบทบาททั้งหมดต่อตัวแทนเดียวกัน แต่ตามหลักการนั้นเป็นบทบาทที่แยกกันได้ เหตุผลสามอย่างที่ระบุไว้จนถึงปัจจุบันคือดังนี้

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

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

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

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

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

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

รูปที่ 3: การแบ่งแยกงานตาม Attester-Proposer Separation (APS) และ Proposer-Builder Separation (PBS) พร้อมกับรายการการรวมและการขายสิทธิ์ในการสร้างเป็นวาล์วทางเดียวระหว่างบทบาท

ไม่มีทางเลือกเดียวสำหรับปัญหาสองปัญหาที่แตกต่างกัน

เป้าหมายหลักของกลไก MEV ในโปรโตคอลโดยพื้นฐานแล้วแตกต่างจากเทคนิคการบรรเทา MEV ของแอปพลิเคชันและโครงสร้างพื้นฐาน เทคนิคการบรรเทาผลกระทบนอกโปรโตคอลโดยทั่วไปมีจุดมุ่งหมายเพื่อลด MEV ต่อหน่วยของมูลค่าที่อํานวยความสะดวก ในทางตรงกันข้ามเทคนิคการบรรเทาผลกระทบในโปรโตคอลมีจุดมุ่งหมายเพื่อป้องกันภายนอกเชิงลบของ MEV ที่รวมศูนย์ตัวแทนฉันทามติของ Ethereum เทคนิคการบรรเทา MEV ที่เฉพาะเจาะจงอาจนําไปสู่เป้าหมายทั้งสอง ตัวอย่างเช่น MEV-Boost นั้นอยู่นอกโปรโตคอลในทางเทคนิค แต่เป้าหมายเพียงอย่างเดียวคือการป้องกันภายนอกเชิงลบของ MEV

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

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

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

เป็นตัวอย่างของข้อโต้แย้งนี้ พิจารณากรณีของการสูญเสียเทียบกับการทำสมดุลใหม่ (LVR), ที่ถูกนำเสนอไว้ก่อนหน้านี้เป็นการสูญเสียจากการอะบิตราจความช้าของผู้ให้ความสดวกใน AMM เพราะการเสนอราคา on-chain ของพวกเขายังคงเหลือเก่าระหว่างบล็อกเมื่อเปรียบเทียบกับตลาดภายนอกที่มีการอัปเดตอย่างต่อเนื่อง ในงานของพวกเขา Milionis et al. พบว่า LVR สะสมในช่องเป็นสัมพัทธ์กับเวลาช่องถึง 3/2 ของเวลาช่อง

ในการตรวจสอบครั้งแรก สิ่งนี้จะพูดให้เห็นว่าการลดเวลาช่องก็ลด MEV แต่ LVR ก็คือ การขาดทุนจากการอาร์บิเทรจต่อหน่วย Likuidity อีกทั้งยังมี Joel Hasbrouck, Thomas Rivera, และ Fahad Salehแสดง ตําแหน่ง LP แต่ละตําแหน่งถือได้ว่าเป็นสินทรัพย์ที่ลงทุนได้ ผลตอบแทนที่คาดหวังของสินทรัพย์มักจะขึ้นอยู่กับความเสี่ยงของพวกเขา ไม่ชัดเจนว่าความเสี่ยงของตําแหน่ง LP จะเปลี่ยนไปอย่างไรเมื่อเวลาสล็อตลดลง แต่เพื่อประโยชน์ในการโต้แย้งให้ถือว่ามันคงที่ จากนั้นการกลับสู่ตําแหน่ง LP ควรคงที่โดยไม่คํานึงถึงเวลาของสล็อต ดังนั้นหากต้นทุนต่อหน่วยของสภาพคล่องลดลงรายได้ต่อหน่วยของสภาพคล่องจะต้องลดลงด้วย ใน AMM รายได้จะลดลงเนื่องจากสภาพคล่องไหลเข้าสู่ AMM มากขึ้น สภาพคล่องที่มากขึ้นหมายถึงหน่วยสภาพคล่องที่มากขึ้นต้องเผชิญกับ LVR ดังนั้นผลกระทบโดยรวมจึงคลุมเครือ ดังนั้นจึงไม่ชัดเจนว่าจํานวน MEV ทั้งหมดที่เกิดจาก LVR จะเปลี่ยนไปอย่างไรหากเวลาของสล็อตเปลี่ยนไปแม้ว่า MEV ต่อหน่วยของมูลค่าอาจลดลง

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

ตาราง 1: ผลกระทบของเวลาสล็อตต่อ LVR ปริมาณ Likelihood และปริมาณ MEV ทั้งหมด ตารางนี้แสดงให้เห็นว่าเวลาสล็อตมีผลต่อ LVR ต่อสล็อต และปัจจัยที่ Likelihood ถูกคูณ มันถือว่ารายได้ค่าธรรมเนียมยังคงที่และต้นทุนโอกาสต่อสล็อตเป็นศูนย์ ผลลัพธ์ถูกปรับค่าด้วยค่าที่สอดคล้องกับเวลาสล็อต 12 วินาทีที่ใช้เป็นเส้นฐาน

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

ยากที่จะบอกได้ว่าการพยากรณ์เหล่านี้จะเป็นไปได้อย่างไร ระบบนี้รู้น้อยเกี่ยวกับแรงบันดาลใจของผู้ให้สินเชื่อและการแลกเปลี่ยนความเสี่ยง-รางวัลแม้แต่น้อยกว่าเกี่ยวกับพฤติกรรมของนักเทรด Likwiditi. บางที LP อาจพิจารณาความเสี่ยงของตำแหน่ง LP ในแบบที่แตกต่างกันตามเวลาสล็อต ซึ่งอาจช่วยในการคาดเดาว่าจะเกิดอะไรขึ้นกับจำนวน MEV ทั้งหมดเมื่อเวลาสล็อตลดลง

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

คำปฏิเสธ:

1. บทความนี้ถูกพิมพ์ซ้ำจาก [ จูเลียน มา] ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [จูลี่ยาน มา]. หากมีข้อโต้แย้งใด ๆ เกี่ยวกับการพิมพ์ฉบับนี้ กรุณาติดต่อเกต์ เรียนทีมงานจะดำเนินการด้วยความรวดเร็ว
2. คำประกาศความรับผิดชอบ: มุมมองและความเห็นที่แสดงในบทความนี้เป็นเพียงเพียงของผู้เขียนเท่านั้น และไม่เป็นที่ปรึกษาการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่นๆ ทำโดยทีม Gate Learn หากไม่ได้กล่าวไว้ว่าสามารถคัดลอก กระจายหรือลอกเลียนแบบบทความที่แปลได้