ชื่อต้นฉบับ: "Ethereum All Core Developers Execution Call #184 Writeup" ผู้เขียนต้นฉบับ: Christine Kim การรวบรวมต้นฉบับ: Luccy, BlockBeats หมายเหตุบรรณาธิการ: Ethereum All Core Developers Consensus Call (ACDE) จัดขึ้นทุกสองสัปดาห์ ส่วนใหญ่จะมีไว้สำหรับการอภิปรายและการประสานงาน การเปลี่ยนแปลง Ethereum Execution Layer (EL) นี่คือการประชุมทางไกลครั้งที่ 184 ของ ACDE การประชุมครั้งนี้มุ่งเน้นไปที่สาเหตุของการเพิ่มจำนวนบล็อกที่ไม่ได้รับในวันที่ 27 มีนาคม รวมถึงการวิจัยใหม่ของทีม Paradigm เกี่ยวกับสถานะและการเติบโตในอดีตของ Ethereum นักพัฒนาได้แบ่งปันการอภิปรายในการประชุมเกี่ยวกับปัญหาการถ่ายทอด Bloxroute MEV และ EIP ย้อนหลังสองรายการในปราก/Electra นอกจากนี้ ยังได้กล่าวถึงการอัปเดตการพัฒนาสำหรับ EIP 7547 (รายการรวม), EIP 5920 (PAY Opcode) และ EIP 7545 (การคอมไพล์ล่วงหน้า Verkle Proof Verification) Christine Kim รองประธานฝ่ายวิจัยของ Galaxy Digital ได้บันทึกประเด็นสำคัญของการประชุมครั้งนี้โดยละเอียด BlockBeasts รวบรวมข้อความต้นฉบับดังนี้:

เมื่อวันที่ 28 มีนาคม 2024 นักพัฒนา Ethereum ได้รวมตัวกันบน Zoom เพื่อเข้าร่วมการประชุม All Core Developers Execution (ACDE) #184 ACDE Conference Call เป็นการประชุมทุกสองสัปดาห์ที่จัดโดย Tim Beiko หัวหน้าฝ่ายสนับสนุนโปรโตคอลที่ Ethereum Foundation ซึ่งนักพัฒนาจะหารือและประสานงานการเปลี่ยนแปลงใน Ethereum Execution Layer (EL)

ในสัปดาห์นี้ นักพัฒนาได้แบ่งปันข้อมูลเชิงลึกเกี่ยวกับสาเหตุที่ทำให้เกิดบล็อกที่ไม่ได้รับเพิ่มขึ้นในวันที่ 27 มีนาคม Terence Tsao ผู้พัฒนา Prysm กล่าวว่าการเพิ่มขึ้นดังกล่าวมีสาเหตุมาจากปัญหากับการถ่ายทอด Bloxroute MEV ซึ่งทีม Bloxroute กำลังทำงานอยู่ นักพัฒนายังได้หารือประเด็นสำคัญจากการวิจัยใหม่ที่จัดทำโดยทีมงาน Paradigm เกี่ยวกับสถานะและการเติบโตทางประวัติศาสตร์ของ Ethereum นักพัฒนาได้อนุมัติการรวมข้อเสนอการปรับปรุง Ethereum (EIP) ย้อนหลังสองข้อในปราก/อีเลคตร้า ได้แก่ EIP 7610 และ 7523

สุดท้ายนี้ พวกเขาได้แชร์การอัปเดตการพัฒนาใน EIP อื่นๆ ที่น่าสนใจ เช่น EIP 7547 (Inclusion List), EIP 5920 (PAY Opcode) และ EIP 7545 (Verkle Proof Verification Precompilation)

Mainnet ขาดเหตุการณ์บล็อก

เมื่อวันที่ 27 มีนาคม จำนวนบล็อกที่หายไปเพิ่มขึ้น โดยทั่วไปแล้ว 2% ถึง 4% ของบล็อกจะพลาดทุกๆ 30 นาทีบน Ethereum อย่างไรก็ตาม ในช่วงเวลาที่เครือข่ายประสบกับธุรกรรม Blob จำนวนมาก เปอร์เซ็นต์นี้จะเพิ่มขึ้นเป็นมากกว่า 14% ภายในไม่กี่ชั่วโมง ราคา Blob เพิ่มขึ้นมากกว่า 10 เท่าในช่วงเวลานี้ Tsao กล่าวว่าปัญหาบล็อกที่หายไปได้รับการแก้ไขทันทีเมื่อทีม Bloxroute ปิดการถ่ายทอด MEV ไม่ทราบรายละเอียดที่ทำให้เกิดปัญหาการถ่ายทอด Bloxroute และทีมงาน Bloxroute กำลังทำงานเพื่อแก้ไขปัญหา ซึ่งพวกเขาจะแบ่งปันพร้อมกับการชันสูตรพลิกศพของปัญหาทั้งหมดในอีกไม่กี่วันข้างหน้า

