ชื่อเดิม:Ethereum All Core Developers Consensus Call #107 Writeup

ชื่อเดิม:

ในวันที่ 20 เมษายน 2023 นักพัฒนา Ethereum รวมตัวกันเพื่อเข้าร่วมการประชุมทางโทรศัพท์สำหรับนักพัฒนาหลัก (Core Developers Consensus Conference Call - ACDC) ครั้งที่ 107 ACDC เป็นชุดการประชุมรายปักษ์ที่ดูแลโดย Danny Ryan นักวิจัยของ Ethereum Foundation ซึ่งนักพัฒนา Ethereum หารือเกี่ยวกับการเปลี่ยนแปลงของ Ethereum Consensus Layer (CL) อัปเดตความคืบหน้าเกี่ยวกับ Deneb และหารือเกี่ยวกับข้อเสนออื่น ๆ นอกเหนือจาก Ethereum EIP-4844 จะรวมอยู่ในการอัปเกรด Cancun ครั้งต่อไป

Deneb Devnet #5 

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

นับตั้งแต่การเปิดใช้งานที่ประสบความสำเร็จในเซี่ยงไฮ้เมื่อวันที่ 12 เมษายน นักพัฒนา Ethereum ได้หันความสนใจไปที่การเตรียมการสำหรับ Cancun เป็นครั้งแรก Cancun เป็นชื่อของการอัปเกรด Ethereum ถัดไป (EL) ในขณะที่ Deneb เป็นชื่อของการอัปเกรดที่สอดคล้องกับ CL ระหว่างการประชุม ACDE นักพัฒนาได้หารือเกี่ยวกับขอบเขตขั้นสุดท้ายของการอัปเกรด Cancun/Deneb ซึ่งจะมุ่งเน้นไปที่ EIP 4844 การดำเนินการประเภทธุรกรรม Blob และความพร้อมของ Deneb โดยเริ่มจากการเปิดตัว devnet #5
นักพัฒนาซอฟต์แวร์ได้เปิดตัว multi-client testnets หรือที่เรียกว่า devnets สำหรับ EIP 4844 ตั้งแต่เดือนตุลาคมปีที่แล้ว ผู้พัฒนารายที่ห้าสำหรับ EIP 4844 จะเปิดตัวในช่วงสัปดาห์หน้า ตามคำกล่าวของ Tim Beiko ประธานการประชุมทางโทรศัพท์ของ ACDE Paritosh Jayanthi วิศวกร DevOps ของ Ethereum Foundation กล่าวว่าเขากำลังดำเนินการทดสอบสำหรับลูกค้าเช่น Ethereum JS (EL) และ Lodestar (CL) เพื่อเตรียมพร้อมสำหรับการเปิดตัว devnet ในสัปดาห์หน้า

เหนือสิ่งอื่นใด มีการเปลี่ยนแปลงเล็กน้อยกับ API ของเครื่องยนต์ที่รวมการเรียก "getPayload V3" และ "getBlobsBundle V1" เข้าเป็นหนึ่งเดียว Beiko ย้ำว่าการเปลี่ยนแปลงนี้ยังไม่ได้รวมเข้ากับข้อกำหนด EIP 4844 บน GitHub แต่จะเสร็จสิ้นในอีกไม่กี่วันข้างหน้าเพื่อให้สามารถทดสอบการเปลี่ยนแปลงบน devnet #5 ได้ Beiko กระตุ้นให้ทีมลูกค้าตรวจสอบการเปลี่ยนแปลงนี้โดยเร็ว เป็นไปได้.ETHTokyoจากนั้น นักพัฒนาได้หารือถึงวิธีการแทรกธุรกรรม blob ลงในบล็อกอีกครั้งในกรณีของการปรับโครงสร้างองค์กรใหม่ คำถามนี้ถามโดยนักพัฒนา Geth (EL) Péter Szilágyi ในคำถามของเขาPPTที่นำเสนอในการนำเสนอข้างต้น (มีให้ที่ Szilágyi's

