บทความนี้จะสำรวจปัญหาการรวมศูนย์ที่ MEV นำมาสู่ Ethereum? วิธีการปรับปรุง?

ผู้เขียน: ไซมอน บราวน์

การรวบรวมต้นฉบับ: 0x11, ForesightNews

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

การรวมศูนย์ของผู้ตรวจสอบความถูกต้อง

การรวมศูนย์ของผู้ตรวจสอบความถูกต้อง

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

คำอธิบายภาพ

รายละเอียดการฝาก Beacon chain ที่มา: Etherscan

Lido คิดเป็น 29.8% ของสัดส่วนการถือหุ้นซึ่งใกล้เคียงกับเกณฑ์ฉันทามติซึ่งน่าเป็นห่วง

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

คำอธิบายภาพ

ผู้ฝากตามนิติบุคคล (รวมถึงโหนดแยก Lido) ที่มา: Etherscan

ภาพยังคงน่ากลัว โดยเฉพาะอย่างยิ่งเมื่อพิจารณาว่า Coinbase และ Kraken (สองบริษัทที่จดทะเบียนในสหรัฐฯ) ถือหุ้นร่วมกันมากกว่า 21% นอกจากนี้ แดนนี่ ไรอันเชื่อว่ามีความเสี่ยงในข้อตกลงตราสารอนุพันธ์ที่มีสภาพคล่อง แม้ว่าตัวข้อตกลงจะมีการกระจายอำนาจ แต่ก็มีความเสี่ยงในการได้รับส่วนแบ่งของผู้ตรวจสอบความถูกต้องที่เกินเกณฑ์ที่เป็นเอกฉันท์ คุณสามารถค้นหาได้ในบทความของเขาThe Risks of LSD — HackMDอ่านเพิ่มเติมเกี่ยวกับเรื่องนี้ใน

การรวมศูนย์นี้ขับเคลื่อนโดย MEV มากแค่ไหน? เนื่องจาก MEV-Boost ช่วยให้ผู้ตรวจสอบทั้งหมดสามารถเข้าถึง MEV ทั้งหมดได้อย่างยุติธรรม การรวมศูนย์นี้ต้องเกิดจากปัจจัยอื่นๆ โปรดจำไว้ว่า ยิ่งคุณมีผู้ตรวจสอบความถูกต้องมากเท่าใด คุณก็จะเลือกผู้ตรวจสอบความถูกต้องเป็นผู้เสนอบ่อยขึ้นเท่านั้น ขณะนี้มีโอกาส 10% ที่จะได้รับเลือกเป็นผู้เสนออย่างน้อยสัปดาห์ละครั้ง:

slots_per_week = seconds_per_week / seconds_per_slot = ( 60* 60* 24* 7) / 12 
( 1 / number_validators) * slots_per_week = ( 1 / 479652) * 50400 = 0.1 

ที่นี่ที่นี่ตรวจสอบการวิเคราะห์ของ Flashbots เกี่ยวกับปรากฏการณ์นี้

คำอธิบายภาพ

การเปลี่ยนแปลงการฝาก Beacon Chain

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

คำอธิบายภาพ

การเปลี่ยนแปลงการใช้ MEV-Boost ที่มา: https://dune.com/queries/1279670/2192739

คำอธิบายภาพ

รางวัลที่จ่ายให้กับผู้ตรวจสอบแหล่งที่มา: https://dune.com/queries/1279670/2192739

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

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

การถอนเงินจะส่งผลต่อการกระจายเงินเดิมพันอย่างไร?

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

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

การรวมศูนย์ทวนสัญญาณ

คำอธิบายภาพ

บล็อกการกระจายที่ประมวลผลโดยรีเลย์ ที่มา: https://www.mevboost.org

สิ่งนี้แสดงให้เห็นอย่างชัดเจนถึงความเข้มข้นสูงขององค์ประกอบที่สำคัญมากของโครงสร้างพื้นฐาน Ethereum นั่นยังน้อยกว่าอุดมคติ และปัญหาที่อาจเกิดขึ้นกับการรวมศูนย์ในระดับนี้เข้ามาเป็นจุดสนใจในเดือนสิงหาคม เมื่อกระทรวงการคลังสหรัฐฯ (โดยเฉพาะ OFAC) กำหนดมาตรการคว่ำบาตรต่อเงินสดทอร์นาโด พวกเขาเพิ่มที่อยู่สัญญาอัจฉริยะที่เกี่ยวข้องกับ Tornado Cash จำนวนมากลงในรายการ SDN ของพวกเขา สิ่งนี้มีผลกระทบที่น่ากังวลและทำให้หลายองค์กรต้องลบ UI ของ dapp, ที่เก็บ GitHub และแน่นอนว่าผู้ให้บริการปลายทาง RPC เพื่อเซ็นเซอร์ธุรกรรมใด ๆ ที่ส่งไปยัง Tornado Cash