“ดังนั้น การบล็อกที่พลาดไปของเมื่อวานไม่ได้หมายความว่าลูกค้าไม่สามารถจัดการปริมาณงานประเภทนี้ได้ เพราะโดยพื้นฐานแล้วการบล็อกที่พลาดทั้งหมดนั้นเกิดจากปัญหา Bloxroute แต่ยังคงมีคำถามพื้นฐานว่าจะเกิดอะไรขึ้นกับปริมาณการใช้ข้อมูลของเมื่อวาน” ฉันสงสัยว่า ลูกค้าอาจนำเข้าบล็อกช้ากว่าเดิม แต่นั่นเป็นสิ่งที่ฉันไม่มีหลักฐานที่แน่ชัดและยังคงต้องรอดูต่อไป" Tsao กล่าว เพื่อตอบสนองต่อเหตุการณ์บล็อกที่หายไป ทีมลูกค้าของ Lighthouse ได้ออก "แก้ไขด่วน" เวอร์ชันเพื่อปรับปรุงประสิทธิภาพและความเสถียรของโหนด นอกจากนี้ ในขณะที่การสอบสวนยังดำเนินอยู่ Uri Klarman ซีอีโอของ Bloxroute กล่าว

Parithosh Jayanthi วิศวกรฝ่ายปฏิบัติการของนักพัฒนา Ethereum Foundation ถามว่าเหตุการณ์ดังกล่าวจะทำให้นักพัฒนาประเมินเงื่อนไขเซอร์กิตเบรกเกอร์ของไคลเอ็นต์อีกครั้ง ซึ่งจะทำให้โหนดตรวจสอบความถูกต้องถอยกลับไปใช้งานบล็อกในเครื่องโดยอัตโนมัติหรือไม่ ในไคลเอนต์ส่วนใหญ่ ค่าเริ่มต้นสำหรับเงื่อนไขของเซอร์กิตเบรกเกอร์คือเหตุการณ์ที่พลาดห้าช่องติดต่อกัน Tsao ตั้งข้อสังเกตว่าสภาวะของเซอร์กิตเบรกเกอร์ที่ถูกกระตุ้นง่ายเกินไปนั้นเป็นพาหะของการโจมตีที่นักแสดง MEV ที่มีความซับซ้อนสามารถใช้ประโยชน์ได้

Parithosh Jayanthi วิศวกรฝ่ายปฏิบัติการของนักพัฒนา Ethereum Foundation ถามว่าเหตุการณ์ดังกล่าวจะทำให้นักพัฒนาประเมินเงื่อนไขเซอร์กิตเบรกเกอร์ของไคลเอ็นต์อีกครั้ง ซึ่งจะทำให้โหนดตรวจสอบความถูกต้องถอยกลับไปใช้งานบล็อกในเครื่องโดยอัตโนมัติหรือไม่ ในไคลเอนต์ส่วนใหญ่ ค่าเริ่มต้นสำหรับเงื่อนไขของเซอร์กิตเบรกเกอร์คือเหตุการณ์ที่พลาดห้าช่องติดต่อกัน Tsao ตั้งข้อสังเกตว่าสภาวะของเซอร์กิตเบรกเกอร์ที่ถูกกระตุ้นง่ายเกินไปนั้นเป็นพาหะของการโจมตีที่นักแสดง MEV ที่มีความซับซ้อนสามารถใช้ประโยชน์ได้

นักพัฒนา Prysm "Potuz" กล่าวว่าในความเห็นของเขา เหตุการณ์นี้เน้นย้ำถึงการขาดความหลากหลายของไคลเอนต์ในรีเลย์ ตลอดจนการขาดการสื่อสารระหว่างรีเลย์และผู้พัฒนาโปรโตคอล “Terence พูดถึงหยดเหล่านี้มานานกว่าหนึ่งสัปดาห์แล้ว และไม่มีใครสังเกตเห็น และเมื่อมันระเบิด ก็ใช้เวลาเพียงไม่กี่สายเท่านั้นในการรับรีเลย์ที่เหมาะสมเพื่อดูบันทึกของพวกเขา ซึ่งเป็นสิ่งที่ยอมรับไม่ได้” Portuzzi อธิบาย