ค้นหาข้อมูลเพิ่มเติมได้ใน) Ryan กล่าวว่าเนื่องจากลักษณะการทำธุรกรรมของ Blob ที่แยกจากธุรกรรมปกติ blobs ที่จัดระเบียบใหม่สามารถรับได้จากการทำธุรกรรมใน mempool สาธารณะเท่านั้น เนื่องจากมีธุรกรรมจำนวนมากที่ข้าม mempool ได้แก่ ธุรกรรม MEV และบันเดิล วิธีหนึ่งที่จะรับประกันว่า blob ทั้งหมดสามารถสร้างใหม่ได้ (แม้แต่ธุรกรรมที่ข้าม mempool) คือการให้ CL ส่งข้อมูล blob ของแต่ละบล็อกไปยัง EL จากนั้น EL สามารถแคชได้จนกว่าบล็อกจะเสร็จสมบูรณ์ อีกทางหนึ่ง เครือข่ายอาจกำหนดให้ผู้ใช้ที่ส่งธุรกรรมที่ข้าม mempool ต้องส่งธุรกรรมอีกครั้งในเหตุการณ์การปรับโครงสร้างองค์กรใหม่

Szilágyi กล่าวว่าเขาชอบแบบแรกมากกว่า ซึ่งเป็นการถ่ายโอนข้อมูลแบบหยดไปยัง EL เพื่อให้สามารถแทรกธุรกรรมใหม่ได้เมื่อมีการจัดระเบียบใหม่ แม้กระทั่งธุรกรรมที่ข้าม mempool ในมุมมองของ Szilágyi นี่ไม่ใช่การโหลดเพิ่มเติมบน EL และหากกระบวนการยุ่งยากเกินกว่าที่โหนดจะรองรับได้ นักพัฒนาสามารถปรับแต่งข้อความระหว่าง EL และ CL เพื่อลดภาระได้ “วิธีแก้ปัญหาที่ง่ายที่สุดคือให้ blob แก่ไคลเอ็นต์การดำเนินการเมื่อไคลเอ็นต์ที่เป็นเอกฉันท์ส่งเพย์โหลดใหม่” Szilágyi กล่าว Ryan ตอบว่าแม้ว่าวิธีแก้ปัญหาที่เสนอจะเรียบง่าย แต่ก็ทำลายสิ่งที่เป็นนามธรรมระหว่างชั้น EL และ CL ออกไป นอกจากนี้ โซลูชันนี้จะบังคับใช้สมมติฐานที่ว่าโหนดจัดเก็บข้อมูลที่สมบูรณ์ ซึ่งอาจใช้งานไม่ได้ในการอัปเกรดในอนาคตโดยใช้ Data Availability Sampling (DAS)

เนื่องจากกลุ่มลูกค้า EL ขาดการมีส่วนร่วม คำถามนี้จะถูกถามอีกครั้งในการประชุมทางโทรศัพท์ครั้งต่อไปของ ACDE

Deneb Add-Ons

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

นอกจาก EIP-4844 แล้ว การอัปเกรด Deneb ยังพิจารณาการอัปเกรดโค้ดอื่นๆ ด้วย

1. อันแรกคือ EIP-4788 ซึ่งสามารถเปิดเผยสถานะของ CL Beacon Chain ใน EL สิ่งนี้จะช่วยให้สัญญาอัจฉริยะที่ดำเนินการบน EL สามารถเข้าถึง CL ที่ลดความน่าเชื่อถือลงได้ ซึ่งเกี่ยวข้องกับ Stake Pools, โปรโตคอลการพักใหม่, MEV เป็นต้น Alex Stokes นักวิจัยของ Ethereum Foundation หนึ่งในผู้เขียน EIP กล่าวว่าคุณลักษณะนี้เป็นการเปลี่ยนแปลงที่ "เบาบาง" ของ CL ไม่มีการคัดค้านการรวม EIP 4788 ใน Deneb ในการโทร การสนับสนุนสำหรับ EIP นี้จะได้รับการร้องขอจากทีมไคลเอนต์ EL ในการประชุมทางโทรศัพท์ครั้งต่อไปของ ACDE

