สถาบันวิจัย Gate Ventures วิเคราะห์เจาะลึก MEV ส่องป่ามืดมน (ตอนที่ 2)

avatar
GateVentures研究洞察
2เดือนก่อน
ประมาณ 12426คำ,ใช้เวลาอ่านบทความฉบับเต็มประมาณ 16นาที
เป้าหมายของบทความนี้คือการมุ่งเน้นไปที่การวิเคราะห์ปัญหาการรวมศูนย์และความไว้วางใจตามธรรมชาติที่เกิดจากกลไกนี้และคุณค่าของ Ethereum ตามวิวัฒนาการทางเทคนิคของกลไกการสร้างบล็อกของ Ethereum 2.0 และการแยกผู้เสนอและผู้สร้าง (PBS) มีความเป็นจริงที่ตรงกันข้ามอย่างสิ้นเชิง เราหวังว่าในบทความนี้ เราจะสำรวจวิธีแก้ปัญหาที่เป็นไปได้เพื่อบรรเทาปัญหาภายนอกเชิงลบของ MEV และได้รับความเข้าใจอย่างครอบคลุมเกี่ยวกับข้อดีและข้อเสียของโซลูชัน MEV ในปัจจุบัน และยังให้ความกระจ่างแก่ป่ามืดสำหรับการวิจัยเพิ่มเติมเกี่ยวกับ MEV สำหรับนักวิจัยในอุตสาหกรรม .

สถาบันวิจัย Gate Ventures วิเคราะห์เจาะลึก MEV ส่องป่ามืดมน (ตอนที่ 2)

อ่านเพิ่มเติม: สถาบันวิจัย 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 ให้มีการกระจายอำนาจและโปร่งใส

สถาบันวิจัย Gate Ventures วิเคราะห์เจาะลึก MEV ส่องป่ามืดมน (ตอนที่ 2)

สถาปัตยกรรมของห่วงโซ่ SUAVE ที่มา: Flashbots

ด้วยการสร้างบล็อกเชนใหม่ SUAVE จึงมีเครื่องเสมือน MEVM ในตัวที่สามารถเรียกใช้สัญญาอัจฉริยะ EVM ได้ ในเวลาเดียวกัน เครื่องมือสำหรับนักพัฒนาที่รองรับสามารถรองรับการพัฒนาสัญญาอัจฉริยะ MEV บนเครื่องเสมือน EVM สิ่งนี้ทำให้โครงสร้างพื้นฐาน MEV แบบรวมศูนย์ใดๆ ในปัจจุบันสามารถแปลงเป็นสัญญาอัจฉริยะบนบล็อคเชนแบบกระจายอำนาจได้ สิ่งนี้จะช่วยลดเกณฑ์ในการสร้างแอปพลิเคชัน MEV ใหม่ลงอย่างมาก เพิ่มการแข่งขันระหว่างกลไกที่แตกต่างกัน และนำมาซึ่งการกระจายอำนาจและความโปร่งใส สุดท้ายนี้ ช่วยกระจายอำนาจปัญหาการรวมศูนย์ของห่วงโซ่อุตสาหกรรม MEV โดยเปิดใช้งานโครงสร้างพื้นฐานแบบรวมศูนย์ (ผู้สร้าง รีเลย์ การกำหนดเส้นทาง RFQ แบบรวมศูนย์ ฯลฯ) เพื่อตั้งโปรแกรมเป็นสัญญาอัจฉริยะบนบล็อกเชนแบบกระจายอำนาจ

สถาบันวิจัย Gate Ventures วิเคราะห์เจาะลึก MEV ส่องป่ามืดมน (ตอนที่ 2)

ห่วงโซ่อุปทานของธุรกรรม Rollup แหล่งที่มา: dba:

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

อฟ

มาดู OFA (Order Flow Auction) เป็นตัวอย่างเพื่อดูการปรับปรุงกลไกการประมูล

สถาบันวิจัย Gate Ventures วิเคราะห์เจาะลึก MEV ส่องป่ามืดมน (ตอนที่ 2)

กลไกการประมูล OFA ที่มา: Frontier Research

  1. ผู้เริ่มคำสั่งซื้อ (กระเป๋าเงิน/แอปพลิเคชัน) จะส่งคำสั่งซื้อไปยัง OFA และ OFA จะเลือกเปิดเผยข้อมูลบางอย่าง รวมถึงมูลค่าคำสั่งซื้อ ฯลฯ นี่คือพื้นที่การออกแบบ

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

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

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