นักพัฒนาบางคนแนะนำให้สร้างโพสต์ที่เป็นลายลักษณ์อักษรในครั้งต่อไปเมื่อรายงานการละเมิดเครือข่ายเพื่อเพิ่มการมองเห็นระบบนิเวศของ Ethereum เพื่อหารือเพิ่มเติมเกี่ยวกับเหตุการณ์บล็อกที่หายไป Alex Stokes นักวิจัยของ Ethereum Foundation สนับสนุนให้นักพัฒนาเข้าร่วมการประชุมชุมชน MEV-Boost ครั้งต่อไป

การวิเคราะห์ข้อมูลสถานะและการเติบโตในอดีต

Storm Slivkoff นักวิทยาศาสตร์ข้อมูลที่ Paradigm ให้การวิเคราะห์ใหม่เกี่ยวกับสถานะของ Ethereum และการเติบโตในอดีต จากการค้นพบของเขา การเติบโตของรัฐไม่ใช่ปัญหาคอขวดหลักในความสามารถในการขยายขนาดของ Ethereum “เราพบว่าฮาร์ดแวร์สำหรับผู้บริโภคที่มีอยู่สามารถรักษาอัตราการเติบโตของประเทศในปัจจุบันได้เป็นระยะเวลานานหรืออาจเป็นทศวรรษ โปรดทราบว่า ฉันกำลังพูดถึงเฉพาะความจุและความจุหน่วยความจำที่นี่เท่านั้น ไม่ได้หมายความว่าจะอ่านหรือเขียนที่จะประกาศภายใต้ กรอบนี้ ในมุมมองของเขา “นักฆ่าเงียบ” ของ Ethereum คือการเติบโตทางประวัติศาสตร์

ในการวิเคราะห์ที่เป็นลายลักษณ์อักษร ทีมวิจัย Paradigm อธิบายว่า “สถานะคือชุดข้อมูลที่จำเป็นในการสร้างและตรวจสอบบล็อก Ethereum ใหม่ สถานะประกอบด้วยโค้ดไบต์ของสัญญา พื้นที่จัดเก็บสัญญา ยอดคงเหลือของบัญชี และ nonce ของบัญชี ประวัติความเป็นมาคือข้อมูล ชุดที่จำเป็นสำหรับโหนดที่จะซิงค์จากแหล่งกำเนิดไปยังบล็อกล่าสุด ประวัติประกอบด้วยบล็อกและธุรกรรม สถานะและประวัติเป็นชุดข้อมูลที่ไม่ทับซ้อนกัน Slivkoff กล่าวเสริมว่าประวัติมีการเติบโตเร็วกว่าสถานะ Ethereum อย่างมาก ผลกระทบต่อการเติบโตของประวัติศาสตร์ กรณีการใช้งานที่ใหญ่ที่สุด สำหรับอัตราคือการโรลอัพและโปรโตคอลประเภทอื่น ๆ ที่ต้องเชื่อมต่อกับ Ethereum

Slivkoff แนะนำให้นักพัฒนาพิจารณาอย่างจริงจังในการเร่งความละเอียดของ EIP ที่เติบโตในอดีต เช่น EIP 4444 และ EIP 7623 ในการอัพเกรด Ethereum ครั้งถัดไปที่ Prague/Electra นอกจากนี้เขายังระบุด้วยว่าจะมีการวิเคราะห์เพิ่มเติมเพื่อวิเคราะห์ปัญหาคอขวดในการปรับขนาดอื่น ๆ บน Ethereum และวิธีการเหล่านี้จะถูกนำมาใช้เพื่อวิเคราะห์ปัญหาคอขวดในการปรับขนาดของ Rollup เป็นขั้นตอนต่อไปในการวิจัยของทีมของเขา ข้อมูลทั้งหมดจะถูกเปิดแหล่งที่มาเพื่อการใช้งานสาธารณะและยินดีรับข้อเสนอแนะ Slivkoff กล่าว