ไม่ชัดเจนว่า OFAC ทราบจริงหรือไม่ว่าพวกเขาไม่สามารถบล็อกการเข้าถึง Tornado Cash ได้ (การแจ้งเตือนสปอยเลอร์: มันยังคงใช้งานอยู่) แต่การใส่ที่อยู่สัญญาเหล่านี้ในรายการ SDN นั้นมีผลที่คาดว่าจะเกิดขึ้น ผู้ถ่ายทอด MEV-Boost จำนวนมากเริ่มตรวจสอบการทำธุรกรรมของ Tornado (แทนที่จะเสี่ยงที่จะติดคุกหรือจ่ายค่าปรับจำนวนมาก) ซึ่งหนึ่งในนั้นคือรีเลย์ Flashbots ซึ่งหมายความว่า ณ เวลาที่เขียน 75% ของบล็อกทั้งหมดบน Ethereum กำลังได้รับการตรวจสอบ

โปรดทราบว่าการเซ็นเซอร์นี้ไม่ได้ป้องกันการเข้าถึง Tornado Cash (หรือสัญญาอื่นๆ ที่ถูกเซ็นเซอร์) เพียงแต่ทำให้เส้นทางไปยัง Tornado Cash ล่าช้าไปสองสามช่วงตึก Justin Drake เรียกสิ่งนี้ว่า "theการเซ็นเซอร์ที่อ่อนแอ" ตรงข้ามกับ "การเซ็นเซอร์ที่รัดกุม" ซึ่งจะบล็อกการเข้าถึงทั้งหมด อย่างไรก็ตาม ปัจจุบันการใช้ Tornado Cash ไม่ใช่ปัญหา ปัญหาคือหาก Ethereum บังคับใช้คำสั่งของรัฐบาลเผด็จการ ก็จะไม่สามารถอ้างได้ว่าเป็นแพลตฟอร์มที่เป็นกลางที่เชื่อถือได้ สิ่งนี้ทำให้การรวมศูนย์ของรีเลย์ MEV-Boost มีปัญหา

แล้วอะไรนำไปสู่การรวมศูนย์ของรีเลย์ MEV-Boost

จำได้ว่าในตอนที่ 1 ฉันได้อธิบายปรากฏการณ์ของการซ่อน mev และวิธีที่อาจนำไปสู่ความสัมพันธ์ที่ไว้วางใจระหว่าง stake pool และ relayers? โดยทั่วไปแล้ว Stake Pools ต้องการให้ตัวดำเนินการโหนดเชื่อมต่อกับรีเลย์เฉพาะเพื่อให้สามารถติดตามจำนวน MEV ที่จ่ายให้กับตัวตรวจสอบความถูกต้องได้ นี่คือการระบุการชำระเงินที่อาจเกิดขึ้นกับตัวดำเนินการโหนดที่ไม่ได้ส่งต่อไปยังตัวตรวจสอบความถูกต้อง แน่นอนว่านี่เป็นปัจจัยสนับสนุนการรวมศูนย์ของรีเลย์ เช่น เมื่อผู้สร้างสร้างบล็อกที่มีค่า การใช้รีเลย์ที่สร้างไว้และเชื่อถือได้จะง่ายขึ้น

การรวมศูนย์ของผู้สร้างบล็อก

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

คำอธิบายภาพ

การกระจายตัวสร้างบล็อก ณ วันที่ 21-28 พฤศจิกายน ที่มา: https://www.relayscan.io/

สิ่งนี้ยังสามารถปรับปรุงได้ แต่ก็ไม่เลวร้ายไปกว่าการรวมศูนย์ของ PoW ซึ่งมีผู้ให้บริการกลุ่มหลักสองคนที่สร้างบล็อกส่วนใหญ่

คำอธิบายภาพ

