บทนำ

ในภารกิจอย่างต่อเนื่องเพื่อเพิ่มประสิทธิภาพบล็อกเชนเพื่อจัดการกับการยอมรับจํานวนมาก Monad โดดเด่นในฐานะผู้บุกเบิกในการเพิ่มประสิทธิภาพโมเดล Ethereum Virtual Machine (EVM) ด้วยชุดการปรับปรุงระดับต่ํา: I/O แบบอะซิงโครนัส, Patricia Trie ที่ปรับให้เหมาะสม, การดําเนินการที่รอการตัดบัญชี และ Optimistic Concurrency Control สําหรับการประมวลผลแบบขนาน [2] การปรับปรุงเหล่านี้จัดการกับปัญหาคอขวดในการดําเนินการและการเข้าถึงของรัฐที่ไม่มีประสิทธิภาพอย่างมีประสิทธิภาพบนแพลตฟอร์มเช่น Ethereum โดยไม่ต้องเสียสละการกระจายอํานาจ

ในโพสต์นี้เราจะสำรวจการใช้งานที่เป็นไปได้ของโครงสร้างการประมูล Miner Extractable Value Auction Infrastructure (MEVA) ที่เข้มแข็งบน Monad นอกจากนี้เรายังอธิบายบางบทเรียนที่มีค่าที่เป็นไปได้จากวิธีการที่มีอยู่เช่น Flashbots ใน Ethereum และ Jito Network ใน Solana

เราต้องการเน้นบางประการสำคัญ

1. MEV เป็นสิ่งที่เป็นธรรมชาติต่อเครือข่ายบล็อกเชนทุกประการ โครงสร้างพื้นฐาน MEVA ที่แข็งแรงเป็นสิ่งสำคัญเพื่อหลีกเลี่ยงกระบวนการผลิตบล็อกที่ยุ่งเหยิงพร้อมกับผลที่เป็นลบและกระตุ้นที่ไม่สอดคล้อง
2. การออกแบบ MEVA ได้รับการผสมผสานอย่างลึกซึ้งกับกลไกพื้นฐานของเครือข่าย โดยเฉพาะการจัดเตรียมการทำรายการแบบความเห็นชอบ การพัฒนาในอนาคตจะขึ้นอยู่กับวิวัฒนาการของปัจจัยเหล่านี้และประสิทธิภาพของเครือข่ายภายใต้ระดับความเครียดที่แตกต่างกัน
3. แนวโน้มทางประวัติศาสตร์ในความเจริญของการผลิตบล็อกที่เห็นได้ใน Ethereum และ Solana สามารถให้ข้อมูลในการออกแบบ MEVA บน Monad
4. การใช้งาน MEVA บนบล็อกเชนที่ทำงานด้วยการประมวลผลที่สูงและการดำเนินการที่เลื่อนออกไปในอนาคต เช่น Monad จะต้องใช้กลยุทธ์ในการสร้างและค้นหาบล็อกโดยมีความน่าจะเป็น เหมือนกับการซื้อขายที่มีความถี่สูง เนื่องจากมีข้อจำกัดเวลา

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

ภูมิทัศน์ MEVA ใน Ethereum

MEVA ภายใต้การทำงานของ Ethereum Consensus-Execution Staging

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

รูปที่ 1: การทำงานของตัวสร้างใน MEV-Boost ภายใต้การแยก EL-CL.

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

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

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

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

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

การพัฒนาผลิตภัณฑ์เมื่อเครือข่ายเจริญเติบโต

เราตอนนี้ได้สำรวจวิธีการ MEVA ได้เปลี่ยนแปลงขึ้นเมื่อ Ethereum ก้าวไปข้างหน้า แสดงไว้ตามลำดับเวลาในภาพถ่าย 2

ภาพที่ 2: มุมมองจากมุมมองเวลาของวิธีที่ MEVA ทำซ้ำเมื่อ Ethereum Network เดินหน้าไปข้างหน้า ภาพนี้ปรับเปลี่ยนเล็กน้อยจาก [4]

ยุคการประมูลก๊าซความสำคัญ (PGA)