หลังจากการนำเสนอของ Slivkoff นักพัฒนาได้พูดคุยถึงวิธีต่างๆ ในการจัดการกับการเติบโตในอดีตในระยะสั้น ตามที่กล่าวไว้ใน ACDE #180 นักพัฒนากำลังสร้างเครือข่ายทางเลือกที่มีประสิทธิภาพ ซึ่งข้อมูลในอดีตในช่วงระยะเวลาหนึ่ง เช่น ก่อนการอัปเกรดแบบรวม ยังคงสามารถเข้าถึงได้โดยผู้ใช้ในกรณีที่ข้อมูลไม่สามารถเข้าถึงได้ผ่านโหนด Ethereum ข้อมูลเหล่านี้ สำหรับการอภิปรายเพิ่มเติมเกี่ยวกับการหมดอายุในอดีตและตัวเลือกทางเลือกในการให้บริการข้อมูลในอดีต นักพัฒนา Geth "Lightclient" แนะนำให้นักพัฒนาสนทนาต่อในช่อง Ethereum R&D Discord ในหัวข้อช่องย่อยที่ชื่อว่า "Historical Expiration"

ความสามารถในการตรวจสอบย้อนกลับ EIPIP7610 และ 7523

นักพัฒนาตกลงที่จะใช้ EIP 7610 และ 7523 สิ่งเหล่านี้เป็น EIP ย้อนหลังที่จะเพิ่มกฎให้กับโปรโตคอล Ethereum ที่สามารถนำไปใช้ย้อนหลังได้ตั้งแต่เริ่มต้นเครือข่าย เพื่อจำกัดพฤติกรรมบางประเภทบนเชนเพิ่มเติม ประโยชน์ของ EIP เหล่านี้คือการลดความซับซ้อนของกรณีทดสอบ Ethereum และจำกัดขอบเขตของกรณี Edge ต่างๆ เช่น กรณี Edge ของการสร้างบัญชีว่าง EIP สองรายการที่มีการนำไปใช้ย้อนหลัง ได้แก่ EIPIP2681 และ 3607 นักพัฒนาตกลงที่จะเปิดใช้งาน EIP ย้อนหลังเพิ่มเติมอีกสองรายการในปราก/อีเลคตร้า สำหรับข้อมูลพื้นฐานเกี่ยวกับพฤติกรรมที่ EIP เหล่านี้ควบคุม โปรดดู บันทึกการโทรก่อนหน้าที่ นี่

EIP 2537, BLS คอมไพล์ล่วงหน้า

ทีมลูกค้าของ Geth ได้ทำเกณฑ์มาตรฐานเพื่อประเมินต้นทุนก๊าซของการดำเนินงานเส้นโค้ง EIP 2537 BLS เรียบร้อยแล้ว บริการใหม่เหล่านี้จะเปิดใช้งานในการอัพเกรดของ Prague/Electra และขณะนี้นักพัฒนากำลังชั่งน้ำหนักราคาสำหรับบริการเหล่านี้ ตัวแทนจากทีม Reth กล่าวว่าทีมงานของเขาจะทำการวัดประสิทธิภาพเพิ่มเติมของการดำเนินงานเส้นโค้ง BLS เพื่อช่วยในการกำหนดต้นทุนก๊าซของการดำเนินงานเหล่านี้

EIP 7547 รวมถึงรายการ

ตามที่กล่าวไว้ใน ACDC #130 นักพัฒนากำลังพิจารณาอย่างยิ่งที่จะรวม EIP 7547 ในการอัปเกรด Prague/Electra สัปดาห์นี้ Mike Neuder นักวิจัยของ Ethereum Foundation ได้แชร์ข้อมูลล่าสุดเกี่ยวกับวิธีการแก้ไข EIP 7547 เพื่อให้เข้ากันได้กับสิ่งที่เป็นนามธรรมของบัญชี Account Abstraction เป็นความคิดริเริ่มอย่างต่อเนื่องเพื่อนำเสนอความยืดหยุ่นและความสามารถในการตั้งโปรแกรมที่มากขึ้นให้กับบัญชีภายนอก (EOA) ซึ่งเป็นบัญชีที่ควบคุมโดยผู้ใช้บน Ethereum Neuder เสนอแนวทางที่แตกต่างกันสามวิธีในการแก้ไขปัญหาความเข้ากันได้ระหว่าง EIP 7547 และ Account Abstraction EIP เกี่ยวกับโซลูชันเหล่านี้ Neuder กล่าวว่า "รู้สึกเหมือนมีความซับซ้อนของการออกแบบที่ครอบคลุม แต่ฉันคิดว่าตัวเลือกทั้งสามนี้ใช้ได้ผล และฉันไม่คิดว่าจะมีกระสุนวิเศษมาแก้ปัญหานี้ ฉันไม่ คิดว่าเราจะทำได้" ค้นหาการออกแบบที่ดีกว่าเพื่อแก้ไขปัญหาเหล่านี้

