Lighthouse ยังไม่รวม PR แก้แคชคีย์ Ethereum(ETH) ที่อาจทำให้โหนดแยกเชน

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

PR ดังกล่าวเปิดเมื่อวันที่ 12 และ GitHub แสดงสถานะ “Open” โดยยังรอการตรวจสอบจากผู้ดูแลโค้ด

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

กรณีที่ยกขึ้นมาพิจารณาเกิดขึ้นก่อนการ hard fork Gloas ซึ่งเป็นการเปลี่ยนแปลงชั้นฉันทามติของการอัปเกรด Glamsterdam โดยมีทั้งเงินฝากเพิ่มเติมจำนวนมากสำหรับผู้ตรวจสอบเดิม และเงินฝากคีย์สาธารณะใหม่สำหรับบิลเดอร์และผู้ตรวจสอบรออยู่พร้อมกัน

หลัง hard fork ลำดับการประมวลผลเงินฝากของเชนหลักกับเชนแยกอาจต่างกัน ทำให้แคชคีย์สาธารณะเชื่อมคีย์หนึ่งเข้ากับหมายเลขผู้ตรวจสอบที่ไม่ถูกต้องได้

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

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

ข้อเสนอแก้ไขระบุด้วยว่าอาจมีปัญหาความเข้ากันได้กับเวอร์ชันเก่า

บันทึกการเผยแพร่ v8.3.3 ของ Lighthouse ที่เผยแพร่เมื่อวันที่ 9 ระบุการเปลี่ยนแปลงให้ใช้สถานะเชนร่วมกับคีย์ในแคชคีย์สาธารณะ บันทึกดังกล่าวเรียกเวอร์ชันนี้ว่าแพตช์ความปลอดภัยลำดับความสำคัญสูง แต่ไม่ได้เปิดเผยรายละเอียดของช่องโหว่

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

ส่วน PR #248 ของ Assertoor ซึ่งเพิ่มการทดสอบเพื่อจำลองข้อผิดพลาดก็ยังเปิดอยู่ ณ วันที่ 13 ข้อเสนอนี้ทดสอบโดยจัดให้มีเงินฝากเพิ่มเติมและการสแลชผู้ตรวจสอบก่อนเกิด hard fork

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

มูลนิธิอีเธอเรียม (Ethereum Foundation) ประกาศเมื่อวันที่ 22 ตุลาคมว่าเลื่อนการเปิดใช้งาน Glamsterdam บนเทสต์เน็ต Hoodi โดยยังไม่กำหนดวันใหม่ เหตุผลที่ระบุคือจำเป็นต้องตรวจสอบปฏิสัมพันธ์ระหว่าง EIP-8037 กับสมาร์ตคอนแทร็กต์บนเมนเน็ตเพิ่มเติม

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