อีเธอเรียมเล็งเปิดตัว Glamsterdam บน Sepolia วันที่ 6 ต.ค.

บันทึกการประชุม ACDC #186 และรายงานติดตามผลจาก Christine D. Kim นักวิจัยโปรโตคอลอีเธอเรียม ระบุว่าวันดังกล่าวยังไม่แน่นอน นักพัฒนายังไม่สามารถเปิดใช้งาน Glamsterdam บนเครือข่ายพัฒนาส่วนตัวได้อย่างเสถียรเมื่อเลือกกำหนดการของ Sepolia

แผนการทดสอบได้เลื่อนไปอีกขั้นแล้ว Kim กล่าวเมื่อวันที่ 11 ก.ย. ว่าความสนใจได้เปลี่ยนไปที่ Glamsterdam-Devnet-11 ซึ่งคาดว่าจะเปิดตัวในวันจันทร์ที่ 14 ก.ย. แผนก่อนหน้านี้ระบุว่า Devnet-10 เป็นการทดสอบหลักครั้งถัดไป

ยังไม่มีการยืนยันวันเปิดใช้งานสำหรับเทสต์เน็ต Hoodi หรือเมนเน็ตอีเธอเรียม นักพัฒนาได้หารือถึงความเป็นไปได้ในการเปิดตัวเมนเน็ตในเดือนธันวาคม แต่ผลการทดสอบจะเป็นตัวกำหนดว่ากำหนดการดังกล่าวยังเป็นไปได้หรือไม่

ระหว่างการประชุม All Core Developers Consensus เมื่อวันที่ 3 ก.ย. ผู้เข้าร่วมตกลงใช้ Sepolia epoch 351232 สำหรับการเปิดใช้งานที่เสนอ Kim รายงานว่าเวลาที่สอดคล้องกันคือวันที่ 6 ต.ค. เวลา 13:53 UTC การประชุมจัดขึ้นก่อนที่นักพัฒนาจะแสดงให้เห็นถึงประสิทธิภาพที่เสถียรในเครือข่ายทดสอบส่วนตัวที่ใช้สำหรับ Glamsterdam

การเลือก epoch ช่วยให้ทีมไคลเอนต์ ผู้ให้บริการโครงสร้างพื้นฐาน และนักพัฒนาแอปพลิเคชันมีเป้าหมายการวางแผนร่วมกัน แต่ไม่ได้ทำให้การเปิดใช้งานเป็นที่สิ้นสุด นักพัฒนาสามารถเลื่อนการฟอร์กได้หากขั้นตอนการทดสอบถัดไปพบข้อบกพร่องร้ายแรง หรือหากทีมไคลเอนต์ไม่สามารถเตรียมรีลีสที่เชื่อถือได้

ข้อควรระวังยังคงมีความสำคัญหลังจาก Devnet-9 ประสบปัญหาความสมบูรณ์ขั้นสุดท้าย (finality) ตามเอกสารการประชุม เครือข่ายมีโหนดผู้ตรวจสอบประมาณ 1,000 โหนด ทำให้เป็น devnet ของ Glamsterdam ที่ใหญ่ที่สุดตามจำนวนผู้ตรวจสอบ ณ ขั้นตอนนั้น

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

Devnet-11 จะทดสอบการแก้ไขก่อน Sepolia

แผนเดิมกำหนดให้ใช้ Devnet-10 หลังจากเกิดข้อบกพร่องระหว่างการทดลองก่อนหน้านี้ การอัปเดตล่าสุดของ Kim ระบุว่า Devnet-11 เป็นการทดสอบถัดไปที่นักพัฒนากำลังจับตามอง ซึ่งบ่งชี้ว่าลำดับการทดสอบส่วนตัวได้ก้าวหน้าเกินกว่าแผนเดิม

Devnet-11 ที่เสถียรจะช่วยให้ทีมไคลเอนต์อีเธอเรียมมีสภาพแวดล้อมอีกแห่งสำหรับทดสอบข้อกำหนด Glamsterdam แบบรวม ทีมเลเยอร์ 2 ผู้ให้บริการสเตกกิ้ง และผู้ให้บริการโครงสร้างพื้นฐานอื่นๆ จำเป็นต้องมีการใช้งานไคลเอนต์ที่ทำงานได้ก่อนจึงจะทดสอบระบบของตนกับการฟอร์กที่เสนอได้อย่างปลอดภัย

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

วาระการประชุม ACDC #186 บันทึกคำขอจาก Lido และ Optimism ให้มีวันที่เสถียรอย่างน้อยหนึ่งวันก่อนการฟอร์ก วาระดังกล่าวระบุการแก้ไขไคลเอนต์และการทำงานร่วมกันที่ประสบความสำเร็จเป็นเรื่องที่ต้องยืนยันก่อน Sepolia