พูลการซื้อขายส่วนตัว Crypto

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

  1. MPC การประมวลผลแบบหลายฝ่าย: หลายฝ่ายใช้ MPC ซึ่งจะซ่อนรายละเอียดธุรกรรมจากหลายฝ่าย นอกจากนี้ยังสามารถใช้ MPC กับผู้สั่งซื้อที่ใช้ร่วมกันเพื่อกระจายอำนาจแบบรวมศูนย์ของโหนดการสั่งซื้อเดียว

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

  3. การเข้ารหัสตามเกณฑ์ TSS: อนุญาตให้ผู้เข้าร่วมหลายคนเข้าร่วมในกระบวนการเข้ารหัสและถอดรหัสร่วมกัน โดยไม่ต้องให้ผู้เข้าร่วมคนเดียวต้องมีคีย์ที่สมบูรณ์ การเข้ารหัสเกณฑ์สามารถป้องกันการโจมตีแบบ front-run ได้อย่างมีประสิทธิภาพโดยการเข้ารหัสเนื้อหาธุรกรรม เพื่อป้องกันไม่ให้ผู้โจมตีเห็นรายละเอียดธุรกรรมก่อนที่ธุรกรรมจะได้รับการยืนยัน เมื่อเปรียบเทียบกับ MPC แล้ว TSS จะง่ายกว่าและเหมาะสำหรับการสร้างลายเซ็นเดี่ยวและคีย์ส่วนตัวมากกว่า Shutter Network ใช้ TSS ซึ่งช่วยให้ผู้ตรวจสอบความถูกต้องสามารถจัดเรียงและจัดแพ็คเกจธุรกรรมโดยไม่ต้องรู้เนื้อหา ดังนั้นจึงป้องกันการโจมตี MEV

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

สถาบันวิจัย Gate Ventures วิเคราะห์เจาะลึก MEV ส่องป่ามืดมน (ตอนที่ 2)

การเปรียบเทียบรูปแบบการเข้ารหัสสำหรับกลุ่มการซื้อขายส่วนตัว ที่มา: Flashbots

มีอัลกอริธึมการเข้ารหัสที่เป็นตัวเลือกที่หลากหลายสำหรับการเข้ารหัสของกลุ่มธุรกรรมส่วนตัว รวมถึง MPC, TSS, VDF, ZKP ฯลฯ แต่อัลกอริธึมการเข้ารหัสแต่ละรายการมีข้อเสียที่นักพัฒนาจำเป็นต้องชั่งน้ำหนัก ในโครงการสำรวจ ได้แก่ Shutter Network โดยใช้อัลกอริธึม TSS และ Automate Network โดยใช้ MPC และ ZKP เพื่อแก้ปัญหา MEV ซึ่งสมควรได้รับความสนใจ

ตั๋วการดำเนินการ

Execution Tickets เป็นวิธีแก้ปัญหาสำหรับ MEV ที่เสนอโดย Justin ในงานสัมมนา Columbia Cryptoeconomics เป็นการปรับปรุงในระดับฉันทามติและดำเนินการผ่านสามขั้นตอน:

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

  2. โดยแบ่งบล็อกออกเป็นสองประเภท: การดำเนินการและข้อเสนอ ผู้เสนอบล็อกจะถูกเลือกแบบสุ่ม และจำเป็นต้องมีตั๋วจึงจะมีสิทธิ์ดำเนินการบล็อก

  3. ผู้ถือตั๋วที่ดำเนินการบล็อกมีสิทธิ์เสนอการดำเนินการบล็อกภายในระยะเวลาที่จัดสรรและรับรางวัลชั้นการดำเนินการที่เกี่ยวข้อง (รางวัล EL = ค่าธรรมเนียม TX + MEV) ผู้เสนอบล็อกการดำเนินการจำเป็นต้องจัดเตรียมหลักประกันเพื่อให้แน่ใจว่าพวกเขาสร้างบล็อกการดำเนินการในช่องที่ได้รับมอบหมาย หากพวกเขาใช้จ่ายเป็นสองเท่าหรือออฟไลน์ เงินเดิมพันจะถูกริบ

สล็อตแบ่งออกเป็นรอบการดำเนินการและรอบสัญญาณ (รอบฉันทามติ) เมื่อตั๋วถูกทำลาย จะเทียบเท่ากับ ETH ที่เกี่ยวข้องที่ถูกทำลาย ซึ่งจะเพิ่มความกดดันของเงินฝืดของ ETH เนื่องจากบล็อกการดำเนินการและบล็อกฉันทามติจะถูกเลือกแบบสุ่ม เพิ่มความเป็นไปได้ของการสมรู้ร่วมคิดระหว่างคนทั้งสองอย่างมาก ปัญหาคือ:

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

  2. กลไกนี้ยังคงไม่สามารถแก้ปัญหาการโจมตีแบบแซนด์วิช 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 ต่อผู้เสนอจะถูกเขียนเป็นโค้ดของเลเยอร์ฉันทามติ

สถาบันวิจัย Gate Ventures วิเคราะห์เจาะลึก MEV ส่องป่ามืดมน (ตอนที่ 2)

แผนภูมิลำดับการดำเนินการ ePBS ที่มา: mikeneuder

