ชื่อต้นฉบับ: "Ethereum All Core Developers Execution Call #187 Writeup" ผู้เขียนต้นฉบับ: Christine Kim ผู้เรียบเรียงต้นฉบับ: Luccy, BlockBeats

หมายเหตุบรรณาธิการ: All Core Ethereum Developers Consensus Call (ACDE) จัดขึ้นทุกสองสัปดาห์เพื่อหารือและประสานงานการเปลี่ยนแปลงใน Ethereum Execution Layer (EL) นี่คือการประชุมทางโทรศัพท์ครั้งที่ 187 ของ ACDE ในการประชุมครั้งนี้ นักพัฒนาได้หารือเกี่ยวกับการเตรียมการสำหรับ Pectra Devnet 0 การอัปเดตการใช้งาน EIP 3074 และความเร่งด่วนในการแปลงวิธีการซีเรียลไลซ์เซชันของเลเยอร์การดำเนินการจาก MPT เป็น SSZ นอกเหนือจากการเตรียมการสำหรับ Pectra Devnet 0 แล้ว นักพัฒนายังได้หารือเกี่ยวกับข้อเสนอ EIP ใหม่ การอภิปรายและการวิเคราะห์ EIP ที่มีอยู่ และการวิเคราะห์ผลกระทบต่อสัญญาอัจฉริยะและธุรกรรม ในหมู่พวกเขา การอภิปรายเกี่ยวกับ EIP 7702 ได้รับความสนใจอย่างกว้างขวางจากผู้เข้าร่วม และข้อเสนอนี้ถือเป็นโซลูชันที่มีศักยภาพในการแทนที่ EIP 3074 Christine Kim รองประธานฝ่ายวิจัยของ Galaxy Digital ได้บันทึกประเด็นสำคัญของการประชุมครั้งนี้โดยละเอียด BlockBeasts ได้รวบรวมข้อความต้นฉบับไว้ดังนี้:

ในวันที่ 9 พฤษภาคม 2024 นักพัฒนา Ethereum ได้รวมตัวกันบน Zoom เพื่อเข้าร่วมในการประชุม All Core Developers Execution (ACDE) ครั้งที่ #187 ACDE Conference Call เป็นการประชุมทุกสองสัปดาห์ที่จัดโดย Tim Beiko หัวหน้าฝ่ายสนับสนุนโปรโตคอลที่ Ethereum Foundation ซึ่งนักพัฒนาจะหารือและประสานงานการเปลี่ยนแปลงใน Ethereum Execution Layer (EL) สัปดาห์นี้ นักพัฒนาได้พูดคุยถึงการเตรียมการสำหรับ Pectra Devnet 0, การอัปเดตการใช้งาน EIP 3074 และความเร่งด่วนในการแปลงวิธีการซีเรียลไลเซชันบน EL จาก MPT เป็น SSZ

อัพเดต Pectra Devnet-0

Barnabas Busa วิศวกรฝ่ายปฏิบัติการของนักพัฒนา Ethereum Foundation กล่าวว่าทีมของเขากำลังทดสอบการกำหนดค่าไคลเอนต์ของเครือข่ายทดสอบที่มุ่งเน้นนักพัฒนา Pectra แห่งแรก และจะทำงานเพื่อให้แน่ใจว่าการกำหนดค่า Pectra Devnet 0 จะเสถียรภายในวันจันทร์ที่ 13 พฤษภาคม จากการติดตามความพร้อมของ Pectra Devnet 0 ทีมงานลูกค้า Geth, Nethermind และ EthereumJS ได้นำข้อกำหนดโค้ด Pectra ไปใช้อย่างเต็มที่

ในระหว่างการประชุมทางโทรศัพท์ Justine Florentine ผู้พัฒนา Besu กล่าวว่า Pectra EIP ทั้งหมดได้ถูกนำไปใช้กับ Besu แล้ว แต่ทีมของเขายังคงทำงานอย่างหนักเพื่อแก้ไขข้อบกพร่องของโค้ด Andrew Ashikhmin ผู้พัฒนา Erigon กล่าวว่าทีมงานของเขาได้เริ่มทำงานกับ EIP ทั้งหมด ยกเว้น EIP 7002 ซึ่งเป็น EL ที่ทริกเกอร์การถอนออกได้ ทีม Reth โพสต์ลิงก์ไปยังเครื่องมือติดตามการใช้งานในการแชท Zoom ซึ่งแสดงให้เห็นว่างานของพวกเขาใน EIP 7002 ยังคงค้างอยู่ เช่นเดียวกับทีม Erigon