การกระจายบล็อกแชร์ที่เสนอต่อเครือข่าย ที่มา: https://dune.com/queries/1306635/2237247

อย่างที่คุณเห็น ณ จุดหนึ่ง Flashbots สร้างบล็อก MEV-Boost มากกว่า 60% หากคุณรวมตัวเลขเหล่านี้เข้ากับการนำ MEV-Boost มาใช้ทั้งหมดโดยตัวตรวจสอบความถูกต้อง คุณจะเห็นว่า ณ จุดหนึ่ง Flashbots สร้างบล็อกประมาณ 30% บน Ethereum ค่อนข้างคาดหวัง แต่ก็น่าเป็นห่วงเช่นกัน เพราะในขณะนั้นดูเหมือนว่าแนวโน้มจะยังคงดำเนินต่อไป

คำอธิบายภาพ

คำอธิบายภาพ

ที่มา: https://dune.com/queries/1306635/2237247

คำอธิบายภาพ

เปลี่ยนจำนวนผู้สร้างบล็อค ที่มา: mevboost.org

อนาคตของ Ethereum คืออะไร?

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

ในช่วงต้นเดือนตุลาคม Flashbotsเรียกร้องให้ชุมชนมีส่วนร่วมมากขึ้นและได้รับการตอบรับเป็นอย่างดี หลายองค์กรได้ออกมามีส่วนร่วมในการจัดการและพัฒนา MEV-Boost อย่างต่อเนื่อง

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

คำอธิบายภาพ

แผนงาน Ethereum ที่มา: https://twitter.com/vitalikbuterin/status/1588669782471368704

PBS ภายในโปรโตคอล (การแยกผู้เสนอและผู้สร้าง)

PBS เป็นปรัชญาการออกแบบ มีหลายวิธีที่จะนำ PBS ไปใช้งาน และมีเหตุผลมากมายที่ต้องศึกษา

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

PBS ยังมีผลกระทบต่อความสามารถในการขยายขนาด เช่น danksharding การทำ Danksharding ก้อนใหญ่ไม่ใช่สิ่งที่ Validator ทุกคนสามารถทำได้ หากไม่มี PBS จำนวนตัวตรวจสอบความถูกต้องบนเครือข่ายอาจลดลงอย่างมาก ดังนั้น PBS จึงถูกมองว่าเป็นกุญแจสำคัญในการเปิดใช้ Darksharding

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

ดังนั้นจึงดูเหมือนว่า PBS จะรวมอยู่ในข้อตกลงไม่ทางใดก็ทางหนึ่ง แต่ ณ ตอนนี้ยังไม่ชัดเจนว่าจะเกิดขึ้นได้อย่างไรเนื่องจากมีข้อเสนอมากมายที่จะทำเช่นนั้น

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

• ค่าธรรมเนียมการออกแบบตลาดพร้อมการแยกผู้เสนอ/ผู้สร้าง

• การแยกผู้เสนอ/ตัวสร้างสล็อตคู่

• PBS ช่องเดียวโดยใช้ตัวพิสูจน์เป็นออราเคิลความพร้อมใช้งานแบบกระจาย

ทิศทางอื่น: การประมูลบล็อกบางส่วน

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

วิธีแก้ปัญหาดูเหมือนจะเป็นการว่าจ้างบุคคลภายนอกให้สร้างเนื้อหาบล็อกบางส่วนเท่านั้น ซึ่งเป็นแนวคิดที่มักเรียกว่าการประมูลบล็อกบางส่วน

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

Eigenlayer เสนอวิธีการที่ดูเหมือนจะได้รับความนิยม พวกเขาใช้กลไกการพัก

การประมูลบล็อกบางส่วนโดย remortgaging

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

Rehypothecation สร้างจากแนวคิดในการให้ที่อยู่สัญญาอัจฉริยะเป็นที่อยู่ถอน เมื่อผู้ตรวจสอบยกเลิกการเดิมพันแล้ว พวกเขาจะถอนยอดคงเหลือในสัญญาอัจฉริยะที่ยึดใหม่นี้ ซึ่งพวกเขาต้องออกจากระบบเพื่อรับรางวัลเดิมพันและรางวัลจากผู้ตรวจสอบความถูกต้อง

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

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

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

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

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

การประมูลบางส่วนผ่าน PEPC

