อ่านเพิ่มเติม: สถาบันวิจัย Gate Ventures: การวิเคราะห์เชิงลึกของ MEV ส่องสว่างในป่ามืด (ตอนที่ 1)
MEV ชะลอทิศทางการสำรวจ
ในอดีต ภายในระบบนิเวศ Ethereum โซลูชัน PBS ได้รับการว่าจ้างจากภายนอกให้กับ Flashbots ถูกใช้เพื่อศึกษาปัญหา MEV ของ Ethereum โดยเฉพาะ และการประเมินมูลค่ารอบล่าสุดมีมูลค่าถึง 1 พันล้านดอลลาร์สหรัฐ อย่างไรก็ตาม เนื่องจาก Relayer ไม่มีผลประโยชน์ทางเศรษฐกิจ และการใช้งาน Relay ต้องใช้เกณฑ์ด้านเทคนิคและเศรษฐกิจที่สูง Blocknative จึงละทิ้งการวิจัยและพัฒนาโครงการติดตามนี้ เพื่อที่จะแก้ปัญหาความไม่ไว้วางใจและแรงจูงใจทางเศรษฐกิจเป็นศูนย์ Ethereum กำลังพิจารณาใช้การปรับปรุงระดับโปรโตคอล e-PBS เพื่อหลีกเลี่ยงไม่ให้มีรีเลย์อยู่บนพื้นฐานของโปรโตคอล mevboost ของบุคคลที่สาม
MEV ในปัจจุบันดูเหมือนจะเป็นปัญหาที่ไม่สามารถแก้ไขได้ เนื่องจากโดยพื้นฐานแล้ว มันเป็นผลิตภัณฑ์ที่หลีกเลี่ยงไม่ได้จากความซับซ้อนที่เพิ่มขึ้นของระบบนิเวศและความไม่สมดุลของข้อมูลภายในระยะเวลาของผู้ใช้ สำหรับ Ethereum ในป่ามืด โดยเฉพาะอย่างยิ่งเมื่อไม่ได้รับอนุญาตและ ต้านทาน ภายใต้อิทธิพลของความคิดของแฮ็กเกอร์ในการเซ็นเซอร์ Ethereum ไม่สามารถตรวจสอบและปรับปรุงในระดับโปรโตคอลเพื่อตัด MEV ได้ในทันที สิ่งนี้เป็นไปไม่ได้และจะไม่เกิดขึ้น ในระบบนิเวศ Ethereum มีความพยายามมากขึ้นในการหาวิธีลดผลกระทบภายนอกเชิงลบของ MEV และปรับปรุงผลกระทบภายนอกเชิงบวก โครงการ สมาชิกชุมชน นักพัฒนา และ VC จำนวนมากกำลังค้นหาวิธีที่คุ้มค่าแก่การลอง และมีโอกาสที่เป็นไปได้มากมายเกิดขึ้น ต่อไป เราจะแนะนำความพยายามบางส่วนเพื่อลดผลกระทบภายนอกเชิงลบ โดยทั่วไป ความพยายามทั้งหมดอยู่ในสามทิศทาง: ระดับโปรโตคอล ระดับแอปพลิเคชัน และกลไกการประมูล
เอสยูวี
SUAVE (Single Unifying Auction for Value Expression) ได้รับการเสนอโดย Flashbots เพื่อปรับปรุงผลกระทบภายนอกเชิงลบของ MEV ในทำนองเดียวกัน ไม่ได้ใช้การแก้ปัญหา MEV แต่แนะนำ MEV ให้มีการกระจายอำนาจและโปร่งใส
สถาปัตยกรรมของห่วงโซ่ SUAVE ที่มา: Flashbots
ด้วยการสร้างบล็อกเชนใหม่ SUAVE จึงมีเครื่องเสมือน MEVM ในตัวที่สามารถเรียกใช้สัญญาอัจฉริยะ EVM ได้ ในเวลาเดียวกัน เครื่องมือสำหรับนักพัฒนาที่รองรับสามารถรองรับการพัฒนาสัญญาอัจฉริยะ MEV บนเครื่องเสมือน EVM สิ่งนี้ทำให้โครงสร้างพื้นฐาน MEV แบบรวมศูนย์ใดๆ ในปัจจุบันสามารถแปลงเป็นสัญญาอัจฉริยะบนบล็อคเชนแบบกระจายอำนาจได้ สิ่งนี้จะช่วยลดเกณฑ์ในการสร้างแอปพลิเคชัน MEV ใหม่ลงอย่างมาก เพิ่มการแข่งขันระหว่างกลไกที่แตกต่างกัน และนำมาซึ่งการกระจายอำนาจและความโปร่งใส สุดท้ายนี้ ช่วยกระจายอำนาจปัญหาการรวมศูนย์ของห่วงโซ่อุตสาหกรรม MEV โดยเปิดใช้งานโครงสร้างพื้นฐานแบบรวมศูนย์ (ผู้สร้าง รีเลย์ การกำหนดเส้นทาง RFQ แบบรวมศูนย์ ฯลฯ) เพื่อตั้งโปรแกรมเป็นสัญญาอัจฉริยะบนบล็อกเชนแบบกระจายอำนาจ
ห่วงโซ่อุปทานของธุรกรรม Rollup แหล่งที่มา: dba:
SUAVE สามารถทำหน้าที่เป็นผู้สั่งซื้อแบบกระจายอำนาจและเครื่องรับรู้เจตนาที่ส่งไปยังผู้เสนอบนเครือข่าย และสุดท้ายก็ใช้ Ethereum เป็นเลเยอร์การชำระเงิน โหนดการดำเนินการจะดำเนินการนอกเครือข่าย โดยใช้สภาพแวดล้อมการดำเนินการที่เชื่อถือได้หรือเทคโนโลยีที่ไม่มีความรู้ ผู้ใช้สามารถใช้ธุรกรรมตามเจตนา ส่งมอบธุรกรรมให้กับ SUAVE เพื่อการวิเคราะห์ และเพิ่ม MEV ที่โปร่งใสสูงสุดสำหรับการเสนอราคา MEV ระหว่างสัญญาอัจฉริยะ เพื่อให้สามารถบรรเทาผลกระทบภายนอกเชิงลบได้อย่างมีประสิทธิภาพผ่านกลไกตลาดที่โปร่งใส ในเวลาเดียวกัน ตามบทความภาษีแอปพลิเคชันของ Paradigm ตัวอย่างเช่น การจัดเก็บภาษีแอปพลิเคชันจากพฤติกรรมของบอท MEV มีความเหมาะสมมากกว่าสำหรับการดำเนินการบน SUAVE Paradigm เกิดขึ้นเพื่อเป็นที่ปรึกษาและนักลงทุนในโครงการนี้
อฟ
มาดู OFA (Order Flow Auction) เป็นตัวอย่างเพื่อดูการปรับปรุงกลไกการประมูล
กลไกการประมูล OFA ที่มา: Frontier Research
ผู้เริ่มคำสั่งซื้อ (กระเป๋าเงิน/แอปพลิเคชัน) จะส่งคำสั่งซื้อไปยัง OFA และ OFA จะเลือกเปิดเผยข้อมูลบางอย่าง รวมถึงมูลค่าคำสั่งซื้อ ฯลฯ นี่คือพื้นที่การออกแบบ
ผู้ประมูล ผู้ประมูลจะเสนอราคา รับข้อมูลที่เกี่ยวข้อง และเสนอราคาที่สามารถชำระได้สำหรับขั้นตอนการสั่งซื้อนี้ จากนั้นผู้ประมูลจะดำเนินการ MEV ในขั้นตอนการสั่งซื้อนี้
มีเพียงผู้ประมูลเท่านั้นที่จะเห็นขั้นตอนการสั่งซื้อส่วนตัวส่วนนี้ และการเปิดตัวการแข่งขันในตลาดจะทำให้ MEV มีความโปร่งใสมากขึ้นและลดการสูญเสียของผู้ใช้
ปัจจุบันมีหลายโครงการตามกลไกการประมูล OFA ที่ได้รับการพัฒนาในอุตสาหกรรม กลไกและกระบวนการดำเนินงานโดยรวมมีความคล้ายคลึงกันมาก ความแตกต่างอยู่ที่รายละเอียดและวิธีการใช้งานขององค์ประกอบหลักทั้งสี่
พูลการซื้อขายส่วนตัว Crypto
OFA นั้นคล้ายคลึงกับการสร้างกลุ่มการซื้อขายส่วนตัว แต่คำสั่งซื้อของผู้ใช้เหล่านี้สามารถถอน MEV โดยผู้ชนะการประมูลภายใต้กลไกการประมูลบางอย่างเท่านั้น และค่าธรรมเนียมการประมูลจะถูกส่งกลับไปยังเจ้าของคำสั่งซื้อ ในความเป็นจริง ยังมีการแยก MEV ภายใต้กลไกการประมูลบางประเภทภายใต้สถาปัตยกรรมนี้ กลุ่มความเป็นส่วนตัวของหน่วยความจำหวังที่จะแก้ปัญหาการรักษาความลับสำหรับผู้ค้นหา เนื่องจากผู้ค้นหาคือผู้เข้าร่วมหลักของ MEV ดังนั้นเฉพาะรีเลย์และผู้สร้างบล็อกเท่านั้นที่สามารถดูคำสั่งซื้อผ่านกลุ่มธุรกรรมส่วนตัวได้ การเข้ารหัสหมายความว่าธุรกรรมของผู้ใช้อาจจำเป็นต้องจ่าย Gas ที่สูงขึ้น ซึ่งปัจจุบันนี้มีวิธีการเข้ารหัสหลายวิธีที่ควรค่าแก่การสำรวจ
MPC การประมวลผลแบบหลายฝ่าย: หลายฝ่ายใช้ MPC ซึ่งจะซ่อนรายละเอียดธุรกรรมจากหลายฝ่าย นอกจากนี้ยังสามารถใช้ MPC กับผู้สั่งซื้อที่ใช้ร่วมกันเพื่อกระจายอำนาจแบบรวมศูนย์ของโหนดการสั่งซื้อเดียว
ฟังก์ชันหน่วงเวลาที่ตรวจสอบได้ VDF: ฟังก์ชันนี้ต้องใช้เวลา T ในการคำนวณ และเมื่อคำนวณแล้ว ก็จะสามารถตรวจสอบความถูกต้องได้อย่างรวดเร็ว เมื่อใช้ VDF ลำดับธุรกรรมสามารถเปลี่ยนเป็นการดำเนินการแบบอนุกรมได้ แต่จะทำให้ประสบการณ์แย่มากในสภาพแวดล้อมของผู้ใช้จำนวนมาก เวลาหน่วงเวลา T คือมูลค่าการแลกเปลี่ยน
การเข้ารหัสตามเกณฑ์ TSS: อนุญาตให้ผู้เข้าร่วมหลายคนเข้าร่วมในกระบวนการเข้ารหัสและถอดรหัสร่วมกัน โดยไม่ต้องให้ผู้เข้าร่วมคนเดียวต้องมีคีย์ที่สมบูรณ์ การเข้ารหัสเกณฑ์สามารถป้องกันการโจมตีแบบ front-run ได้อย่างมีประสิทธิภาพโดยการเข้ารหัสเนื้อหาธุรกรรม เพื่อป้องกันไม่ให้ผู้โจมตีเห็นรายละเอียดธุรกรรมก่อนที่ธุรกรรมจะได้รับการยืนยัน เมื่อเปรียบเทียบกับ MPC แล้ว TSS จะง่ายกว่าและเหมาะสำหรับการสร้างลายเซ็นเดี่ยวและคีย์ส่วนตัวมากกว่า Shutter Network ใช้ TSS ซึ่งช่วยให้ผู้ตรวจสอบความถูกต้องสามารถจัดเรียงและจัดแพ็คเกจธุรกรรมโดยไม่ต้องรู้เนื้อหา ดังนั้นจึงป้องกันการโจมตี MEV
หลักฐานที่ไม่มีความรู้ ZKP สามารถตรวจสอบความถูกต้องของข้อมูลได้โดยไม่ต้องเปิดเผยข้อมูลเฉพาะ การพัฒนาในปัจจุบันส่วนใหญ่ได้รับผลกระทบจากการพัฒนาฮาร์ดแวร์ซึ่งมีราคาแพงและต้องใช้เวลาในการดำเนินการเชิงพาณิชย์ Automata Network เสนอเครือข่ายส่งต่อความเป็นส่วนตัวที่เรียกว่า สายพานลำเลียง ที่ใช้การคำนวณแบบหลายฝ่าย (MPC) และการพิสูจน์ความรู้แบบศูนย์เพื่อปกป้องความเป็นส่วนตัวของธุรกรรมในขณะเดียวกันก็อนุญาตให้ผู้ตรวจสอบทำการคำนวณที่จำเป็น
การเปรียบเทียบรูปแบบการเข้ารหัสสำหรับกลุ่มการซื้อขายส่วนตัว ที่มา: Flashbots
มีอัลกอริธึมการเข้ารหัสที่เป็นตัวเลือกที่หลากหลายสำหรับการเข้ารหัสของกลุ่มธุรกรรมส่วนตัว รวมถึง MPC, TSS, VDF, ZKP ฯลฯ แต่อัลกอริธึมการเข้ารหัสแต่ละรายการมีข้อเสียที่นักพัฒนาจำเป็นต้องชั่งน้ำหนัก ในโครงการสำรวจ ได้แก่ Shutter Network โดยใช้อัลกอริธึม TSS และ Automate Network โดยใช้ MPC และ ZKP เพื่อแก้ปัญหา MEV ซึ่งสมควรได้รับความสนใจ
ตั๋วการดำเนินการ
Execution Tickets เป็นวิธีแก้ปัญหาสำหรับ MEV ที่เสนอโดย Justin ในงานสัมมนา Columbia Cryptoeconomics เป็นการปรับปรุงในระดับฉันทามติและดำเนินการผ่านสามขั้นตอน:
โดยจะเสนอตลาดตั๋ว และบุคคลที่ได้รับตั๋วจะมีคุณสมบัติที่จะเสนอการดำเนินการบล็อกในเวลาใดเวลาหนึ่งในอนาคต ด้วยกลไกการกำหนดราคาแบบไดนามิก จำนวนตั๋วที่หมุนเวียนและราคาการปรับอุปทานที่มีอยู่สามารถปรับได้แบบเรียลไทม์ ช่องเฉพาะสำหรับตั๋วแต่ละใบจะถูกสุ่มเลือกเช่นกัน
โดยแบ่งบล็อกออกเป็นสองประเภท: การดำเนินการและข้อเสนอ ผู้เสนอบล็อกจะถูกเลือกแบบสุ่ม และจำเป็นต้องมีตั๋วจึงจะมีสิทธิ์ดำเนินการบล็อก
ผู้ถือตั๋วที่ดำเนินการบล็อกมีสิทธิ์เสนอการดำเนินการบล็อกภายในระยะเวลาที่จัดสรรและรับรางวัลชั้นการดำเนินการที่เกี่ยวข้อง (รางวัล EL = ค่าธรรมเนียม TX + MEV) ผู้เสนอบล็อกการดำเนินการจำเป็นต้องจัดเตรียมหลักประกันเพื่อให้แน่ใจว่าพวกเขาสร้างบล็อกการดำเนินการในช่องที่ได้รับมอบหมาย หากพวกเขาใช้จ่ายเป็นสองเท่าหรือออฟไลน์ เงินเดิมพันจะถูกริบ
สล็อตแบ่งออกเป็นรอบการดำเนินการและรอบสัญญาณ (รอบฉันทามติ) เมื่อตั๋วถูกทำลาย จะเทียบเท่ากับ ETH ที่เกี่ยวข้องที่ถูกทำลาย ซึ่งจะเพิ่มความกดดันของเงินฝืดของ ETH เนื่องจากบล็อกการดำเนินการและบล็อกฉันทามติจะถูกเลือกแบบสุ่ม เพิ่มความเป็นไปได้ของการสมรู้ร่วมคิดระหว่างคนทั้งสองอย่างมาก ปัญหาคือ:
อย่างไรก็ตาม กลไกนี้จะนำไปสู่ปัญหาของการบล็อก MEV หลายบล็อก นั่นคือ การซื้อตั๋วดำเนินการสำหรับหลายบล็อกติดต่อกัน ซึ่งอาจขยายกำไรของ MEV เพื่อชดเชยต้นทุนในการซื้อตั๋ว ดังนั้นกลไกนี้จึงจำเป็นต้องมีฟังก์ชันการเปลี่ยนแปลงราคาตั๋วที่ออกแบบมาอย่างดี
กลไกนี้ยังคงไม่สามารถแก้ปัญหาการโจมตีแบบแซนด์วิช MEV ของผู้ใช้ แต่จะชดเชยการสูญเสียของผู้ใช้ต่อภาวะเงินฝืดของเครือข่ายทั้งหมดเท่านั้น
อี-พีบีเอส
ในความเป็นจริง หลังจากการผสาน Ethereum ไม่ได้ใช้ PBS ซึ่งหมายความว่าทั้งผู้สร้างและผู้เสนอบล็อกจำเป็นต้องเลือกจากเครื่องมือตรวจสอบความถูกต้อง อย่างไรก็ตาม เพื่อเพิ่มผลประโยชน์ทางเศรษฐกิจของเครือข่ายให้สูงสุด MEV-Boost จึงถูกใช้เป็น PBS บุคคลที่สาม ปัจจุบันโซลูชันนอกโปรโตคอลมีส่วนแบ่งตลาด Relayer ถึง 90%
e-PBS (PBS ที่ประดิษฐาน) คือโซลูชันของ Ethereum สำหรับ MEV-boost Relay ในฐานะมิดเดิลแวร์ที่เชื่อถือได้ซึ่งสร้างโดยบุคคลที่สาม โดยจะนำ PBS เข้าสู่ระดับที่เป็นเอกฉันท์ และไม่ต้องอาศัยบุคคลที่สาม เช่น Flashbosts ในการจัดหาโซลูชันที่ไม่อยู่ในโปรโตคอลอีกต่อไป . ข้อเสนอนี้มีชื่อรหัสว่า EIP-7732 เป้าหมายของโปรโตคอลนี้คือการเปิดใช้งานเลเยอร์โปรโตคอล Ethereum เพื่อใช้งานโซลูชัน PBS ที่ลดความน่าเชื่อถือ บันทึก MEV ส่วนใหญ่ผ่านกลไกภายในโปรโตคอล Ethereum และจัดสรร MEV ที่บันทึกให้กับโปรโตคอล Ethereum ในลักษณะที่เพิ่ม ประโยชน์ของผู้เข้าร่วมโปรโตคอล Ethereum e-PBS นี้คล้ายกับขั้นตอนการทำงานที่เรากล่าวถึงในบท PBS แต่คุณลักษณะของมันคือบทบาทของผู้ส่งต่อจะถูกตัดออก และการประมูลของ Builder ต่อผู้เสนอจะถูกเขียนเป็นโค้ดของเลเยอร์ฉันทามติ
แผนภูมิลำดับการดำเนินการ ePBS ที่มา: mikeneuder
ภาพด้านบนแสดงกระบวนการ Slot N ภายใต้กลไก ePBS:
บล็อกการออกอากาศ: เมื่อ t= 0 เครื่องมือตรวจสอบ POS ที่เลือกจะเสนอบล็อก Consensus Layer (CL) ของช่อง N ซึ่งประกอบด้วยราคาเสนอบล็อกการประมูลของ Builder แต่ไม่มีความรับผิดในการดำเนินการ
กำหนดเวลาการพิสูจน์: เมื่อ t=t 1 คณะกรรมการจะเลือกบล็อกที่ถูกต้องตามกฎการแยกและดำเนินการพิสูจน์
หลักฐานการรวมกลุ่มและการแพร่กระจายของเพย์โหลด: เมื่อ t=t 2 หลักฐานรวมของ Slot N จะถูกถ่ายทอดเพื่อการตรวจสอบที่ง่ายดาย ในขณะเดียวกัน bulider ก็ปล่อย ExecutionPayload เพื่อสร้างบล็อกเวอร์ชันเต็ม
การออกอากาศการลงคะแนน PTC: t=t 3 PTC มีหน้าที่รับผิดชอบในการกำกับดูแลว่าเพย์โหลดของ Builder ดำเนินการตามกฎเกณฑ์หรือไม่ และตัดสินว่าจังหวะเวลานั้นถูกต้องหรือไม่
t=t 4 สิ่งสำคัญคือผู้เสนอของบล็อกถัดไปจะถือว่าบล็อกของช่อง N เป็นบล็อกว่างหรือบล็อกที่สร้างขึ้นอย่างถูกต้อง ซึ่งกำหนดให้ผู้เสนอของบล็อกถัดไปตัดสินตามการลงคะแนนและการรับรองของ PTC .
ควรให้ความสนใจเป็นพิเศษกับข้อเท็จจริงที่ว่าเพื่อให้แน่ใจว่า Builder สามารถส่งบล็อกโหลดได้ทันเวลาภายในสล็อต (ยังจำเป็นเพื่อให้แน่ใจว่าคณะกรรมการตรวจสอบจะลงมติและเสนอบล็อกภายในระยะเวลาหนึ่งเมื่อ Ethereum 2.0) ใน PBS ระดับโปรโตคอล Builders ยังคงมีแนวโน้มที่จะปล่อยเนื้อหา Payload ในภายหลังเพื่อให้มีโอกาสค้นหา MEV มากขึ้น ดังนั้นจึงมีการใช้ PTC (Payload-Timeliness Committee) ในโปรโตคอล ตามชื่อที่แนะนำ กลไกการกำกับดูแลสำหรับผู้สร้าง Payload สามารถใช้ PTC จากมุมมองทางเศรษฐกิจ ส่งเสริม bulider เพื่อปล่อย payloads ในเวลาที่เหมาะสมเพื่อความปลอดภัยของ Ethereum หากเพย์โหลดของ Builder ถูกกำหนดไว้ไม่ตรงเวลา Builder จะไม่สามารถรับรางวัลสำหรับโหลดการดำเนินการที่เกี่ยวข้องได้
แผนภาพการวิเคราะห์บล็อก ที่มา: mikeneuder
ดังนั้น ใน ePBS บล็อกที่สมบูรณ์จึงต้องประกอบสองส่วนเข้าด้วยกัน ส่วนแรกคือบล็อก CL ว่างเปล่า ซึ่งสร้างโดยผู้เสนอที่จุดเริ่มต้นของช่องและมีส่วนหัวของเพย์โหลดการดำเนินการและการเสนอราคาของตัวสร้าง แต่มีเนื้อหาเพย์โหลดเฉพาะ ว่างชั่วคราว. หลังจากพิสูจน์ขั้นตอนการรวมตัวและการแพร่กระจายของบล็อกแล้วเท่านั้น นั่นคือหลังจากที่ PTC รับรู้ความถูกต้องของเพย์โหลดแล้ว มันจะถูกติดตั้งลงในบล็อกเพื่อสร้างบล็อกที่สมบูรณ์ (บล็อกเต็ม)
โดยรวมแล้ว ที่อยู่ ePBS EIP-7732:
โครงการประมูลบล็อกที่โปร่งใสโดยไม่จำเป็นต้องมีบุคคลที่สามที่เป็นสื่อกลางที่เชื่อถือได้
แยกชั้นฉันทามติและชั้นการดำเนินการเพื่อลดภาระในการคำนวณของผู้ตรวจสอบ ซึ่งจะช่วยปรับปรุงประสิทธิภาพและความเร็วของเครือข่าย
ผู้ตรวจสอบสามารถมุ่งเน้นไปที่การตรวจสอบฉันทามติได้ทันทีและเลื่อนการตรวจสอบโหลดการดำเนินการไปในภายหลัง การแนะนำกรอบเวลาเพิ่มเติมและกลไกการลงคะแนนช่วยให้มั่นใจได้ถึงการทำงานที่มีประสิทธิภาพและความยุติธรรมของระบบ ในขณะเดียวกันก็ให้เวลามากขึ้นในการจัดการโหลดการดำเนินการ .
อย่างไรก็ตาม ยังมีประเด็นบางประเด็นที่ถูกหยิบยกมาอภิปรายด้วย:
โดยพื้นฐานแล้ว นี่เป็นเพียงการแทนที่การทำงานของ Relayers บุคคลที่สามในอดีตเพื่อให้เกิดการกระจายอำนาจและความโปร่งใสในกระบวนการเสนอบล็อก แต่ก็ยังไม่สามารถแก้ปัญหาประสบการณ์ MEV ที่ไม่ดีของผู้ใช้ได้
การอัปเกรดนี้เป็นการเปลี่ยนแปลงในเลเยอร์ฉันทามติและเข้ากันไม่ได้แบบย้อนหลัง หากการออกแบบกลไกของ ePBS ไม่ได้รับการยืนยันในทางปฏิบัติ แพทช์ที่ตามมาจะเป็นเรื่องยาก
สมมติว่าในช่อง ผู้เสนอเผยแพร่บล็อก แต่ตัวสร้างล่าช้าในการเผยแพร่โหลดการดำเนินการด้วยเหตุผลบางประการ ในขณะนี้ เครื่องมือตรวจสอบความถูกต้องบางตัวอาจตรวจสอบตามบล็อกของผู้เสนอ ในขณะที่เครื่องมือตรวจสอบความถูกต้องอื่นๆ อาจรอโหลดการดำเนินการของตัวสร้าง ส่งผลให้เครือข่ายแตกแยก ทางแยกดังกล่าวจะเพิ่มความไม่เสถียรของเครือข่ายและค่าบำรุงรักษา
หากผู้เสนอจงใจเผยแพร่บล็อกเมื่อใกล้ถึงกำหนดเวลาพิสูจน์ อาจทำให้ผู้ตรวจสอบความถูกต้องบางรายเห็นบล็อกและผู้ตรวจสอบรายอื่นไม่เห็นบล็อก ดังนั้นพฤติกรรมของผู้เสนอสล็อต N+1 จะไม่สามารถคาดเดาได้ ซึ่งเพิ่มความเป็นไปได้อย่างมาก ของส้อมบนโซ่
พีพีซี
ในเวลาเดียวกัน EigenLayer ยังได้เสนอวิธีแก้ปัญหาบางอย่าง รวมถึง AVS Component PEPC (ข้อผูกพันของผู้เสนอที่บังคับใช้โปรโตคอล) เพื่อแก้ไขปัญหา MEV ส่วนประกอบนี้ยังหวังที่จะแก้ปัญหาความน่าเชื่อถือของรีเลย์มิดเดิลแวร์บุคคลที่สาม โดยหลักแล้ว เราหวังว่าผู้เสนอสามารถแนบลายเซ็น PEPC เพื่อยืนยันเมื่อส่งบล็อก CL ตัวสร้างจะตรวจสอบ PEPC ของผู้เสนอก่อนดำเนินการเพย์โหลด ซึ่งแนะนำกลไกการเชื่อถือภายในโปรโตคอล ด้วยกลไกการเชื่อถือในตัว ปัญหาการเชื่อถือที่อาจเกิดขึ้นของ Relayer ในฐานะบุคคลที่สามก็สามารถแก้ไขได้เช่นกัน
อ้างอิง
MEVM, SUAVE Centauri และอื่นๆ: https://writings.flashbots.net/mevm-suave-centauri-and-beyond
Blockchains, MEV และปัญหากระเป๋าเป้สะพายหลัง: ไพรเมอร์: https://arxiv.org/html/2403.19077v1
《วิวัฒนาการของระบบนิเวศ MEV จาก ETHEREUM 1.0》
อนาคตของ MEV โดย Blockchain Capital
FRP-18: แนวทางการเข้ารหัสเพื่อทำให้ความเป็นส่วนตัวของ Mempool สมบูรณ์ โดย Flashbots
《ตั๋วดำเนินการ》: https://ethresear.ch/t/execution-tickets/17944
คณะกรรมการเพย์โหลดไทม์ไลน์ (PTC) – การออกแบบ ePBS: https://ethresear.ch/t/payload-timeliness-committee-ptc-an-epbs-design/16054
ข้อสงวนสิทธิ์:
เนื้อหาข้างต้นมีไว้เพื่อการอ้างอิงเท่านั้นและไม่ควรถือเป็นคำแนะนำใดๆ ขอคำแนะนำจากผู้เชี่ยวชาญก่อนตัดสินใจลงทุนเสมอ
เกี่ยวกับ เกต เวนเจอร์
Gate Ventures เป็นบริษัทร่วมลงทุนของ Gate.io โดยมุ่งเน้นไปที่การลงทุนในโครงสร้างพื้นฐานแบบกระจายอำนาจ ระบบนิเวศ และแอปพลิเคชันที่จะเปลี่ยนโฉมโลกในยุค Web 3.0 Gate Ventures ทำงานร่วมกับผู้นำอุตสาหกรรมระดับโลกเพื่อเพิ่มศักยภาพให้กับทีมและสตาร์ทอัพด้วยความคิดสร้างสรรค์และความสามารถในการกำหนดรูปแบบปฏิสัมพันธ์ของสังคมและการเงินใหม่
เว็บไซต์อย่างเป็นทางการ: https://ventures.gate.io/ Twitter: https://x.com/gate_ventures สื่อ: https://medium.com/gate_ventures