เขียนโดย: Christine Kim

คอมไพล์โดย：Luccy，BlockBeats

บรรณาธิการ: ผู้พัฒนาหลักของ Ethereum ดำเนินการโทรศัพท์ (ACDE) ทุกสองสัปดาห์เพื่อหารือและประสานงานเกี่ยวกับการเปลี่ยนแปลงในชั้นทำงานของ Ethereum (EL) สำหรับการประชุมครั้งที่ 190 ของ ACDE ในครั้งนี้ ได้เน้นการอธิบายเกี่ยวกับ EIP 7251 และ 7702 รูปแบบวัตถุเสมือน Ethereum (EOF) และ PeerDAS

ในช่วงการประชุม Beiko ยังขอเสนอแบบแม่แบบการอภิปราย EIP ใหม่และเน้นความสำคัญของหน้าทรัพยากรนักพัฒนา Ethereum "eth-clients" รองผู้วิจัยฝ่ายการวิจัยของ Galaxy Digital Christine Kim ได้ทำการบันทึกข้อความสำคัญของการประชุมครั้งนี้ โดย BlockBeasts ได้ทำการแปลเนื้อหาต้นฉบับดังนี้

วันที่ 20 มิถุนายน 2024 นักพัฒนา Ethereum แบบคอร์สรวมตัวกันผ่าน Zoom เข้าร่วมการประชุม All Core Developers ution (ACDE) call #190 ACDE คือการประชุมทางโทรศัพท์ที่จัดทุกสัปดาห์ครั้งละครั้ง ซึ่งถูกนำทางโดย Tim Beiko ผู้ดูแลการสนับสนุนโปรโตคอลของ Ethereum Foundation เพื่อพูดคุยและประสานงานเกี่ยวกับการเปลี่ยนแปลงในเลเวลการดำเนินงานของ Ethereum (EL)

ในสัปดาห์นี้นักพัฒนาได้แนะนำความคืบหน้าในการปรับปรุงรหัสต่าง ๆ ซึ่งรวมถึง Ethereum Improvement Proposal (EIP) 7251 และ 7702 รวมทั้ง Ethereum Object Format (EOF) และ PeerDAS

Beiko ยังแบ่งปันเทมเพลตข้อเสนอสำหรับการอภิปราย EIP นักพัฒนาและวิศวกรการดำเนินงาน EF Parithosh Jayanthi แนะนำหน้า GitHub ใหม่ชื่อ 'eth-clients' สำหรับการกำหนดค่าเครือข่ายหลักและเครือข่ายทดสอบของ Ethereum ในที่สุด Beiko แจ้งเตือนทีมว่าการสนทนา ACDE ครั้งถัดไปจะเกิดขึ้นในวันหยุดประเทศสหรัฐอเมริกาในวันที่ 4 กรกฎาคม ถึงแม้ว่าเขาจะไม่เข้าร่วมการประชุมครั้งนี้ นักวิจัย EF Alex Stokes จะแทนเขาเป็นเจ้าภาพของการประชุม

Pectra Devnet 1

นักพัฒนาได้สนทนาเกี่ยวกับ Pectra Devnet 1 ในช่วงเริ่มต้นของการประชุม นักพัฒนามีความตั้งใจที่จะเปิดตัวเครือข่ายทดสอบเฉพาะของ Pectra รุ่นอัพเกรดถัดไปในสัปดาห์หน้า โดยที่เครือข่ายทดสอบใหม่นี้มีการเปลี่ยนแปลงของข้อกำหนดดังต่อไปนี้เมื่อเทียบกับ Devnet 0 ที่ผ่านมา

• เพิ่มผู้ผสานที่มีการเรียก EL
• ใช้ EIP 7702 แทน EIP 3074

ทีมผู้พัฒนา EL กำลังก้าวหน้าในการนำ Devnet 1 ของพวกเขามาใช้งาน ผู้แทนทีม EL หลักของ Ethereum แต่ละทีมได้แบ่งปันความคืบหน้าล่าสุดของพวกเขา

• Besu: เวอร์ชันแรกที่พวกเขาทำการประยุกต์ใช้ใน Devnet 1 ได้เตรียมพร้อมแล้ว แต่ยังมีการทดสอบบางส่วนที่ขาดหาย ทีมมีคำถามเกี่ยวกับข้อกำหนดในการกำหนดราคาค่าธรรมเนียม
• Nethermind: พวกเขากำลังตรวจสอบการดำเนินการ Devnet 1 ของพวกเขาโดยรวมการเปลี่ยนแปลงโค้ดและสาขาซอฟต์แวร์ต่าง ๆ และเขียนกรณีทดสอบ
• Erigon: พวกเขามีร่างร่างของ EIP 7702 ที่กำลังได้รับการตรวจทานและ EIP 7251 ที่มีการเปลี่ยนแปลงล่าสุดโดยเพิ่มการผสมผสานของ validators ที่เรียกร้อง EL
• Reth: การสร้าง Devnet 1 ของพวกเขาควรจะเสร็จสิ้นก่อนการประชุม ACD ครั้งถัดไป
• EthereumJS: ทีมกำลังดำเนินการสร้าง EIP 7702 และคาดว่าจะพร้อมใช้งานใน Devnet 1 ในประมาณหนึ่งสัปดาห์
• Geth: ทีมกำลังดำเนินการสร้าง EIP 7702 ด้วย