ในฝั่งไคลเอ็นต์ CL นักพัฒนา Grandine Saulius Grigaitis กล่าวว่า EIP ทั้งหมดได้รับการติดตั้งแล้ว แต่ทีมของเขาพบข้อบกพร่องบางอย่างเมื่อใช้งานกับไคลเอ็นต์ EL ตัวแทนจากทีม Lighthouse กล่าวว่าพวกเขาใกล้จะมีการใช้งานที่สมบูรณ์สำหรับ Pectra Devnet 0 แล้ว โดยสังเกตว่าข้อกำหนดใน Engine API จำเป็นต้องได้รับการอัปเดต Mikhail Kalinin ผู้พัฒนา Teku กล่าวว่าเขากำลังทำงานเพื่อเพิ่มการอัปเดตเหล่านี้ให้กับข้อกำหนด API ของเครื่องยนต์

Mario Vegas จากทีมทดสอบของ EF กล่าวว่านักพัฒนากำลังทำงานเพื่อเพิ่มกรณีทดสอบสำหรับ EIP 3074, opcodes AUTH และ AUTHCALL และ EIP อื่นๆ อีกหลายรายการ

อัพเดต EIP-3074

แม้ว่านักพัฒนาตกลงที่จะเก็บ EIP 3074 ไว้ในข้อกำหนด Pectra Devnet 0 แต่ก็มีการพูดคุยถึง EIP ทางเลือกอื่นเพื่อแทนที่ EIP 7702 นักพัฒนา Geth "Lightclient" สรุปเซสชันกลุ่มย่อยล่าสุดใน EIP 3074 ซึ่งผู้เข้าร่วมได้พูดคุยกันถึงการเปลี่ยนแปลงที่ต้องจัดลำดับความสำคัญในการอัปเกรด Pectra ที่เกี่ยวข้องกับการปรับปรุงความสามารถในการโปรแกรมบัญชีควบคุมผู้ใช้ จากข้อมูลของ Lightclient ผู้เข้าร่วมทุกคนเห็นพ้องกันว่าการลบบัญชีแบบเนทีฟแบบเต็มยังต้องใช้เวลาอีกหลายปีก่อนที่จะนำไปใช้บน Ethereum อย่างไรก็ตาม มีความขัดแย้งกันว่านี่หมายถึงการจัดลำดับความสำคัญการเปลี่ยนแปลงฟังก์ชันการทำงานของบัญชีที่เป็นเจ้าของภายนอก (EOA) หรือการย้าย EOA ไปยังกระเป๋าเงินสัญญาอัจฉริยะ หนึ่งวันก่อนการประชุมทางโทรศัพท์ของ ACDE ในวันที่ 8 พฤษภาคม Vitalik Buterin ผู้ร่วมก่อตั้ง Ethereum ได้เสนอ EIP ใหม่ EIP 7702 ซึ่งจะช่วยให้ Ethereum รองรับธุรกรรมประเภทใหม่เพื่อรองรับ EOA ที่ทำงานเหมือนกับกระเป๋าเงินสัญญาอัจฉริยะระหว่างการทำธุรกรรมครั้งเดียว Lightclient กล่าวว่าผู้เข้าร่วมจากเซสชันกลุ่มย่อย EIP 3074 โดยทั่วไปมีทัศนคติเชิงบวกเกี่ยวกับ EIP 7702 อย่างไรก็ตาม เขาเสริมในภายหลังว่ายังมีรายละเอียดสำคัญที่ต้องกล่าวถึงเกี่ยวกับ EIP 7702 ตัวอย่างเช่น รายละเอียดเกี่ยวกับวิธีการกลับรายการธุรกรรม EIP 7702 และวิธีปรับขนาดต้นทุนก๊าซของธุรกรรมดังกล่าวยังไม่ชัดเจน

