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

ผู้ให้บริการตัวตรวจสอบธุรกรรม (validator) ของ Ethereum ที่ใช้ไคลเอนต์ฉันทามติ Prysm ได้รับการแจ้งเตือนเร่งด่วนเมื่อวันที่ 4 ธันวาคม ทีมของ Prysm ยืนยันว่ามีบางโหนดกำลังสร้างสถานะเก่าเพื่อนำไปประมวลผลการรับรองความถูกต้อง (attestation) ที่ล้าสมัย ซึ่งอาจนำไปสู่พฤติกรรมการตรวจสอบที่ไม่ถูกต้องหากไม่แก้ไขทันที เพื่อป้องกันปัญหา Prysm แจ้งให้ผู้ปฏิบัติการทุกคนปิดการทำงานของฟังก์ชันหนึ่งโดยทันที เพียงเพิ่ม flag หนึ่งบรรทัดใน beacon node ของตน การแก้ไขนี้ไม่ต้องอัปเกรดไคลเอนต์เต็มระบบและไม่กระทบกับ validator client

ทีมงานแนะนำให้ผู้ปฏิบัติการเพิ่มบรรทัดนี้: --disable-last-epoch-targets โดย flag นี้ใช้งานได้กับ Prysm v7.0.0 หมายความว่าโหนดส่วนใหญ่สามารถแก้ไขได้ภายในไม่กี่นาที คำเตือนดังกล่าวทำให้ชุมชนผู้ตรวจสอบตอบสนองอย่างรวดเร็ว สะท้อนถึงบทบาทสำคัญของ Prysm ในชั้นฉันทามติของ Ethereum

ส่วนแบ่งตลาดของ Prysm ทำให้เหตุการณ์นี้กลายเป็นประเด็นระดับเครือข่าย

ข้อมูลจาก MigaLabs ระบุว่า Prysm ครองส่วนแบ่งตลาดไคลเอนต์ฉันทามติของ Ethereum เกือบ 20% เป็นไคลเอนต์ใหญ่เป็นอันดับสองรองจาก Lighthouse ขนาดของผู้ใช้งานที่มากเช่นนี้ทำให้บั๊กฝั่งไคลเอนต์กลายเป็นปัญหาในระดับเครือข่ายได้ เมื่อไคลเอนต์ที่มีน้ำหนักขนาดนี้ประมวลผลสถานะล้าสมัย ผลกระทบไม่ได้จำกัดอยู่ที่ตัวตรวจสอบรายเดียว แต่สามารถลุกลามไปสู่:

• การพลาดการส่ง attestation
• สัญญาณ fork choice ผิดพลาด
• ความเสี่ยงต่อค่าปรับหรือการถูก slashing ในบางกรณี

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

เกิดอะไรขึ้นภายใน Prysm

ตามข้อมูลจากทีมงาน Prysm โหนดที่ได้รับผลกระทบกำลังสร้างสถานะเก่าโดยไม่จำเป็น ขณะพยายามประมวลผล attestation ที่ล้าสมัยจาก epoch ก่อนหน้า พฤติกรรมเช่นนี้สร้างภาระให้กับ CPU และหน่วยความจำ และอาจรบกวนการติดตามความคืบหน้าของบล็อกเชนในสภาวะที่เครือข่ายมีโหลดสูง พฤติกรรมลักษณะนี้ไม่ใช่เรื่องใหม่ในประวัติของ Ethereum โดยก่อนหน้านี้เคยพบปัญหาคล้ายกัน เช่น

• เหตุการณ์ finality ในเดือนพฤษภาคม 2023
• บั๊กที่ทำให้ดัชนีฐานข้อมูลเสียหาย
• ปัญหาหน่วยความจำพุ่งสูงในไคลเอนต์หลายตัว

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

สิ่งที่ผู้ตรวจสอบควรทำตอนนี้

หากคุณใช้งาน Prysm รายการที่ต้องทำมีไม่มาก แต่ต้องดำเนินการทันที:

• เพิ่ม flag –disable-last-epoch-targets
• รีสตาร์ท beacon node
• ตรวจสอบ log เพื่อยืนยันการทำงานของ attestation เป็นปกติ
• เฝ้าดูการใช้หน่วยความจำและ CPU หลังรีสตาร์ท

ไม่ต้องเปลี่ยนคีย์ของ validator ไม่ต้องซิงก์ใหม่ และไม่ต้องออกจากระบบ สำหรับ Ethereum โดยรวม เหตุการณ์นี้ตอกย้ำข้อเท็จจริงเดิมว่า ความหลากหลายของไคลเอนต์ยังสำคัญ เมื่อไคลเอนต์ตัวเดียวถือเกือบ 20% ของเครือข่าย แม้แต่บั๊กที่จัดการได้ก็กลายเป็นประเด็นระดับเครือข่ายได้ นอีกมุมหนึ่ง เหตุการณ์นี้ยังสะท้อนถึงความเป็นระบบของการปฏิบัติงานใน Ethereum ปัญหาถูกตรวจพบ เปิดเผย และแก้ไขภายในเวลาไม่กี่ชั่วโมง ไม่ใช่หลายวัน นี่คือปัจจัยที่ทำให้เลเยอร์การชำระธุรกรรมมูลค่าเกิน 400 พันล้านดอลลาร์ยังคงมีเสถียรภาพ ขณะนี้เครือข่ายยังทำงานปกติ สิ่งเดียวที่ต้องเร่งคือผู้ใช้งาน Prysm ต้องรีบดำเนินการเปิดใช้ flag ความปลอดภัยดังกล่าวโดยเร็วที่สุด.