เมื่อทีมพัฒนาแชร์ความคืบหน้าของพวกเขาในไคลเอ็นต์ นักพัฒนาชื่อ "Racytech" ถามว่าการประมวลผล EOF จะถูกยกเว้นออกจาก Devnet 1 หรือไม่ Beiko ยืนยันว่า EOF จะไม่ถูกทดสอบบน Devnet 1 และการประมวลผลของ EOF ควรอิงตามรูปแบบ Pectra ล่าสุดแทนรูปแบบ Deneb สุดท้าย วิศวกรพัฒนาซอฟต์แวร์ EF Barnabas Busa ย้ำว่านโยบายนี้จะทำให้การดีบัก EOF ยากขึ้นเนื่องจาก Pectra กำลังเปลี่ยนแปลงและถูกดีบักพร้อมกัน "แม้ว่าจะเป็นเช่นนั้น นี่ก็ยังถูกต้องเพราะเราต้องการให้ทีมทำงานกับ Pectra EIPs หลักและแก้ไขข้อผิดพลาดเหล่านั้น ดังนั้น มันจึงสมเหตุสมผลกว่าที่จะขึ้นอยู่กับการแยกแยะก่อนหน้านั้นแล้วพลากไปตาม Prague ในขั้นสุดท้ายและพบข้อผิดพลาดทั้งหมดเหล่านั้น" Beiko กล่าว Prague เป็นชื่อ EL ของการอัปเกรด Pectra

EIP 7702 อัปเดต

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

นักพัฒนา Geth ชื่อ Lightclient ได้提出การเปลี่ยนแปลงใหม่ที่สนับสนุนการเพิกถอน EIP 7702 พร้อมอธิบายว่า "ไม่ง่ายที่จะเห็นชัดว่าคุณมีการอนุญาตใดอยู่ในสภาพที่ใช้งานอยู่และยังเป็นเรื่องยากที่จะรู้ว่ามีการเพิกถอนใดและไม่มีการเพิกถอนใด มีรูปแบบการออกแบบบางแบบที่สามารถหลีกเลี่ยงสถานการณ์เหล่านี้ได้ แต่ในความเป็นจริงเราอาจไม่ทราบว่ากระเป๋าเงินจะใช้คุณลักษณะนี้อย่างไร เพื่อป้องกันอย่างดีขึ้น ฉันจำได้ว่า Vitalik กล่าวถึงเรื่องนี้ในการประชุมผ่านโทรศัพท์ครั้งล่าสุดหรืออาจเป็นในห้องสนทนากลุ่มหนึ่งว่า แทนที่จะทำให้การอนุญาตเป็นธุรกรรมชั่วคราวที่ต้องรวมอยู่ในธุรกรรม พวกเราสามารถเก็บการอนุญาตเหล่านี้ไว้เพื่อให้คุณสามารถดูรหัสที่ได้รับการจัดสรรไว้ในบัญชีได้ตลอดเวลา

นักพัฒนาชื่อ "Arik" กล่าวว่าเขาชอบ EIP 7702 เวอร์ชันปัจจุบันมากกว่าการเปลี่ยนแปลงที่เสนอโดย Lightclient Arik กล่าวว่าจะมีกรณีการใช้งานเฉพาะบางอย่างภายใต้ EIP 7702 ใหม่ Lightclient ปฏิเสธความคิดเห็นเหล่านี้โดยระบุว่ากรณีการใช้งานทั้งหมดที่รองรับโดย EIP 7702 เวอร์ชันเก่ายังคงมีอยู่และมีการเพิ่มกลไกการเพิกถอนที่มีประสิทธิภาพ อย่างไรก็ตาม Lightclient ยังชี้ให้เห็นว่าการเปลี่ยนแปลงเหล่านี้ทําให้การใช้งาน EIPs มีความซับซ้อนมากขึ้นในไคลเอนต์ Beiko กล่าวในกล่องแชทการประชุมว่าการสรุปการออกแบบ EIP 7702 เป็น "ปัญหาข้อกําหนดที่ยังไม่ได้รับการแก้ไขอันดับหนึ่งของ Pectra" และแนะนําให้นักพัฒนาจัดเซสชันการฝ่าวงล้อมอีกครั้งเพื่อให้บรรลุฉันทามติเกี่ยวกับกลไกการเพิกถอนของพวกเขา "มันจะดีมากถ้าในการประชุมครั้งต่อไปเรามีเวอร์ชันที่น่าพอใจโดยทั่วไปทั้งเวอร์ชันนี้และเวอร์ชันที่ปรับแต่งซึ่งเป็นส่วนหนึ่งของ Devnet 2" Beiko กล่าว