ดังแสดงในรูปที่ 3 ผู้ค้นหาระบุโอกาส MEV ที่ทํากําไรและส่งธุรกรรมที่เปิดใช้งานสัญญาอัจฉริยะไปยัง mempool สาธารณะ การมองเห็นของสาธารณชนนี้นําไปสู่รูปแบบการประมูลแบบเปิดราคาแรกแบบ on-chain ซึ่งแม้แต่ธุรกรรมที่ล้มเหลวก็มีค่าใช้จ่ายก๊าซ

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

รูปที่ 3: การประมูลแก๊สความสำคัญที่เรียบง่าย รูปภาพได้รับการปรับปรุงเล็กน้อยจาก [6]

Flashbots และ EIP-1559

เพื่อแก้ไขปัญหาเหล่านี้ Flashbots ได้นำเสนอ relays, intermediary auction houses ระหว่างผู้ค้นหาและผู้ผลิตบล็อก (นักขุดในยุค PoW) กิจกรรมนี้เปลี่ยนแปลงตลาด MEV จากการประมูลราคาเปิดเป็นการประมูลราคาซีล ภาพที่ 4 แสดงถึงวิธีที่ relays ช่วยป้องกันการเพิ่มราคาใน public mempool และสร้างกระบวนการผลิตบล็อกที่เรียบร้อยและปลอดภัยมากขึ้น

โครงสร้างค่าธรรมเนียมของ EIP-1559 ก็มีบทบาทเช่นกัน [7] มันทําให้การเสนอราคาง่ายขึ้นโดยการแนะนําราคาที่โพสต์บางส่วนผ่านค่าธรรมเนียมพื้นฐาน แต่ไม่ได้กล่าวถึงลําดับการทําธุรกรรมภายในบล็อกซึ่งยังคงผลักดัน MEV ผ่านค่าธรรมเนียมลําดับความสําคัญ ในความเป็นจริงผู้ค้นหาหลายคนเคยแสดงการเสนอราคาให้กับนักขุดโดยตรงผ่านการโอน coinbase พวกเขาลงเอยด้วยการร้องเรียนเพิ่มเติมเกี่ยวกับค่าธรรมเนียม coinbase เพราะพวกเขาไม่สามารถส่งชุด 0-gas ได้อีกต่อไป

ภาพที่ 4: MEVA ด้วย Relays ภาพนี้เล็กน้อยจาก [6]

การแยกผู้เสนอและผู้สร้าง (PBS)

หลังจากที่ Ethereum ได้ทำการเปลี่ยนจากการใช้ Proof of Stake (PoS) หลังจากการผสมกัน Proposer-Builder Separation (PBS) ถูกนำมาใช้เพื่อประสานบทบาทในกระบวนการผลิตบล็อกอย่างละเอียดยิบมากขึ้น ตามที่ได้กล่าวไว้ก่อนหน้านี้ relays จะทำหน้าที่เป็นตัวกลางระหว่าง block builders และ proposers โดยทำหน้าที่เป็นผู้ถือดูแลที่ระบุถึงความพร้อมข้อมูลและความถูกต้องของบล็อก โดยเพราะ proposer สามารถเชื่อมต่อกับ builders หลายรายสำหรับธุรกรรมส่วนบุคคลที่ต่างกัน builders จะต้องแข่งขันโดยการเสนอการจ่ายเงินให้กับ proposer ส่วนเนื้อหานี้จะแสดงในภาพที่ 5 อยู่

รูปที่ 5: MEV ในยุค PBS รูปนี้ปรับเปลี่ยนเล็กน้อยจาก [6]

ความเสี่ยงที่เกิดจากความ-concentration

แม้จะมีความก้าวหน้าทางประวัติศาสตร์เหล่านี้ แต่สิ่งสําคัญคือต้องเน้นย้ําถึงความกังวลที่เพิ่มขึ้นของความเสี่ยงด้านความเข้มข้นในตลาดของผู้สร้าง ในปีที่ผ่านมาผู้มีอํานาจของผู้สร้าง 9 อันดับแรกได้ถือครองตลาดอย่างต่อเนื่อง >50% โดยชี้ไปที่การกระจุกตัวของตลาดในระดับสูงตามที่ระบุไว้ในรูปที่ 6 สถานะของความเข้มข้นนั้นเด่นชัดยิ่งขึ้นในปัจจุบันโดยมีผู้สร้างสามอันดับแรกครอบคลุมมากกว่า >90% ของบล็อก