Beiko แนะนำให้อภิปรายต่อไปเกี่ยวกับการผสมผสานการออกแบบรายการในเซสชันกลุ่มย่อยแยกกันในระยะเวลาที่จำกัด

ผู้สมัคร EIP อื่นๆ สำหรับ Prague/Electra

จากนั้น นักพัฒนาได้เรียกดูรายการ EIP อื่นๆ ที่เป็นตัวเลือกสำหรับการอัปเกรด Prague/Electra ประกอบด้วย:

EIP 5920 (PAY opcode): นักวิจัยของ Ethereum Foundation Sam Wilson ตั้งข้อสังเกตว่าการทดสอบ opcode นี้เริ่มต้นขึ้นแล้ว

EIP 7609 (การลดต้นทุนพื้นฐานของ TLOAD/TSTORE): Charles Cooper ผู้ร่วมคอมไพเลอร์ของ Vyper ย้ำมุมมองของเขาว่า opcode ของ TLOAD และ TSTORE ควรมีราคาถูกกว่าใน EVM

EIP 2935 และ 7545 (การรักษาแฮชของบล็อกในอดีตในสถานะและการคอมไพล์ล่วงหน้าการตรวจสอบหลักฐาน Verkle): Guillaume Ballet ผู้พัฒนา Geth เสนอข้อเสนอทั้งสองนี้เป็นการเปลี่ยนแปลงโค้ดที่จะให้ประโยชน์ในอนาคตแก่การใช้งาน Verkle และในระหว่างนี้ ก็ช่วยแจ้งเตือน Ethereum ในวงกว้างขึ้น ระบบนิเวศของการอัพเกรด Verkle ที่กำลังจะมาถึง

Ethereum Object Format (EOF): Danno Ferrin ผู้ดูแลลูกค้า Besu กล่าวว่า EOF EIP กำลังถูกใช้งานโดยทีมลูกค้าหลายทีม และกำลังเขียนการทดสอบอ้างอิงให้พวกเขา เขาขอให้นักพัฒนาอ้างอิง EOF Readiness Matrix สำหรับการอัปเดตโดยละเอียดเพิ่มเติม

EIP 7212 และ EIP 3074 (รองรับเส้นโค้ง secp256r1 และการคอมไพล์ล่วงหน้าของออปโค้ด AUTH/AUTHCALL): Matt Nelson ผู้พัฒนา Besu เน้นย้ำว่า EIP ทั้งสองนี้ถูกนำมาใช้ในการยกเลิก L2 เขาเน้นย้ำว่าเพื่อส่งเสริมความเข้ากันได้ระหว่าง Ethereum และ Rollups ควรนำ EIP ทั้งสองนี้มาใช้ในกรุงปราก

EIP 7664 (Opcode คีย์การเข้าถึง): ผู้พัฒนา OPLabs "Protolambda" เสนอข้อเสนอทดแทนสำหรับ EIP 3074 ที่ใช้ประโยชน์จากรายการเข้าถึงเพื่อปรับปรุงการทำงานของ opcode AUTH/AUTHCALL

EIP 6493 (SSZ Transaction Signature Scheme): Protolambda ยังแสดงการสนับสนุนการเปลี่ยนแปลงโค้ดที่เกี่ยวข้องกับ SSZ เพื่อปรับปรุงความปลอดภัยและประสิทธิภาพของการตรวจสอบข้อมูล Ethereum

นักพัฒนาไม่มีเวลาพูดคุยถึง EIP ใดในรายการนี้ที่ควรจัดลำดับความสำคัญสำหรับปราก Beiko กล่าวว่าเวลาจะถูกระงับเมื่อเริ่มการประชุมทางไกลของ ACDE ครั้งถัดไปในสองสัปดาห์เพื่อตรวจสอบรายชื่ออีกครั้ง “ในอีกไม่กี่สัปดาห์ข้างหน้า เราควรพิจารณาประเด็นทั้งหมดที่เกิดขึ้นในวันนี้ให้ลึกซึ้งยิ่งขึ้นและดำเนินการตัดสินใจ ฉันคิดว่านั่นหมายความว่าหากเราต้องการก้าวไปข้างหน้า ภายในสองสัปดาห์อะไรก็ตามที่ยังไม่ชัดเจนหรือ ระบุไว้ว่าไม่มีสิ่งใดที่จะเข้าสู่การแบ่งแยกนี้” เบโกะกล่าว