หากยอมรับ EIP 7702 และรวมไว้ในการอัพเกรด Pectra จะได้รับการพิจารณาให้แทนที่ EIP 3074 เนื่องจาก EIP 7702 บรรลุผลลัพธ์ที่คล้ายคลึงกับ EIP 3074 แต่ไม่ได้สร้าง opcode ใหม่บน Ethereum และปรับปรุงเสถียรภาพของ EIP ความสะดวกในการวิเคราะห์แบบคงที่ ของพฤติกรรม EOA ใหม่ Ansgar Dietrichs นักวิจัยของ EF แนะนำใน Zoom Chat ว่า EIP 7702 ได้รับการพิจารณาให้รวมอยู่ใน Pectra โดยมีการตัดสินใจอย่างเป็นทางการว่าจะเปลี่ยน EIP 3074 เป็น 7702 ในเวลาประมาณ 2 ถึง 4 สัปดาห์หรือไม่ เห็นได้ชัดจากการอภิปรายของนักพัฒนาเกี่ยวกับ EIP 7702 ในการโทรว่าจำเป็นต้องมีการทำงานเพิ่มเติมก่อนที่ข้อเสนอจะถือว่าพร้อมสำหรับการดำเนินการ Ahmad Mazen Bitar ผู้พัฒนา Nethermind ตั้งข้อสังเกตว่างานที่ทำไปแล้วสำหรับ EIP 3074 นั้นไม่น่าจะถูกนำมาใช้ซ้ำเพื่อใช้งาน 7702 Beiko ยืนยันว่านักพัฒนาควรยังคงเดินหน้าใช้งาน EIP 3074 สำหรับ Devnet 0 และกลับมาทบทวนข้อกำหนด Devnet-1 อีกครั้งในภายหลัง

EIP-7685, SSZ และ EIP-6110

จากนั้น นักพัฒนาได้พูดคุยถึงข้อกังวลบางประการที่ Etan Kissling ผู้พัฒนา Nimbus หยิบยกขึ้นมาเกี่ยวกับ EIP 7685 ซึ่งก็คือคำขอเลเยอร์การดำเนินการทั่วไป ในความคิดเห็นของ GitHub ภายใต้วาระการประชุมทางโทรศัพท์ของสัปดาห์นี้ Kissling ถามว่าจำเป็นต้องมีการออกแบบที่เสนอสำหรับคำขอ Universal Execution Layer หรือไม่ และหากสามารถใช้โอกาสนี้ในการเปลี่ยนไปใช้ SSZ ได้ดีขึ้น แสดงว่านักพัฒนามีปัญหาบางอย่างตั้งแต่การอัพเกรดแบบรวม รูปแบบการทำให้เป็นอนุกรมที่คาดว่าจะได้รับการอัปเดตบนเลเยอร์การดำเนินการ ทีมลูกค้าระดับผู้บริหารส่วนใหญ่ที่ให้การสนับสนุนทางโทรศัพท์โดยเก็บ EIP 7685 ไว้ใน Pectra และหากมีอุปสรรคใดๆ จากการรวม EIP ในการดำเนินงาน เช่น การซิงโครไนซ์ไคลเอนต์ในแง่ดี ให้กลับมาทบทวนการออกแบบอีกครั้ง

ในหัวข้อการเปลี่ยนไปใช้ SSZ นั้น Kissling อธิบายว่ารูปแบบการออกแบบใหม่สำหรับ Common Execution Layer Requests นั้นอิงตามรูปแบบการทำให้ซีเรียลไลซ์แบบเดิม MPT และ RLP ดังนั้นจึงจะต้องได้รับการอัปเดตเมื่อนักพัฒนาเปลี่ยนไปใช้ SSZ เขาตั้งข้อสังเกตว่าการชะลอการย้ายไปยัง SSZ จะสร้างงานให้กับนักพัฒนามากขึ้น หากพวกเขายังคงสร้างโครงสร้างข้อมูล MPT/RLP ใหม่ต่อไป อย่างไรก็ตาม ไม่มีการสนับสนุนที่แข็งแกร่งจากทีมลูกค้าระดับผู้บริหารในการรวม EIP 7495 ซึ่งเป็นคอนเทนเนอร์เสถียร SSZ ไว้ใน Pectra นักพัฒนาชื่อ "Dustin" เขียนในการแชท Zoom ว่าการตัดสินใจเลื่อนการเปลี่ยน SSZ นั้น "บ้า" และปัญหาของไลบรารี SSZ ที่ทำงานได้ไม่ดีใน EL นั้นเป็น "ปัญหาร้ายแรง"

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

อัพเดต EOF

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

อัพเดต EOF

