TL;DR

• ePBS ได้รับการออกแบบโดยเน้นที่ความปลอดภัยของ Builder ทําให้ Builders สามารถควบคุมธุรกรรมบล็อกได้อย่างเต็มที่
• มันรวม Proposer-Builder Separation (PBS) เข้ากับชั้นความเห็นของ Ethereum โดยตรง ที่เรียกว่า In-Protocol PBS เพื่อแก้ไขความล้มเหลวในการส่งสัญญาณและลบจุดล้มเหลวแบบเดียวในระบบ
• ePBS ยังคงรากฐานของ PBS โดยลดการควบคุมของ entity เดียวเกี่ยวกับเนื้อหาบล็อก เพิ่มความต้านทานการโซเชียลมีเดียและการกระจายอำนาจในเครือข่าย
• คณะกรรมการความถูกต้องของข้อมูล (PTC) รับรองความถูกต้องและความถูกต้องของธุรกรรมในบล็อกใหม่

การแนะนำ

ในเดือนกุมภาพันธ์ Potuz ผู้พัฒนา Prysm ได้แสดงความกังวลเกี่ยวกับปัญหาความไว้วางใจในเครือข่ายหลักของ Ethereum โดยแนะนําให้ชะลอ Electra fork จนถึงปี 2025 โดยใช้ Interoperability Event เพื่อปรับแต่งการออกแบบ ePBS อย่างไรก็ตามมีความคิดเห็นที่หลากหลายภายในชุมชน Ethereum โดยนักพัฒนาและนักวิจัยบางคนกังวลเกี่ยวกับความเสี่ยงที่อาจเกิดขึ้น ความคิดเห็นเกี่ยวกับ ePBS ถูกแบ่งออกดังนั้นวันนี้เราจะสํารวจว่า ePBS คืออะไรและแตกต่างจาก PBS อย่างไร

ก่อนหน้านี้เราได้กล่าวถึงการทำงานของ PBS ที่ช่วยให้การยืนยันความปลอดภัยของ Proposer และคำอธิบายของ Builder ได้รับการมอบหมายให้กับ Trusted relays เพื่อบันทึกเนื้อหาบล็อกและรับรองว่า Proposer ได้รับเนื้อหาบล็อกแต่ไม่สามารถขโมยเนื้อหา Builder ได้โดยง่าย อย่างไรก็ตามหาก Relay เป็นโมฆะทั้ง Proposer และ Builder ก็อาจได้รับความเสียหาย และพวกเขาจะต้องสลับไปยัง Relay อื่นๆ และหวังว่ามันจะไม่เป็นโมฆะ ซึ่งนั่นเป็นปัญหา: เราต้องหา Third party ที่ไว้ใจได้สำหรับการมอบหมายหน้าที่ PBS เป็นการแก้ปัญหา Off-chain ที่ขึ้นอยู่กับความเห็นชอบจากชุมชนและการปฏิบัติตามโดยบังคับใช้ ซึ่งต้องการการประสานงานและความไว้วางใจเพิ่มเติม

ใน PBS จะต้องมีบทบาทของบุคคลกลางที่จะเป็นผู้รับผิดชอบในการจัดการความเชื่อถือเป็นบุคคลที่สาม:

• ผู้เสนอต้องเชื่อว่าผู้กลางถ้าพวกเขาต้องการขายสิทธิ์เนื้อหาบล็อก
• ผู้ก่อสร้างจำเป็นต้องเชื่อมั่นในผู้ให้บริการกลางถ้าหากต้องการซื้อสิทธิ์ในการสร้างบล็อก

การออกแบบที่นวัตกรรมของ ePBS

การแยกผู้เสนอและผู้สร้างที่ซ่อนอยู่

Enshrined Proposer-Builder Separation (ePBS) เป็นรูปแบบหนึ่งของ PBS ที่รวมอยู่ในเลเยอร์ความเห็นของ Ethereum โดยตรง ที่เรียกว่า In-Protocol PBS ถูกออกแบบมาเพื่อแก้ไขปัญหาการล้มเหลวของรีเลย์ที่เป็นไปได้และกำจัดจุดล้มเหลวของระบบเดียว ในฐานะกลไกเชื่อมต่อที่กำลังเกิดขึ้น เราจะพาเข้าสู่ ePBS และอธิบายหลักการหลักของมัน ข้อดี และวิธีที่แตกต่างกันจาก Proposer-Builder Separation (PBS) ที่เป็นแบบดั้งเดิม

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

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

