ชื่อเรื่องเดิม: "Time, slots, and the ordering of events in Ethereum Proof-of-Stake》

ชื่อเรื่องเดิม: "

ผู้แต่ง: จอร์จิออส คอนสแตนโตปูลอส, ไมค์ นอยเดอร์, Paradigm

เรียบเรียงข้อความต้นฉบับ: wesely

เมื่อวันที่ 2 เมษายน ผู้กระทำการเครือข่าย Ethereum ที่เป็นอันตรายใช้ประโยชน์จากช่องโหว่ใน mev-boost-relay เพื่อขโมยเงิน 20 ล้านดอลลาร์จากผู้ค้นหา MEV (ดูการชันสูตรศพของ Flashbots) ในอีกไม่กี่วันข้างหน้า นักพัฒนาซอฟต์แวร์ได้แก้ไขข้อบกพร่องด้วยการปล่อยแพตช์ 5 ชุด ซึ่งเมื่อรวมกับเวลาแฝงของเครือข่ายและนโยบายตัวตรวจสอบความถูกต้องที่มีอยู่แล้ว ทำให้เกิดช่วงสั้นๆ ของความไม่เสถียรในเครือข่าย ethereum ในวันที่ 6 เมษายน การปรับโครงสร้างองค์กรนั้นไม่ดีต่อความสมบูรณ์ของเครือข่ายเนื่องจากลดอัตราการบล็อกการผลิตและลดการรับประกันการชำระบัญชี

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

mev-boost คืออะไร? ทำไมมันถึงสำคัญ?

mev-boost เป็นโปรโตคอลที่ออกแบบโดย Flashbots และชุมชนเพื่อลดค่าสูงสุดที่แยกได้ (MEV) จากผลกระทบเชิงลบต่อเครือข่าย Ethereum

• มีสามบทบาทใน mev-boost:

• รีเลย์ - ผู้ประมูลที่ไว้วางใจร่วมกันเชื่อมต่อผู้เสนอเพื่อบล็อกผู้สร้าง

• ผู้เสนอ - ผู้ตรวจสอบ Proof-of-Stake สำหรับ Ethereum

ลำดับเหตุการณ์โดยประมาณสำหรับแต่ละบล็อกคือ:

• ลำดับเหตุการณ์โดยประมาณสำหรับแต่ละบล็อกคือ:

• ผู้สร้างสร้างบล็อกโดยรับธุรกรรมจากผู้ใช้ ผู้ค้นหา หรือสตรีมคำสั่งอื่นๆ (ส่วนตัวหรือสาธารณะ)

• ผู้สร้างส่งบล็อกไปยังรีเลย์

• รีเลย์ตรวจสอบว่าบล็อกนั้นถูกต้องและคำนวณจำนวนเงินที่จ่ายให้กับผู้เสนอ

• รีเลย์ส่งส่วนหัว "blinded" และมูลค่าการชำระเงินไปยังผู้เสนอของสล็อตปัจจุบัน

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

ผู้เสนอส่งส่วนหัวที่มีลายเซ็นนี้กลับไปที่ไซต์รีเลย์

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

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

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

กฎการเลือกส้อมของ Ethereum และ mev-boost

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

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

แง่มุมหนึ่งที่ไม่ค่อยมีใครรู้จักเกี่ยวกับกฎการเลือกทางแยกคือความสัมพันธ์กับเวลา ซึ่งมีผลกระทบอย่างมากต่อการผลิตบล็อก

รอบสล็อตและสล็อตย่อย

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

เหตุการณ์ที่เกิดขึ้นในสล็อตมีดังนี้ โดยที่ t=0 หมายถึงจุดเริ่มต้นของสล็อต

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

จากมุมมองความสมบูรณ์ของเครือข่าย เวลาที่เหมาะสมที่สุดสำหรับการปลดบล็อกคือ t=0 (ตามที่ระบุในข้อกำหนด) อย่างไรก็ตาม เนื่องจากค่าบล็อกเพิ่มขึ้นแบบจำเจเมื่อเวลาผ่านไป ผู้เสนอจึงมีแรงจูงใจที่จะชะลอการเผยแพร่บล็อกของตนเพื่อให้ MEV สามารถสะสมได้มากขึ้น ดูเกมจับเวลาใน Proof of Stake และการสนทนานี้สำหรับรายละเอียดเพิ่มเติม

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

การขึ้นสู่สวรรค์ของผู้เสนอและการปรับโครงสร้างองค์กรอย่างซื่อสัตย์

• แนวคิดใหม่ 2 แนวคิดได้รับการแนะนำในไคลเอนต์ที่เป็นเอกฉันท์โดยมีนัยสำคัญสำหรับกำหนดเวลาการพิสูจน์