Besu นักพัฒนา Daniel Lehrner สงสัยว่าหากมีการเปลี่ยนแปลงในข้อกำหนดที่อาจเกิดขึ้นใน Devnet 2 นักพัฒนาจะควรใช้เวลาทำ EIP 7702 ใน Devnet 1 หรือไม่ พูดว่า: "ข้อเสนอเหล่านี้แตกต่างกันมาก ดังนั้นเราอาจต้องลบบางอย่างที่เราทำในภายหลังหลายสัปดาห์เนื่องจากการเปลี่ยนแปลง 7702" ผู้ร่วมก่อตั้ง Safe กระเป๋าเงิน Richard Meissner กล่าวว่าตามความเห็นของเขา การทำ EIP 7702 ในเวอร์ชันใดๆ บนเครือข่ายทดสอบจะมีประโยชน์ Beiko กล่าวเพิ่มว่าการทำ EIP 7702 ในรูปแบบปัจจุบันจะไม่ทำให้ทีมล่ามลูกค้าต้องรอนานขึ้น หากนักพัฒนาตอนนี้พยายามลบออกจาก Pectra อาจสร้างสถานการณ์ที่ยุ่งยากสำหรับ Devnet 1

01928374656574839201

เมื่อพูดถึง EOF บูซ่ากล่าวว่าทีมของเขาจะทดสอบการปรับเปลี่ยนโค้ด Pectra อื่น ๆ ก่อนทดสอบการใช้งาน EOF สถานการณ์พร้อมใช้งานของ EOF ถูกติดตามบน GitHub ในขณะนี้ มีทีม EL ลูกค้าสองทีม คือ Besu และ Reth ได้ปฏิบัติตาม EOF EIP ทั้งหมด ในขณะที่ทีมอื่น ๆ กำลังพยายามที่จะปฏิบัติตาม EOF EIP ทั้งหมด ผู้แทนจากทีม Erigon บอกว่าการจำลองกรณีทดสอบเพิ่มเติมที่มีบล็อกอีเธอเรียมที่มีธุรกรรม EOF จะเป็นประโยชน์ สมาชิกของทีมทดสอบ EF Mario Vega กล่าวว่าทีมของเขากำลังเผยแพร่การทดสอบ EOF เพิ่มเติมและจะแบ่งปันข้อมูลเพิ่มเติมในการประชุมกลุ่ม EOF ครั้งต่อไป นักพัฒนาโปรโตคอลอิทเธอเรียมอิสระ Danno Ferrin กล่าวว่าเนื่องจากข้อกำหนดของ EOF ได้ถูกกำหนดแล้วตอนนี้การประชุมโทรศัพท์ EOF ได้เปลี่ยนจากทุกสัปดาห์เป็นทุกสองสัปดาห์ ในขณะนี้ จุดประสงค์ของ EOF คือการทดสอบและการปฏิบัติตามของลูกค้า

อัปเดต PeerDAS

Busa ได้สรุปความคืบหน้าในการปฏิบัติงานของ PeerDAS โดยสั้น ๆ พร้อมกับการกล่าวถึงว่า Devnet ของ PeerDAS ครั้งถัดไปจะเปิดให้บริการภายใน 1-2 สัปดาห์ โดยที่จะพัฒนา PeerDAS ขึ้นโดยใช้ข้อกำหนดของ Dencun ที่ถูกกำหนดไว้ให้เป็นสิ้นเดือนแทนข้อกำหนดของ Pectra ตามที่ได้ถูกพูดถึงในการประชุม ACDC ครั้งก่อน

ประกาศ

Beiko ได้提出เทมเพลตเริ่มต้นใหม่สำหรับผู้เขียน EIP ใช้ในโพสต์บน Ethereum Magicians โดยเฉพาะ แม่แบบใหม่นี้มุ่งเน้นการส่งเสริมการตรวจทาน EIP ที่มีคุณภาพสูง

Jayanthi ได้นำเสนอหน้า GitHub ของ "eth-clients" ซึ่งจะมีทรัพยากรหลายประการสำหรับนักพัฒนา Ethereum รวมถึงการกำหนดค่าของเครือข่ายทดสอบและ Mainnet ของ Ethereum ปัจจุบันหน้านี้ถูกบริหารจัดการโดยตัวแทนทีม CL ทุกทีม Jayanthi เรียกร้องให้ตัวแทนทีม EL มีส่วนช่วยเสริมในการบริหารจัดการหน้า GitHub นี้

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

Beiko กล่าวว่าเขาจะไม่เป็นหัวหน้าการประชุมทางโทรศัพท์ ACDE ถัดไปที่จะจัดขึ้นในวันที่ 4 กรกฎาคมในช่วงวันหยุดในสหรัฐอเมริกา ในคราวนี้นักวิจัยของ EF Alex Stokes จะมาแทนเขาในการเป็นหัวหน้าการประชุม