• ผู้เสนอ: รับผิดชอบในการเสนอบล็อก รวมถึงข้อมูลหัวบล็อก
• Builder: รับผิดชอบในการสร้างเนื้อหาของบล็อค

สองประโยชน์สำคัญ

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

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

1. ความสามารถในตัวสําหรับการตรวจจับและการบังคับใช้

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

2. ลดความพึงพอใจต่อฝ่ายที่สาม การเสริมสร้างความกระจาย

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

*เปรียบเทียบระหว่าง PBS เเบบเเพลตระบบยานยนต์เเบบเดิมกับ ePBS👇

การออกแบบ ePBS

การเต้นรำของการดำเนินการและการตรวจสอบ

ในระบบ Proof of Stake (PoS) ของ Ethereum เวลาสำหรับแต่ละสล็อตถูกแบ่งเป็นช่วงเวลา 12 วินาที ในแต่ละสล็อตชุดตัวตั้งซะที่จะเสนอบล็อกและคณะกรรมการถูกกำหนดให้ตรวจสอบความถูกต้องของบล็อก หากไม่มีการเสนอบล็อกในสล็อตที่กำหนดแล้วผู้ตรวจสอบที่รับผิดชอบจะตรวจสอบบล็อกก่อนหน้านี้หลังจาก 4 วินาที

ที่มา: ethresearch, สล็อต ePBS หนึ่งช่องจะถูกระบบชั้นความเห็นและชั้นการดำเนินการ (CL และ EL) ประมวลผล ข้อมูลบล็อกถูกประกาศในชั้นความเห็นและจากนั้นบล็อกจะถูกส่งให้กับชั้นการดำเนินการเพื่อการตรวจสอบ

1. เฟสการประมูลบล็อก: ผู้สร้างเริ่มประมูลและส่งการประมูลให้กับผู้เสนอราคา
2. การกระจายข่าวของผู้เสนอ: ผู้เสนอเลือกการเสนอราคาที่ชนะและตัดสินใจว่าจะใช้รายการการรวมเข้าในการสร้างเนื้อหาบล็อก จากนั้นกระจายบล็อก
3. การลงคะแนนเลือกตั้งผู้ตรวจสอบ: เมื่อเห็นบล็อก, ผู้ตรวจสอบโหวตโดยอิงตามผลลัพธ์การตรวจสอบของพวกเขา
4. การยอมรับที่รวมกัน: การยอมรับที่รวมกันถูกสร้างขึ้นโดยผู้รวมที่รวมหลายๆ พิสูจน์ของผู้ตรวจสอบสำหรับบล็อกเดียวกัน ผู้ตรวจสอบจากนั้นใช้การยอมรับที่รวมกันเพื่อยืนยันบล็อก
5. การออกอากาศเพย์โหลด: ตัวสร้างต้องเผยแพร่เพย์โหลดการดําเนินการที่สมบูรณ์ภายในเวลาที่กําหนด
6. การลงคะแนนเลือกตั้ง PTC: คณะกรรมการความเป็นไปได้ในการส่งข้อมูลทั้งหมด (PTC) ดูแลและตรวจสอบว่าข้อมูลที่ส่งมาจาก Builder เป็นข้อมูลที่ถูกต้องและมีความเป็นไปได้ในเวลาที่กำหนด
7. Proposer ของสล็อตถัดไปเผยแพร่บล็อกของตนโดยสร้างบล็อกที่เต็มหรือว่างโดยอ้างอิงผลโหวตของ PTC และการรวมกลุ่มของการรับรอง บล็อกที่มีร้อยละของการโหวต PT ที่ทันเวลาสูงกว่าถือเป็นบล็อกที่เต็ม

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

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

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

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

การต่อต้านการเซ็นเซอร์ของ ePBS รวมกับการออกแบบรายการรวม

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