Danno Ferrin ผู้พัฒนาโปรโตคอล Ethereum อิสระ และ Alex Beregszaszi หัวหน้าฝ่ายวิจัยของ EF Solidity แบ่งปันข้อมูลอัปเดตเกี่ยวกับความพยายามในการดำเนินการ EOF สำหรับบริบทแล้ว EOF คือชุดของการเปลี่ยนแปลงโค้ดเพื่อปรับปรุง Ethereum Virtual Machine (EVM) ที่นักพัฒนากำลังพิจารณาที่จะรวมเข้ากับการอัพเกรด Pectra meta-EIP สำหรับ EOF ได้รับการสรุปแล้ว นักพัฒนายังได้ทำให้กระบวนการสร้างธุรกรรมใน EOF ง่ายขึ้น และกำลังดำเนินการใช้งาน EOF ของลูกค้า

อัพเดต EIP-7623

นักพัฒนาที่ใช้ชื่อหน้าจอว่า "William Morris" ในการประชุมทางโทรศัพท์ทำให้เกิดข้อกังวลเกี่ยวกับการเปลี่ยนแปลงค่าน้ำมันสำหรับการจัดเก็บข้อมูลการโทรใน EIP 7623 เขาอธิบายว่าการเปลี่ยนแปลงจะอนุญาตให้ผู้ใช้บางรายทำธุรกรรมในอัตราที่ต่ำกว่าโดยการรวมธุรกรรมของพวกเขาเข้าด้วยกัน ดังนั้นจึงสนับสนุนให้มีการสร้างตลาดรองสำหรับส่วนลดก๊าซ เพื่อให้เลเยอร์สองชั้น (L2) และผู้เข้าร่วมรายอื่นสามารถย้ายเข้าสู่เครือข่ายได้ในราคาถูกมากขึ้น บน. เขาแนะนำ EIP ทางเลือก EIP 7703 ซึ่งเพิ่มค่าใช้จ่ายข้อมูลการโทรในอัตราคงที่เพื่อแก้ไขปัญหาเหล่านี้

Buterin กล่าวว่าแม้ว่าข้อกังวลของ Morris นั้นถูกต้อง แต่ความเป็นไปได้ที่ตลาดรองสำหรับ calldata ที่ถูกสร้างขึ้นจริงอันเป็นผลมาจาก EIP 7623 นั้นไม่ได้สูงนัก เนื่องจากจำนวนผู้ใช้ที่เลือกเข้าร่วมในตลาดดังกล่าวจะมีจำกัดอย่างมาก Buterin ตั้งข้อสังเกตว่าผู้เล่นหลักที่ได้รับผลกระทบจาก EIP 7623 คือทีมพัฒนาระดับที่สอง Starkware และ Inscription Creators เขาเสริมว่าในขณะที่ตลาดที่สามารถระบุแอดเดรสได้ทั้งหมดสำหรับตลาด calldata รองนั้นมีขนาดเล็ก แต่ข้อดีของการเพิ่มขีดจำกัดของขนาดบล็อกสูงสุดผ่าน calldata นั้นสูงมาก เนื่องจากอาจทำให้นักพัฒนาสามารถเพิ่มขีดจำกัดของ blobgas ได้ ซึ่งจะเป็นการขยายความสามารถของ Ethereum เพื่อรองรับ L2 . Vitalik ยังกล่าวอีกว่าค่าใช้จ่าย calldata ที่เพิ่มขึ้นแบบคงที่ตามที่ Morris แนะนำ ก็จะส่งผลกระทบที่รุนแรงต่อ L2 และผู้มีส่วนได้ส่วนเสียอื่น ๆ มากกว่า EIP ปัจจุบัน Buterin แบ่งปันความคิดเห็นเพิ่มเติมเกี่ยวกับการกำหนดราคาก๊าซสำหรับ Blob ในบล็อกโพสต์ก่อนการโทร

Toni Wahrstätter ผู้ร่วมเขียน EIP 7623 เห็นด้วยกับ Buterin โดยกล่าวว่าเขาเชื่อว่าจากมุมมองเชิงปฏิบัติ L2 ส่วนใหญ่จะไม่สร้างตลาดรองสำหรับ calldata "จากมุมมองเชิงปฏิบัติ สิ่งนี้ไม่เป็นไปได้มากนัก โดยเฉพาะอย่างยิ่งเมื่อพิจารณาว่าตลาดดังกล่าวต้องการความไว้วางใจและการประสานงานในระดับสูงระหว่างผู้เข้าร่วม ลองนึกภาพว่าในฐานะ L2 คุณต้องการเผยแพร่ข้อมูลของคุณไปยัง L1 แต่คุณไม่ต้องการ ไม่ทราบว่าที่อยู่ใดจะเผยแพร่ข้อมูล โดยที่ข้อมูลจะไปสิ้นสุดที่ใด จากมุมมองเชิงปฏิบัติ คุณจำเป็นต้องปรับแต่งดัชนีและอื่นๆ” Wahrstätter กล่าว