รูปที่ 6: ส่วนแบ่งตลาดของผู้สร้าง. กราฟแสดงถึงความ-concentration ที่สูงที่พบได้ในตลาดผู้สร้าง. กราฟนี้ถูกนำมาจากhttps://arxiv.org/pdf/2405.01329

Jito บน Solana

สถาปัตยกรรมของ Jito

เป็น MEVA ที่เป็นที่ยอมรับใน Solana จิโตถูกสร้างขึ้นเพื่อแก้ไขอัตราการสแปมสูงของ Solana เนื่องจากต้นทุนการทำธุรกรรมต่ำ การซื้อขายที่เป็นสแปมได้รับส่วนสนับสนุนในทางปฏิบัติอย่างมีประสิทธิภาพเมื่อต้นทุนของธุรกรรมที่ล้มเหลว (ประมาณ 0.000005 SOL) ไม่เกินกำไรที่คาดหวัง

ตามรายงานของ Jito Labs ในปี 2022 [8] มากกว่า 96% ของความพยายามในการเก็งกําไรและการชําระบัญชีล้มเหลวในปีนั้น โดยมีบล็อกที่มีธุรกรรมที่เกี่ยวข้องกับ MEV มากกว่า 50% รายงานยังเน้นว่าบอทชําระบัญชีได้สแปมเครือข่ายด้วยแพ็กเก็ตที่ซ้ํากันหลายล้านแพ็กเก็ตเท่านั้นเพื่อให้การชําระบัญชีสําเร็จหลายพันครั้งส่งผลให้อัตราความล้มเหลวสูงกว่า 99% [8]

รูปที่ 7: มุมมองจากบนสู่ล่างของ MEVA ของ Jito บน Solana

ความรุนแรงของผลกระทบภายนอก MEV ที่มีต่อ Solana ทำให้ Jito พัฒนาชั้น MEVA เพื่อทำให้กระบวนการผลิตบล็อกมีความเรียง และมีความก่อนหน้า มาทำการทบทวนโครงสร้าง MEVA ต้นฉบับที่ Jito ได้เสนอไว้ ตามที่แสดงในภาพที่ 7

Jito ประกอบด้วยส่วนประกอบต่อไปนี้:

Relay - ทำหน้าที่เป็นพร็อกซี่เพื่อรับธุรกรรมและส่งต่อไปยังเครื่องยนต์บล็อค (หรือ MEV ซัพพลายเชน) และผู้ตรวจสอบ

Block Engine - ดึงข้อมูลการทำธุรกรรมจาก relayer, ประสานงานกับ searchers, ยอมรับ bundle, ทำการจำลอง bundle, และส่งข้อมูลการทำธุรกรรมและ bundle ที่ดีที่สุดไปยัง validator เพื่อดำเนินการ น่าสังเกตว่า Jito ดำเนินการประมูลบล็อกบางส่วนสำหรับการรวมกลุ่มของ bundle แทนที่จะเป็นการประมูลบล็อคทั้งหมด โดยประวัติการประมูลกลุ่มของ bundle มากกว่า 80% ในช่วงสล็อตสองช่วง [9]

Pseudo Mempool - สร้างหน้าต่างเวลาการทำงานประมาณ 200 มิลลิวินาทีผ่านไคลเอ็นต์ Jito-Solana ที่ก่อให้เกิดการประมูลแบบไม่ต่อเนื่องสำหรับ orderflow [10] Jito ปิด mempool นี้เมื่อวันที่ 9 มีนาคม 2024

การเลือกออกแบบของ Jito

มาสำรวจส่วนประกอบที่เฉพาะเจาะจงของการออกแบบระบบของ Jito และพิจารณาว่าทางเลือกในการออกแบบเหล่านี้มาจากระบบการผลิตบล็อกของ Solana