ในบทความก่อนหน้านี้ เราได้พูดถึงCLกระบวนการ (สำหรับรายละเอียดเพิ่มเติมโปรดเยี่ยมชม: https://mp.weixin.qq.com/s/EBzr0ttBLosYnRBNVKF6rg). โดยสรุปผู้เสนอจะให้รายการธุรกรรมที่ควรจัดลําดับความสําคัญแก่ผู้สร้าง รายการนี้ควรรวมธุรกรรมที่ใช้งานอยู่ในปัจจุบันทั้งหมดโดยไม่คํานึงว่าอยู่ในกลุ่มธุรกรรมหรือไม่ ตราบใดที่มีพื้นที่เหลืออยู่ในบล็อกธุรกรรมจากรายการควรรวมอยู่ในบล็อกของ Builder หากบล็อกเต็มตัวสร้างจะต้องระบุและยืนยันอย่างชัดเจนว่าพวกเขารับทราบรายการแล้ว

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

สรุป

ePBS แยกบทบาทของ Proposer และ Builder ผ่านการรวมโปรโตคอล ด้วย PTC ทําหน้าที่เป็นชุดย่อยของคณะกรรมการตรวจสอบจึงมีหน้าที่รับผิดชอบในการลงคะแนนเกี่ยวกับความถูกต้องและความทันเวลาของเพย์โหลดการดําเนินการที่เผยแพร่โดยผู้สร้าง ข้อได้เปรียบหลักของ ePBS อยู่ที่การเปลี่ยนจากการพึ่งพาบุคคลที่สามที่เชื่อถือได้ไปสู่การได้รับการดูแลและลงโทษโดยตรงโดยโปรโตคอล Ethereum เองซึ่งช่วยลดความจําเป็นในการไว้วางใจเอนทิตีเดียว สิ่งนี้ไม่เพียง แต่ช่วยเพิ่มความต้านทานการเซ็นเซอร์ของระบบ แต่ยังเสริมสร้างการป้องกันธุรกรรมผ่านกลไกต่างๆเช่นรายการรวมทําให้ค่าใช้จ่ายในการเซ็นเซอร์ธุรกรรมสูงอย่างต้องห้ามและไม่สามารถทําได้

สิ่งสําคัญคือต้องทราบว่า ePBS มีตัวเลือกสําหรับการแยกบล็อก Proposer-Builder ในระดับโปรโตคอลแทนที่จะเป็นข้อบังคับ ความแตกต่างที่สําคัญระหว่าง ePBS และรุ่นอื่น ๆ อยู่ในกลไกการชําระเงินและรูปแบบความไว้วางใจ เมื่อพิจารณาถึงปัญหาความน่าเชื่อถือของโปรโตคอลทั้งหมดค่าใช้จ่ายที่ต้องจ่ายคือความจําเป็นในการจ่ายค่าธรรมเนียมล่วงหน้า ในทางตรงกันข้าม, MEV-Boost อนุญาตให้ชําระเงินให้กับ Beacon Proposer ตามผลกําไรที่ได้จากลําดับเพย์โหลดการดําเนินการ, ให้พื้นที่มากขึ้นสําหรับการทํากําไร. บางทีวันหนึ่ง ePBS อาจพัฒนาไปสู่จุดที่ไม่จําเป็นต้องมีข้อผูกมัดค่าธรรมเนียมล่วงหน้าอีกต่อไปนี่เป็นความหวังเล็ก ๆ สําหรับอนาคต!

การอ้างอิง

@ttsao/epbs-faq0"">https://hackmd.io/@ttsao/epbs-faq0

@potuz/rJ9GCnT1C"">https://hackmd.io/@potuz/rJ9GCnT1C

https://mirror.xyz/ohotties.eth/kw_7qbkOl4NV1pmpRgVwtsS-7TZff_zTmmNEOm2BbmU

https://mirror.xyz/barnabe.eth/LJUb_TpANS0VWi3TOwGx_fgomBvqPaQ39anVj3mnCOg

https://ethresear.ch/t/epbs-design-constraints/18728?u=barnabe

@potuz/ry9NirU2p"">https://hackmd.io/@potuz/ry9NirU2p

https://vitalik.eth.limo/general/2023/09/30/enshrinement.html

https://ethresear.ch/t/three-dichotomies-in-epbs/16267

https://ethresear.ch/t/the-contention-between-preconfs-and-epbs/19770?utm_source=substack&utm_medium=email

Disclaimer：

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