• Proposer Boost (PR) - พยายามลดการโจมตีด้วยการปรับสมดุลใหม่โดยให้ผู้เสนอ "เพิ่ม" ตัวเลือกทางแยกเทียบเท่ากับ 40% ของน้ำหนักการพิสูจน์ทั้งหมด ที่สำคัญการปรับปรุงนี้จะคงอยู่เพียงหนึ่งช่องเท่านั้น

Honest Reorganization (PR) - ใช้การเพิ่มเติมของผู้เสนอและอนุญาตให้ผู้เสนอที่ซื่อสัตย์ใช้เพื่อบังคับการปรับโครงสร้างบล็อกที่มีน้ำหนักการตรวจสอบน้อยกว่า 20% สิ่งนี้ถูกนำมาใช้ใน Lighthouse และ Prysm (ตั้งแต่เปิดตัว v 4.0-Capella) การเปลี่ยนแปลงนี้เป็นทางเลือกเนื่องจากเป็นการตัดสินใจในท้องถิ่นโดยผู้เสนอและไม่ส่งผลกระทบต่อพฤติกรรมของผู้ตรวจสอบความถูกต้อง ด้วยเหตุนี้ จึงไม่มีความพยายามร่วมกันในการเปิดตัวให้กับลูกค้าทั้งหมดพร้อมกัน และไม่ได้เชื่อมโยงกับฮาร์ดฟอร์กใด ๆ เป็นพิเศษ

• โปรดทราบว่าจะหลีกเลี่ยงการเรียงลำดับใหม่อย่างตรงไปตรงมาในกรณีพิเศษบางกรณี:

• ในช่วงขอบเขตของบล็อกยุค

• ถ้าโซ่ไม่ครบ

หากไม่นำหัวโซ่ออกจากช่องก่อนบล็อกที่จัดลำดับใหม่

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

แผนภาพด้านล่างแสดงให้เห็นว่าพฤติกรรมที่ซื่อสัตย์เปลี่ยนไปใช้กลยุทธ์การปรับโครงสร้างองค์กรอย่างไร

ในกรณีนี้ ให้ b 1 แทนบล็อกที่มาถึงช้า เนื่องจากความล่าช้า b1 มีเพียง 19% ของน้ำหนักการพิสูจน์ของช่องที่ n ส่วนที่เหลืออีก 81% ของน้ำหนักการพิสูจน์ถูกกำหนดให้กับ HEAD บล็อกพาเรนต์ เนื่องจากตัวตรวจสอบความถูกต้องจำนวนมากไม่เห็น b1 ก่อนวันครบกำหนดการรับรอง

หากไม่มีการปรับโครงสร้างองค์กรอย่างซื่อสัตย์ ในช่อง n+1 ผู้เสนอถือว่า b 1 เป็นหัวของห่วงโซ่และสร้างบล็อกย่อย b 2 แม้ว่าจะมีน้ำหนักพิสูจน์เพียง 19% แต่ผู้เสนอก็ไม่พยายามจัดระเบียบ b1 ใหม่ ในช่วงช่อง n+1, b 2 มีการปรับปรุงผู้เสนอและสมมติว่ามีการส่งมอบตรงเวลา จะกลายเป็นบรรทัดฐานโดยการรวบรวมการรับรองส่วนใหญ่สำหรับช่องนั้น

ด้วยการจัดระเบียบใหม่อย่างแท้จริง สถานการณ์จะแตกต่างไปจากเดิมอย่างสิ้นเชิง ตอนนี้ผู้เสนอของ epoch n+1 พบว่าน้ำหนักการตรวจสอบความถูกต้อง 19% สำหรับ b 1 ต่ำกว่าเกณฑ์การปรับโครงสร้างใหม่ ดังนั้นพวกเขาจึงสร้างบล็อกใหม่โดยมี HEAD เป็นพาเรนต์ของ b 2 และบังคับการปรับโครงสร้างใหม่เป็น b 1 เมื่อเราไปถึง กำหนดเวลาการรับรองสำหรับยุค n+1 ผู้ตรวจสอบที่ซื่อสัตย์จะเปรียบเทียบน้ำหนักสัมพัทธ์ของ b 2 (40% จากการเพิ่มผู้เสนอ) กับ b 1 (19%) ลูกค้าทั้งหมดดำเนินการเสริมผู้เสนอ ดังนั้น b2 จะถือว่าเป็นหัวหน้าของห่วงโซ่และจะสะสมการรับรองสำหรับสล็อต n+1

โหนดรีเลย์และบีคอนแก้ไขการโจมตีแบบแยกส่วน

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

• 1. การเปลี่ยนแปลงรีเลย์:

• ตรวจสอบฐานข้อมูลเพื่อหาผู้เสนอที่เป็นอันตราย (ใช้เฉพาะในการผลิตโดยรีเลย์อัลตราโซนิกและถูกลบออกแล้ว)

• ตรวจสอบว่าบล็อกทั้งหมดถูกส่งไปยังเครือข่าย P2P ภายในช่วงเวลานั้นหรือไม่

แนะนำการหน่วงเวลาแบบสุ่มอย่างสม่ำเสมอในช่วง 0-500 ms (นำออกจากรีเลย์ทั้งหมด) ก่อนเผยแพร่บล็อก

• 2. การเปลี่ยนแปลงโหนดลูกโซ่บีคอน (ใช้ได้กับโหนดลูกโซ่บีคอนรีเลย์เท่านั้น):

• ตรวจสอบความถูกต้องของบล็อกบีคอนก่อนที่จะออกอากาศ

ตรวจสอบสิ่งที่เทียบเท่าบนเครือข่ายก่อนที่จะเผยแพร่บล็อก

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

ผลที่ไม่ได้ตั้งใจ

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

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

อย่างไรก็ตาม ด้วยเวลาแฝงที่เพิ่มขึ้นจากแพตช์ทั้ง 5 นี้ รีเลย์อาจมีส่วนรับผิดชอบบางส่วนสำหรับการออกอากาศล่าช้า ลองดูบล็อกสิ่งพิมพ์ในสถานการณ์สมมติต่อไปนี้

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

ผลที่ตามมาคือจำนวนของบล็อกที่แยกออกจากกันเพิ่มขึ้นอย่างมากในวันหลังการโจมตี

ข้อมูล 2 สัปดาห์ของ Metrika แสดงให้เห็นว่าในกรณีที่เลวร้ายที่สุด มีการจัดระเบียบใหม่ 13 บล็อก (4.3%) ภายในหนึ่งชั่วโมง ซึ่งมากกว่าปกติประมาณ 5 เท่า จำนวนบล็อกที่แยกออกเพิ่มขึ้นอย่างมากอย่างเห็นได้ชัดเมื่อรีเลย์เปิดตัวการเปลี่ยนแปลงต่างๆ ต้องขอบคุณความพยายามของชุมชนครั้งใหญ่โดยผู้ให้บริการรีเลย์และนักพัฒนาหลัก การเปลี่ยนแปลงหลายอย่างถูกยกเลิกเมื่อเข้าใจผลกระทบและเครือข่ายกลับสู่สถานะที่ดี

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

แล้วเราควรทำอย่างไร?

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

นอกจากนี้ ขณะนี้กำลังสำรวจทิศทางในอนาคตหลายประการ:

• นอกจากนี้ ขณะนี้กำลังสำรวจทิศทางในอนาคตหลายประการ:

• ใช้ "headlock" เพื่อป้องกัน mev-boost จากการโจมตีที่เท่าเทียมกัน นอกจากนี้ยังต้องมีการเปลี่ยนแปลงซอฟต์แวร์ไคลเอนต์ที่เป็นเอกฉันท์และอาจมีการเปลี่ยนแปลงข้อกำหนดเพื่อขยายกำหนดเวลาการพิสูจน์

• เพิ่มจำนวนและการมองเห็นโปรแกรมรางวัลบั๊กสำหรับซอฟต์แวร์ mev-boost

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

• เพิ่มประสิทธิภาพเส้นทางการเผยแพร่บล็อกบนรีเลย์เพื่อลดความล่าช้าที่ไม่จำเป็น นี้อยู่ระหว่างการศึกษาแล้ว

• ยอมรับ mev-boost เป็นคุณสมบัติโปรโตคอลหลักและดูดซับลงในไคลเอนต์ที่เป็นเอกฉันท์ ประดิษฐาน-PBS (ePBS) ePBS แบบสองช่องมีความเสี่ยงต่อการโจมตีที่เท่าเทียมกัน ดังนั้นการใช้ "เฮดล็อก" จึงยังคงเป็นทางเลือก

• เพิ่มการทดสอบแบบกลุ่มและ/หรือข้อมูลจำเพาะตามปัญหาเวลาแฝงและกำหนดเวลาการพิสูจน์

• ส่งเสริมความหลากหลายของไคลเอนต์รีเลย์โดยสร้างการใช้งานเพิ่มเติมของข้อกำหนดรีเลย์

พิจารณาปรับบทลงโทษที่เท่าเทียมกัน แต่โปรดจำไว้ว่าแม้การตัด ETH เต็ม 32 ETH ก็ไม่อาจขัดขวางพฤติกรรมที่เป็นอันตรายเมื่อมีโอกาส MEV ที่รุนแรง

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