ภาพด้านบนแสดงกระบวนการ Slot N ภายใต้กลไก ePBS:

  1. บล็อกการออกอากาศ: เมื่อ t= 0 เครื่องมือตรวจสอบ POS ที่เลือกจะเสนอบล็อก Consensus Layer (CL) ของช่อง N ซึ่งประกอบด้วยราคาเสนอบล็อกการประมูลของ Builder แต่ไม่มีความรับผิดในการดำเนินการ

  2. กำหนดเวลาการพิสูจน์: เมื่อ t=t 1 คณะกรรมการจะเลือกบล็อกที่ถูกต้องตามกฎการแยกและดำเนินการพิสูจน์

  3. หลักฐานการรวมกลุ่มและการแพร่กระจายของเพย์โหลด: เมื่อ t=t 2 หลักฐานรวมของ Slot N จะถูกถ่ายทอดเพื่อการตรวจสอบที่ง่ายดาย ในขณะเดียวกัน bulider ก็ปล่อย ExecutionPayload เพื่อสร้างบล็อกเวอร์ชันเต็ม

  4. การออกอากาศการลงคะแนน PTC: t=t 3 PTC มีหน้าที่รับผิดชอบในการกำกับดูแลว่าเพย์โหลดของ Builder ดำเนินการตามกฎเกณฑ์หรือไม่ และตัดสินว่าจังหวะเวลานั้นถูกต้องหรือไม่

  5. t=t 4 สิ่งสำคัญคือผู้เสนอของบล็อกถัดไปจะถือว่าบล็อกของช่อง N เป็นบล็อกว่างหรือบล็อกที่สร้างขึ้นอย่างถูกต้อง ซึ่งกำหนดให้ผู้เสนอของบล็อกถัดไปตัดสินตามการลงคะแนนและการรับรองของ PTC .

ควรให้ความสนใจเป็นพิเศษกับข้อเท็จจริงที่ว่าเพื่อให้แน่ใจว่า Builder สามารถส่งบล็อกโหลดได้ทันเวลาภายในสล็อต (ยังจำเป็นเพื่อให้แน่ใจว่าคณะกรรมการตรวจสอบจะลงมติและเสนอบล็อกภายในระยะเวลาหนึ่งเมื่อ Ethereum 2.0) ใน PBS ระดับโปรโตคอล Builders ยังคงมีแนวโน้มที่จะปล่อยเนื้อหา Payload ในภายหลังเพื่อให้มีโอกาสค้นหา MEV มากขึ้น ดังนั้นจึงมีการใช้ PTC (Payload-Timeliness Committee) ในโปรโตคอล ตามชื่อที่แนะนำ กลไกการกำกับดูแลสำหรับผู้สร้าง Payload สามารถใช้ PTC จากมุมมองทางเศรษฐกิจ ส่งเสริม bulider เพื่อปล่อย payloads ในเวลาที่เหมาะสมเพื่อความปลอดภัยของ Ethereum หากเพย์โหลดของ Builder ถูกกำหนดไว้ไม่ตรงเวลา Builder จะไม่สามารถรับรางวัลสำหรับโหลดการดำเนินการที่เกี่ยวข้องได้

สถาบันวิจัย Gate Ventures วิเคราะห์เจาะลึก MEV ส่องป่ามืดมน (ตอนที่ 2)

แผนภาพการวิเคราะห์บล็อก ที่มา: mikeneuder

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

โดยรวมแล้ว ที่อยู่ ePBS EIP-7732:

  1. โครงการประมูลบล็อกที่โปร่งใสโดยไม่จำเป็นต้องมีบุคคลที่สามที่เป็นสื่อกลางที่เชื่อถือได้

  2. แยกชั้นฉันทามติและชั้นการดำเนินการเพื่อลดภาระในการคำนวณของผู้ตรวจสอบ ซึ่งจะช่วยปรับปรุงประสิทธิภาพและความเร็วของเครือข่าย

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

อย่างไรก็ตาม ยังมีประเด็นบางประเด็นที่ถูกหยิบยกมาอภิปรายด้วย:

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

  2. การอัปเกรดนี้เป็นการเปลี่ยนแปลงในเลเยอร์ฉันทามติและเข้ากันไม่ได้แบบย้อนหลัง หากการออกแบบกลไกของ ePBS ไม่ได้รับการยืนยันในทางปฏิบัติ แพทช์ที่ตามมาจะเป็นเรื่องยาก

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

  4. หากผู้เสนอจงใจเผยแพร่บล็อกเมื่อใกล้ถึงกำหนดเวลาพิสูจน์ อาจทำให้ผู้ตรวจสอบความถูกต้องบางรายเห็นบล็อกและผู้ตรวจสอบรายอื่นไม่เห็นบล็อก ดังนั้นพฤติกรรมของผู้เสนอสล็อต 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

บทความต้นฉบับ, ผู้เขียน:GateVentures研究洞察。พิมพ์ซ้ำ/ความร่วมมือด้านเนื้อหา/ค้นหารายงาน กรุณาติดต่อ report@odaily.email;การละเมิดการพิมพ์ซ้ำกฎหมายต้องถูกตรวจสอบ

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

การอ่านแนะนำ
ตัวเลือกของบรรณาธิการ