ปัญหานี้ค่อนข้างยาว เพื่อความสะดวกของคุณ คุณสามารถดูตัวอย่างแคตตาล็อกได้:

รีวิว: MEV ค่าสูงสุดที่แยกได้คืออะไร

ส่วนที่ 1: MEV ใน Ethereum POS

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

พูลหน่วยความจำลิขสิทธิ์

ข้อความ

Proposer -Builder Separation

ข้อความ

Builder API

Builder API ลดผลกระทบของ MEV ได้อย่างไร

ตอนที่ 3: MEV เป็นเอกลักษณ์ของ Ethereum หรือไม่

ตอนที่ 4: MEV ติดตามความซับซ้อน

ข้อความ

ตอนที่ 5: ทำไม MEV ถึงซ่อมยาก

ขึ้นต้นข้อความก่อนอื่นเรามาทบทวนว่า MEV คืออะไร พร้อมตัวอย่าง?

• ตัวอย่างเช่น มีโอกาสเก็งกำไร $10,000 บน Uniswap หลังจากการซื้อขายจำนวนมากทำให้ราคาลดลง บอทการเก็งกำไรสังเกตเห็นโอกาสและส่งธุรกรรมเพื่อจับมัน โดยเสนอค่าธรรมเนียมการทำธุรกรรม $10 ให้กับนักขุด หนึ่งในสองสิ่งที่อาจเกิดขึ้น:

• นักขุดจะคัดลอกและเซ็นเซอร์ธุรกรรมของอนุญาโตตุลาการเพื่อคว้าโอกาสด้วยตัวเอง

10,บอทตัวอื่นจะสังเกตเห็นและเสนอราคา txfee ที่สูงขึ้น เริ่มสงครามการเสนอราคาเพื่อสิทธิ์ในการเก็งกำไร การประมูลนี้เรียกว่า "Priority Gas Auction" (PGA)

กำไรที่เป็นไปได้ของ $000 คือ MEV หากนักขุดไม่สามารถจับมันได้ และ PGA เริ่มขึ้น ส่วนต่างระหว่างราคาที่ประมูลและ MEV ทั้งหมดที่มีอยู่คือกำไรของนักเทรดที่ชนะ (เช่น หากนักขุดได้รับค่าธรรมเนียม $7,000 ส่วนที่เหลืออีก 3,000,000 สำหรับนักเทรด)ในซีรีส์ MEV ของบทความแรก

ที่นี่เราได้แนะนำรูปแบบของ MEV และผลกระทบโดยละเอียด จากนั้นเราจะหารือเกี่ยวกับผลกระทบของ MEV ต่อ Ethereum ต่อไป

ตอนที่ 1 MEV ใน Ethereum PoS

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

พูลหน่วยความจำลิขสิทธิ์

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

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

การแก้ไขปัญหาที่เกี่ยวข้องกับ MEV เหล่านี้ใน Ethereum ที่ผสานรวมเป็นพื้นที่หลักของการวิจัย จนถึงตอนนี้ เพื่อลดผลกระทบด้านลบของ MEV ต่อการกระจายอำนาจและความปลอดภัยของ Ethereum หลังจากการควบรวมกิจการ ได้มีการเสนอวิธีแก้ปัญหาสองวิธี ได้แก่ Proposer-Builder Separation (PBS) และ Builder API

Proposer-Builder Separation  

ชื่อเรื่องรอง

Proposer-Builder Separation (PBS) มีจุดมุ่งหมายเพื่อลดผลกระทบของ MEV โดยเฉพาะอย่างยิ่งในชั้นฉันทามติ คุณสมบัติหลักของ PBS คือการแยกกฎผู้ผลิตบล็อกและผู้เสนอบล็อก (Proposer) Validator ยังคงรับผิดชอบข้อเสนอแบบบล็อกและการลงคะแนนเสียง แต่ตัวสร้างบล็อก - ตัวสร้างบล็อก - มีหน้าที่รับผิดชอบในการสั่งซื้อธุรกรรมและการสร้างบล็อก

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

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

PBS ลดผลกระทบของ MEV อย่างไร

PBS ในโปรโตคอลช่วยลดผลกระทบของ MEV ต่อฉันทามติโดยการลบการแยก MEV ออกจากอำนาจของผู้ตรวจสอบความถูกต้อง ผู้สร้างบล็อกที่ทำงานบนฮาร์ดแวร์เฉพาะจะคว้าโอกาส MEV ในอนาคตแทน

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

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

Builder API  

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

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

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

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

• Builder API ทำงานดังนี้:

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

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

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

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

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

MEV-Boost เป็นตัวอย่างของการใช้งาน BuilderAPI (เราจะแนะนำ MEV-Boost แยกกันในฉบับหน้า) ซึ่งเป็นการปรับปรุงกลไกการประมูลของ Flashbots ซึ่งมีจุดมุ่งหมายเพื่อยับยั้งผลกระทบด้านลบของ MEV บน Ethereum การประมูล Flashbots ช่วยให้นักขุดสามารถว่าจ้างบุคคลภายนอกในการสร้างบล็อกที่ทำกำไรให้กับกลุ่มเฉพาะที่เรียกว่า Searchers ใน Proof-of-Work

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

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

ชื่อเรื่องรอง

Builder API ลดผลกระทบของ MEV ได้อย่างไร

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

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

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

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

ข้อความ

ตอนที่ 3 MEV เป็นเอกลักษณ์ของ Ethereum หรือไม่

เราอดไม่ได้ที่จะถามว่า: MEV เป็นเอกลักษณ์เฉพาะของ Ethereum หรือไม่?

ไม่ สมมติว่า MEV ปรากฏบน Bitcoin ด้วย สิ่งจูงใจในการเซ็นเซอร์ช่องสัญญาณฟ้าผ่าหรือโทเค็นการใช้จ่ายสองเท่านั้นเป็นเทคนิค MEV อย่างไรก็ตาม สมมติฐานของเราคือ Bitcoin มีความอ่อนไหวต่อ MEV โดยเนื้อแท้น้อยกว่าบล็อกเชน เช่น Ethereum

• เหตุผลนี้คือความซับซ้อนและ "สถานะ" ของบล็อกเชนที่เกี่ยวข้อง:

• อัตราที่ MEV สะสมบนบล็อกเชนหนึ่ง ๆ โดยทั่วไปจะเป็นสัดส่วนกับความซับซ้อนของพฤติกรรมเลเยอร์ของแอปพลิเคชัน

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

นี่คือเหตุผลที่เรากล่าวว่าความซับซ้อนของ Ethereum อาจเป็นคำสาปได้

ข้อความ

ตอนที่ 4 MEV ติดตามความซับซ้อน

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

ชื่อระดับแรก

Part.5 MEV ซ่อมยาก

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

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

สำหรับความรู้เพิ่มเติมเกี่ยวกับบล็อกเชนและสินค้าแห้ง โปรดติดตาม Tokenview.io

บทความอ้างอิง

https://research.paradigm.xyz/MEV

https://ethereum.org/en/developers/docs/mev/#mev-in-ethereum-proof-of-stake