Georgios Konstantopoulos ผู้พัฒนา Reth ถามว่านักพัฒนากำลังมองหาความเป็นไปได้ในการเพิ่มขีดจำกัด blobgas หรือไม่ หากรวม EIP 7623 ไว้ใน Pectra หากไม่มีขีดจำกัดก๊าซหยดที่เพิ่มขึ้นที่มาพร้อมกับ EIP 7623 Konstantopoulos กล่าวว่า EIP "ไม่สามารถแก้ปัญหาได้มากนัก" นักวิจัยของ EF Dankrad Feist แนะนำให้เพิ่มขีดจำกัดของ blob gas ไปยังจุดที่ขนาดบล็อกสูงสุดของ Ethereum ยังคงไม่เปลี่ยนแปลง ซึ่งหมายความว่าพื้นที่ว่างที่เพิ่มขึ้นเนื่องจากต้นทุน calldata เพิ่มขึ้นจะเต็มไปด้วย blobs (วัตถุไบนารีขนาดใหญ่) นักวิจัยของ EF Ansgar Dietrichs กล่าวว่า EIP นี้ไม่เพียงแต่มีประโยชน์เมื่อรวมกับขีดจำกัดของ Blob Gas ที่เพิ่มขึ้น แต่ยังมาจากมุมมองด้านความปลอดภัยด้วย เนื่องจากอาจช่วยให้แน่ใจว่าเครือข่ายจะไม่ได้รับผลกระทบจากบล็อกที่มีจำนวนธุรกรรมและ Blob สูงสุด และไม่มั่นคง

สำหรับคำถามในการวิเคราะห์ผลกระทบของ EIP 7623 ต่อสัญญาและธุรกรรมอัจฉริยะ Wahrstätter กล่าวว่าข้อเสนอที่เขาเสนอจะไม่ส่งผลกระทบต่อผู้ใช้ 98% Beiko ยังกล่าวด้วยว่า Parithosh Jayanthi วิศวกรฝ่ายปฏิบัติการของนักพัฒนา EF อาจทำการวิเคราะห์เชิงลึกเกี่ยวกับข้อมูลเฉพาะของการเพิ่มขีดจำกัดของ Blobgas ตาม EIP 7623

ทางเลือกใหม่แทน EIP 7609

ในระหว่างการประชุมทางโทรศัพท์ นักพัฒนาที่มีชื่อหน้าจอว่า "Charles C" ได้เสนอ EIP ใหม่เพื่อป้องกันการโจมตีซ้ำในสัญญาอัจฉริยะ Charles กล่าวว่าข้อเสนอนี้สร้าง opcode ใหม่สองรหัสเพื่อปกป้องสัญญาอัจฉริยะ และเป็นทางเลือกแทนข้อเสนอที่เขาส่งมาก่อนหน้านี้ที่เรียกว่า EIP 7609 ซึ่งมีจุดมุ่งหมายเพื่อลดต้นทุนพื้นฐานของ TLOAD/TSTORE ใน Pectra Charles กล่าวว่าเขาไม่แน่ใจว่าเหตุใด EIP 7609 จึงไม่ได้รับการพิจารณาให้รวมอยู่ใน Pectra และยังคงรวบรวมข้อเสนอแนะจากนักพัฒนาเกี่ยวกับการป้องกันการกลับเข้ามาใหม่ด้วยวิธีที่คุ้มค่า เขาชี้ให้เห็นว่าโซลูชันในปัจจุบัน เช่น Reentrancy Guard ของ OpenZeppelin และ opcode ของ TLOAD/TSTORE นั้นมีค่าใช้จ่ายสูงเกินไปสำหรับนักพัฒนาแอปพลิเคชันที่มีการกระจายอำนาจที่จะใช้เป็นค่าเริ่มต้น Beiko แนะนำให้นักพัฒนาให้ข้อเสนอแนะแก่ Charles เกี่ยวกับ EIP ใหม่นี้ในฟอรัม Ethereum Magicians