Jito รองรับการประมูลบล็อกเพียงบางส่วนแทนที่จะเป็นการสร้างบล็อกเต็มรูปแบบ ซึ่งอาจเป็นเพราะรูปแบบการดําเนินการแบบมัลติเธรดของ Solana ซึ่งขาดการจัดกําหนดการทั่วโลก โดยเฉพาะรูปที่ 8 แสดงเธรดแบบขนานที่ดําเนินธุรกรรมโดยแต่ละเธรดจะรักษาคิวของธุรกรรมที่รอดําเนินการ ธุรกรรมจะถูกสุ่มให้กับเธรดและสั่งซื้อในพื้นที่ตามค่าธรรมเนียมลําดับความสําคัญและเวลา หากไม่มีการสั่งซื้อทั่วโลกในด้านตัวจัดกําหนดการ (ก่อนการอัปเดต 1.18.x) ธุรกรรมของ Solana โดยเนื้อแท้แล้วจะประสบกับความไม่แน่นอนจากความกระวนกระวายใจของตัวจัดกําหนดการ [11] ดังนั้นใน MEVA ผู้ค้นหาหรือผู้ตรวจสอบไม่สามารถกําหนดสถานะปัจจุบันได้อย่างน่าเชื่อถือ

รูปที่ 8: โมเดลการประมวลผล Multi-Threaded สำหรับ Solana Client โปรดทราบว่า ขั้นตอนการ Bundle ของ MEVA ถูกเพิ่มเข้าไปเป็นเธรดแยกอย่างไร้ที่ติในคิว multi threaded

จากมุมมองทางวิศวกรรม การรวมเชื่อม Jito's block engine feed เป็นเส้นใยเสริมที่ทำงานขนานกับเส้นใยที่มีอยู่อย่างดีกับโครงสร้างหลายเส้นใน Solana ในขณะที่การประมูลแบบจับชุดทำให้การสั่งลำดับตามค่าค่าธรรมเนียมมีลำดับความสำคัญภายในเส้นใยของ Jito block engine แต่ไม่มีการรับประกันว่าจะมีการวางจับชุดก่อนการทำธุรกรรมของผู้ใช้ในทั่วโลกเสมอ

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

การลบ Pseudo-Mempool

การนำ Jito มาใช้ได้ผลดีในการลดปัญหาการสแปมบน Solana โดยการวิจัยของ p2p [12] และข้อมูลที่แสดงในรูปที่ 9 พบว่ามีการปรับปรุงอย่างมีนัยสำคัญในอัตราการผลิตบล็อกที่เกี่ยวข้องหลังจากนำ Jito client มาใช้ นี่เป็นสัญญาณชี้วัดที่บอกว่าการประมวลผลธุรกรรมได้เป็นไปอย่างมีประสิทธิภาพมากขึ้น ด้วยความช่วยเหลือจากเครื่องยนต์บล็อกที่ถูกปรับให้เหมาะสมของ Jito ที่นำเสนอเมื่อปี 2023

รูปที่ 9: หลักฐานที่ระบุถึงความเป็นประโยชน์ของ Jito ในการบรรเทาปัญหาการสแปมบน Solana กราฟถูกดึงมาจากงานวิจัยใน [12] ที่ดำเนินการโดยทีม p2p

แม้จะมีความคืบหน้าที่สำคัญ แต่ยังมีอุปสรรคหลายอย่างที่เหลืออยู่ โดยเนื่องจาก Jito bundles เต็มได้เพียงบางส่วนเท่านั้น การทำธุรกรรมที่เป็นสาเหตุ MEV ยังสามารถหลบเลี่ยงช่องการประมูลของ Jito ได้ ปัญหานี้ยังอยู่ในระดับที่บางส่วนแสดงให้เห็นที่ Dune Dashboard ในรูปที่ 10 [13] ซึ่งแสดงให้เห็นว่าเครือข่ายยังคงประสบปัญหาที่เกิดขึ้นเฉลี่ยมากกว่า 50% ของการทำธุรกรรมที่ล้มเหลวเนื่องจากการสแปมของบอทตั้งแต่ปี 2024