โปรดทราบว่า Barnabé Monnot ดำเนินการด้วยการสำรวจซึ่งรวมเอารูปแบบของการวางเดิมพันใหม่ในระดับโปรโตคอล สิ่งนี้จะช่วยให้ผู้ตรวจสอบความถูกต้องสามารถทำข้อผูกมัดทั่วไปประเภทใดก็ได้กับบุคคลที่สาม และให้ข้อผูกพันนี้บังคับใช้ในระดับโปรโตคอลโดยคณะกรรมการพิสูจน์ โดยไม่ต้องให้ Eigenlayers เดิมพันสัญญา/มิดเดิลแวร์ใหม่ แนวคิดนี้เรียกว่าข้อผูกพันของผู้เสนอที่บังคับใช้โปรโตคอลหรือ "PEPC" เหตุผลหลักที่อยู่เบื้องหลังแนวทางนี้คือ ดังที่ Barnabé กล่าว มันอาจทำให้ฉันทามติสั่นคลอนได้เมื่อโปรโตคอลไม่รู้ว่ามีตัวตรวจสอบความถูกต้องกี่ตัวที่มีความเสี่ยงอย่างมีประสิทธิภาพ (แม้ว่าฉันเชื่อว่า Eigenlayer มีวิธีบรรเทาอื่นสำหรับสถานการณ์นี้ .

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

การประมูลบล็อกบางส่วนระดับโปรโตคอล

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

รายการกักกันธุรกรรม/crLists/ Hybrid PBS

รายการรวมธุรกรรม crLists เป็นวิธีที่ช่วยให้การเซ็นเซอร์ธุรกรรมง่ายขึ้นโดยผู้สร้างบล็อกโดยไม่ต้องให้ผู้เสนอต้องมีส่วนร่วมส่วนใดส่วนหนึ่งของบล็อกเอง

ในระดับสูง แนวคิดคือการอนุญาตให้ผู้เสนอสร้างรายการธุรกรรมที่ถูกต้อง (เช่น nonces ลายเซ็น ยอดคงเหลือ maxFeePerGas ฯลฯ) บล็อก

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

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

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

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

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

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

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

เอกสารเอกสารรายการตัวแปรโดยสังเขปสรุปการออกแบบโครงร่าง crLists

คำถามเปิด

แนวคิดทั้งหมดที่ระบุไว้ข้างต้นอยู่ภายใต้การอภิปรายอย่างแข็งขัน และฉันพบว่าบางแนวคิดมีแนวโน้มที่ดี อย่างไรก็ตาม ฉันมีคำถาม: ทำไมตัวตรวจสอบความถูกต้องจึงไม่จ้างผู้สร้างบล็อก 100% จากภายนอก เราพึ่งเห็นแก่ได้หรือเปล่า? อะไรคือสิ่งจูงใจสำหรับผู้ยื่นข้อเสนอให้ทำงานใด ๆ เพื่อมีส่วนร่วมในการบล็อกบางส่วน? ทำไมตัวตรวจสอบความถูกต้องถึงประสบปัญหาในการสร้าง crLists หากเป็นเพราะไคลเอนต์ ethereum ทำสิ่งนี้โดยค่าเริ่มต้น ผู้ตรวจสอบความถูกต้องมีตัวเลือกให้ปิดการใช้งานหรือไม่ ฉันสามารถจินตนาการได้ว่าผู้ดำเนินการโหนดของ Stake Pool บางแห่งจะไม่เต็มใจที่จะเผยแพร่ crLists หรือบล็อกคำนำหน้า/ส่วนต่อท้ายที่มีธุรกรรมที่ได้รับการอนุมัติ

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

เท่าที่เกี่ยวข้องกับ crLists จะเกิดอะไรขึ้นหากผู้เสนอไม่เผยแพร่ crList บนเครือข่าย P2P สิ่งนี้สามารถบังคับใช้โดยฉันทามติได้หรือไม่? สิ่งนี้มีสมมติฐานในการซิงโครไนซ์ที่แข็งแกร่งซึ่งเพิ่มความซับซ้อน ซึ่งได้กล่าวถึงแล้วในเนื้อหาต้นฉบับบางส่วนที่ฉันเชื่อมโยง

สรุปแล้ว

สรุปแล้ว

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

ลิงค์ต้นฉบับ

ลิงค์ต้นฉบับ