Devnet-11 ที่ล้มเหลวหรือไม่เสถียรจะไม่ยกเลิกการเปิดใช้งานวันที่ 6 ต.ค. โดยอัตโนมัติ นักพัฒนาจะต้องประเมินสาเหตุและเวลาที่ต้องใช้ในการซ่อมแซม ปัญหาร้ายแรงอาจทำให้พวกเขาพิจารณาวันดังกล่าวใหม่ระหว่างการประชุม All Core Developers

ข้อบกพร่องด้านฉันทามติและ EIP-8037 ทำให้การทดสอบยืดเยื้อ

การทดลอง Glamsterdam ก่อนหน้านี้เผยให้เห็นข้อบกพร่องทั้งสองด้านของสถาปัตยกรรมอีเธอเรียม Stefan Starflinger วิศวกรฝ่ายปฏิบัติการนักพัฒนาของ Ethereum Foundation รายงานว่า Devnet-8 เปิดเผยปัญหาชั้นฉันทามติที่เกี่ยวข้องกับบล็อกที่ใช้แฮชหลักซ้ำ

“คุณอาจทำให้เครือข่ายทั้งหมดหยุดทำงานได้” Starflinger กล่าวขณะอธิบายสถานการณ์การทดสอบ

ปัญหาดังกล่าวส่งผลกระทบต่อระบบที่รับผิดชอบข้อตกลงบล็อก จากนั้น Devnet-9 ประสบปัญหาความไม่สมบูรณ์ขั้นสุดท้าย ทำให้นักวิศวกรต้องตรวจสอบกรณีขอบเพิ่มเติมในชุดผู้ตรวจสอบที่ใหญ่ขึ้น

ในด้านการประมวลผล Maria Silva นักวิจัยของ Ethereum Foundation รายงานปัญหาการใช้งานที่เกี่ยวข้องกับ EIP-8037 ข้อเสนอดังกล่าวเปลี่ยนวิธีที่อีเธอเรียมคิดค่าก๊าซสำหรับการสร้างสถานะใหม่ รวมถึงบัญชีใหม่ สัญญา และรายการจัดเก็บข้อมูล

EIP-8037 แยกต้นทุนการสร้างสถานะออกจากต้นทุนการประมวลผลปกติผ่านโมเดลก๊าซหลายมิติ ข้อกำหนดที่เผยแพร่ระบุว่าการออกแบบมีเป้าหมายเพื่อควบคุมการเติบโตของสถานะเมื่ออีเธอเรียมเพิ่มขีดจำกัดก๊าซของบล็อก ข้อเสนอดังกล่าวยังอยู่ระหว่างการตรวจสอบโดยผู้เชี่ยวชาญ

ปัญหาที่พบทำให้ไคลเอนต์การประมวลผลต้องแก้ไขการใช้งานและนำไปสู่การปรับปรุงข้อกำหนด EIP-8037 ได้รับการทดสอบร่วมกับการเปลี่ยนแปลงโปรโตคอลอื่นๆ ของการอัปเกรด

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

วันของ Hoodi และเมนเน็ตขึ้นอยู่กับผลการทดสอบ

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

Enrico del Fante นักพัฒนา Teku สนับสนุนให้รอก่อนกำหนดวัน Hoodi ระหว่าง ACDC #186 เขาอ้างถึงปัญหา Devnet-9 ล่าสุดและเห็นชอบให้มีเวลาทดสอบเพิ่มเติมหลังการตัดสินใจ Sepolia

การเปิดใช้งานเมนเน็ตในเดือนธันวาคมยังคงเป็นเป้าหมายที่เป็นไปได้ ไม่ใช่กรอบเวลาที่ได้รับการยืนยัน การกำหนด Sepolia ในช่วงต้นเดือนตุลาคมยังคงเหลือเวลาปฏิทินเพียงพอสำหรับขั้นตอนเทสต์เน็ตสาธารณะอีกขั้นและการเตรียมรีลีสไคลเอนต์ หากการทดสอบดำเนินไปโดยไม่ล่าช้าเป็นเวลานาน

นักพัฒนายังไม่ได้เผยแพร่ epoch ของเมนเน็ต เวลาประทับการเปิดใช้งาน หรือกำหนดการรีลีสไคลเอนต์ขั้นสุดท้าย ยังไม่มีการประกาศกำหนดเส้นตายอย่างเป็นทางการสำหรับการตัดสินใจว่าวันที่ 6 ต.ค. ยังเหมาะสมสำหรับ Sepolia หรือไม่

ขั้นตอนตามกระบวนการที่ใกล้ที่สุดคือการเปิดตัว Devnet-11 ที่วางแผนไว้ในวันที่ 14 ก.ย. ทีมไคลเอนต์จะตรวจสอบความสมบูรณ์ขั้นสุดท้าย พฤติกรรมข้ามไคลเอนต์ และการแก้ไขที่นำมาใช้หลังการทดสอบก่อนหน้านี้ ก่อนตัดสินใจว่า Sepolia จะดำเนินการตามกำหนดการปัจจุบันได้หรือไม่