รูปที่ 10: A Dune Dashboard (https://dune.com/queries/3537204/5951285) แสดงภาพกิจกรรมการสแปมโดยบอทบน Solana ตั้งแต่พฤษภาคม 2022

เมื่อวันที่ 9 มีนาคม พ.ศ. 2024 Jito ได้ตัดสินใจระงับ mempool เรือธง การตัดสินใจนี้ได้รับแจ้งจากการเติบโตของธุรกรรม memecoin และการโจมตีแซนวิชที่เพิ่มขึ้นที่สอดคล้องกัน (ประเภทของการวิ่งหน้าที่ผู้ค้นหาทําธุรกรรมก่อนและหลังธุรกรรมเป้าหมาย) ซึ่งทําให้ประสบการณ์ของผู้ใช้ลดลงในที่สุด เช่นเดียวกับแนวโน้มที่สังเกตได้บน Ethereum ที่มีช่องทางการไหลของคําสั่งซื้อส่วนตัวใน MEVA การปิด mempool สาธารณะอาจส่งเสริมการเติบโตของการไหลของคําสั่งซื้อส่วนตัวผ่านการเป็นพันธมิตรกับบริการส่วนหน้าเช่นผู้ให้บริการกระเป๋าเงินและบอทโทรเลข ผู้ค้นหาอาจเป็นพันธมิตรกับผู้ตรวจสอบความถูกต้องโดยตรงสําหรับการดําเนินการที่ต้องการการรวมการยกเว้น ในความเป็นจริงหลักฐานของสิ่งนี้สามารถเห็นได้ในรูปที่ 11 ซึ่งแสดงให้เห็นถึงโปรไฟล์กําไรบอทแซนวิชรายชั่วโมงสําหรับผู้ค้นหา mempool ส่วนตัวที่ใหญ่ที่สุด (3pe8gpNEGAYjVvMHqGG1MVeoiceDhmQBFwrHPJ2pAF81) หลังจากการปิด mempool

รูปที่ 11: กำไรรายชั่วโมงสำหรับ Sandwich Bot ด้วย Private Mempool สำหรับ Searcher “3pe8gpNEGAYjVvMHqGG1MVeoiceDhmQBFwrHPJ2pAF81”.

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

การออกแบบ MEVA บน Monad

การดำเนินการที่ดีเลย์และผลกระทบต่อ MEV

ไม่เหมือนกับ Ethereum ที่ต้องการการเห็นด้วยในบล็อกที่จะต้องมีทั้งรายการธุรกรรม (พร้อมลำดับ) และรากเมอร์เคิลที่สรุปสถานะหลังเหตุการณ์ทั้งหมด Monad แยกการดำเนินการก่อนหน้าจากการเห็นด้วย การเห็นด้วยของโหนดต้องการกำหนดลำดับทางการ ตามที่แสดงในภาพที่ 12 แต่ละโหนดดำเนินการธุรกรรมในบล็อก N อิสระ ในขณะที่เริ่มการเห็นด้วยเกี่ยวกับบล็อก N+1 การจัดระเบียบนี้ช่วยให้งบประมาณของก๊าซสอดคล้องกับเวลาบล็อกทั้งหมดตั้งแต่การดำเนินการต้องเร่งรัดกับการเห็นด้วย โดยไม่มีความจำเป็นต้องให้โหนดหัวที่จะคำนวณรากสถานะที่แท้จริง การดำเนินการสามารถใช้ระยะเวลาการเห็นด้วยทั้งหมดสำหรับบล็อกถัดไป

รูปที่ 12: การดำเนินการที่ถูกคืนค่าโดย Monad ที่เปรียบเทียบกับการทำงานแบบ Execution-Consensus ของ Ethereum ช่วงเวลาการดำเนินการที่สำคัญยังได้รับการแสดงในมุมมองการออกแบบ MEVA ด้วย

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

1. เมื่อ MEVA สร้างสําหรับบล็อก Nth ภายในกรอบเวลาดําเนินการผู้ตรวจสอบจะตกลงกันพร้อมกันในรายการธุรกรรมสําหรับบล็อก N th ในขณะที่พยายามดําเนินการสําหรับบล็อก N-1th ให้เสร็จสิ้น ดังนั้นภายในกรอบเวลาปฏิบัติการที่ N จึงเป็นไปได้มากที่สถานะที่มีอยู่จะยังคงอยู่ที่ N-2 ซึ่งหมายความว่าไม่มีการรับประกัน "สถานะล่าสุด" สําหรับรีเลย์หรือผู้สร้างภายใต้สถาปัตยกรรมการดําเนินการที่รอการตัดบัญชีนี้ ดังนั้นจึงเป็นไปไม่ได้ที่จะจําลองกับบล็อกล่าสุดก่อนที่จะมีการผลิตบล็อกถัดไปส่งผลให้เกิดความไม่แน่นอน
2. ด้วยเวลาบล็อก 1 วินาทีของ Monad กรอบเวลาปฏิบัติการสําหรับ MEVA จึงจํากัดมาก ซึ่งหมายความว่าผู้สร้างอาจไม่มีเวลามากพอที่จะจําลองธุรกรรมและการรวมกลุ่มทั้งหมดตามลําดับเหมือนที่ทําบน Ethereum ตัวแปรจํานวนมากอาจส่งผลต่อเวลาที่จําเป็นสําหรับการจําลองธุรกรรมบน EVM อย่างไรก็ตามสมมติว่าการจําลองธุรกรรมใช้เวลาระหว่าง 10 ^ 1 ถึง 10 ^ 2 ไมโครวินาที (สมมติฐานสนามเบสบอลคร่าวๆ) และด้วยเป้าหมายของ Monad ที่ 10 ^ 4 ธุรกรรมต่อวินาทีอาจใช้เวลาประมาณ 1 วินาทีเต็มเพื่อจําลองบล็อกเต็มภายในกรอบเวลาปฏิบัติการ เมื่อพิจารณาจากเวลาบล็อก 1 วินาทีของ Monad มันจะเป็นเรื่องท้าทายสําหรับผู้สร้างหรือรีเลย์ในการจําลองแบบเต็มบล็อกหลายแบบเพื่อเพิ่มประสิทธิภาพบล็อกที่สร้างขึ้น

กลยุทธ์สร้างและค้นหาแบบนิพจน์

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

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

รูปที่ 13: แผนภาพสเปกตรัมแนวคิดที่แสดงการออกแบบ MEVA ที่แตกต่างกันโดยการจัดหมวดหมู่ตามระดับของการตรวจสอบบล็อกหรือจำลองที่เสนอ

ดังที่แสดงในรูปที่ 13 ระดับของการตรวจสอบการรวมกลุ่ม / บล็อกก่อนหน้าที่ฝั่งของผู้สร้างสร้างสเปกตรัมของความไม่แน่นอนเกี่ยวกับการกําหนดราคาหรือการประเมินมูลค่าของบล็อกที่เสนอ ด้านหนึ่งคือโมเดล PBS สไตล์ Ethereum ที่มีการกําหนดราคาที่แม่นยํา ซึ่งผู้สร้างต้องใช้ไคลเอ็นต์ Execution Layer (EL) เพื่อจําลองธุรกรรมในบล็อกที่เสนอ พวกเขาต้องนําทางผ่านการผสมผสานที่หลากหลายระหว่างกลุ่มที่ส่งมา อีกด้านหนึ่งคือ Optimistic Builder Model [16] พร้อมการตรวจสอบบล็อกแบบอะซิงโครนัส ในรุ่นนี้ผู้สร้างจะข้ามเวลาที่จําเป็นสําหรับการจําลองใด ๆ ในช่วงระยะเวลาการปฏิบัติงานและให้เกียรติเคล็ดลับที่แสดงต่อผู้ตรวจสอบความถูกต้องหรือรีเลย์โดยการฝากหลักประกันภายใต้การเฉือน การตรวจสอบความน่าจะเป็นหรือวิธีการจําลองบางส่วนที่เสนอที่นี่ใน Monad ตกอยู่ในระหว่างนั้นเพิ่มโอกาสในการดําเนินการตามกลยุทธ์ที่ประสบความสําเร็จสําหรับผู้ค้นหาแม้จะมีความไม่แน่นอนอยู่บ้าง

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

ข้อคิดจบ

MEVA เล่น peran penting dalam mengoptimalkan produksi blok dengan mitigasi eksternalitas dan meningkatkan stabilitas sistem secara keseluruhan. Evolusi terus-menerus dari kerangka kerja MEVA, yang diwakili oleh Jito di Solana dan berbagai implementasi di Ethereum, sangat membantu untuk menangani tantangan skalabilitas dan menyelaraskan insentif peserta jaringan.

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

คำประกัน

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