2. EIP-6914 ข้อเสนอนี้สามารถนำหมายเลขตัวตรวจสอบความถูกต้องที่ถอนออกจากเครือข่ายอย่างสมบูรณ์และไม่ได้ใช้งานมาเป็นระยะเวลาหนึ่งซ้ำได้ EIP นี้จะช่วยลดการเติบโตที่ไม่สิ้นสุดของรายการตัวตรวจสอบเมื่อตัวตรวจสอบออกจากระบบและตัวตรวจสอบความถูกต้องใหม่เข้าร่วมเครือข่าย Stokes กล่าวว่าความซับซ้อนของ EIP 6914 นั้นค่อนข้างสูง และควรเลื่อนการเปลี่ยนแปลงรหัสออกไปจนกว่าจะมีการ Hard Fork ครั้งต่อไปหลังจาก Deneb หลังจากหารือเกี่ยวกับความซับซ้อนของ EIP-6914 แล้ว นักพัฒนาตกลงที่จะดำเนินการแก้ไขรายละเอียดของการอัปเดตโค้ดต่อไป แต่จะปล่อยให้ดำเนินการขั้นสุดท้ายจนกว่า Deneb
4、PR 3175 3. Ryan เสนอการเปลี่ยนแปลงรหัสที่เป็นไปได้ที่เกี่ยวข้องกับการเติมข้อมูลกลับจากบล็อกการกำเนิด Beacon Chain และสร้างเนื้อหา "สรุปทางประวัติศาสตร์" ใหม่ รายละเอียดเกี่ยวกับการเปลี่ยนแปลงรหัสนี้ยังไม่ได้ระบุไว้ใน EIP Ryan ตกลงที่จะติดต่อผู้เสนอการเปลี่ยนแปลงนี้ Jacek Sieka (หัวหน้าฝ่ายพัฒนาการวิจัยที่ Status ซึ่งกำลังสร้างไคลเอนต์ Nimbus (CL)) เพื่อดูรายละเอียดเพิ่มเติม

ข้อเสนอจะป้องกันผู้ตรวจสอบที่ถูกลงโทษจากการเสนอการบล็อกเมื่อถูกระงับ หากผู้ตรวจสอบความถูกต้องมากกว่า 50% ถูกลงโทษเนื่องจากพฤติกรรมที่เป็นอันตราย ผู้ตรวจสอบความถูกต้องเหล่านั้นจะยังสามารถเสนอการบล็อกได้ในขณะที่ถูกบังคับให้ลบออกจากเครือข่าย ไรอันระบุว่าการเปลี่ยนแปลงตรรกะนี้เป็นการเปลี่ยนแปลงเลเยอร์ CL ที่ค่อนข้างเล็กซึ่งให้การป้องกัน "โหมดความล้มเหลวสูง"5. EIP-6493 ซึ่งจะกล่าวถึงวิธีที่โหนดควรจัดการประเภทธุรกรรม blob ที่จัดรูปแบบใน SSZ บน CL แต่เข้ารหัสต่างกันใน EL EIP นี้เป็นส่วนหนึ่งของการอัปเดตรูปแบบการทำให้เป็นอนุกรมของ Ethereum เพื่อให้ได้ความสอดคล้องข้ามเลเยอร์ ข้อมูลพื้นฐานเพิ่มเติมเกี่ยวกับรูปแบบการทำให้เป็นอนุกรมของ Ethereum สามารถอ่านได้ก่อนหน้านี้。

บันทึกของนักพัฒนา