Base Network Outages: บั๊ก Sequencer และความเสี่ยงจากจุดล้มเหลวจุดเดียวเมื่อวันที่ 25-26 มิถุนายน 2025

ต้นตอจากฟังก์ชันสร้างบล็อกของ Sequencer

สาเหตุหลัก ตามรายงาน Post-Mortem ของ Base คือข้อบกพร่องใน ตรรกะการสร้างบล็อกของ sequencer หลังจากที่การประมวลผลธุรกรรมล้มเหลว (transaction execution failure) ระบบไม่ได้ทำความสะอาด สถานะ journal (journal state) ซึ่งเป็นบันทึกภายในของการเปลี่ยนแปลงบัญชีและช่องจัดเก็บข้อมูล ทำให้เหลือข้อมูลที่ "ค้าง" หรือ "สกปรก” เมื่อระบบประมวลผลธุรกรรมที่ถูกต้องในลำดับถัดไป สถานะที่ค้างอยู่นี้ทำให้การคำนวณค่าแก๊สผิดปกติ ท้ายที่สุดก็นำไปสู่การสร้างบล็อกที่มี การเปลี่ยนสถานะที่ไม่ถูกต้อง (invalid state transition)

บล็อกที่ไม่ถูกต้องนี้เป็นตัวจุดชนวนให้เกิดความล้มเหลวในระบบฉันทามติ (consensus failure): หลังจากที่ sequencer สร้างบล็อกที่ไม่ถูกต้องหลังบล็อกหมายเลข 47,806,542 ทำให้เน็ตเวิร์กไม่สามารถสร้างบล็อกต่อได้อีก ผู้ให้บริการโหนดไม่สามารถซิงค์ข้อมูลต่อได้ตามปกติจนกว่าปัญหาจะได้รับการแก้ไข

ไทม์ไลน์การหยุดชะงักสองครั้ง

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

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

การแก้ไขที่นำมาใช้

ทีมวิศวกรของ Base ได้ใช้แพตช์กับ sequencer เพื่อให้แน่ใจว่าสถานะ journal จะถูกอัปเดตอย่างถูกต้องระหว่างการประมวลผลหลังจากธุรกรรมล้มเหลว การแก้ไขนี้สามารถตรวจสอบได้ในการ pull request สาธารณะบน GitHub (#3806)

หลังจากแก้ไขแล้ว การทำงานปกติก็กลับมาดำเนินการได้ แต่ Base แนะนำให้ ผู้ให้บริการโหนด Validator รีสตาร์ทหรือรีซิงค์โหนดของตน เพื่อคืนสถานะการซิงค์ ทีมงานชี้แจงว่าการหยุดชะงักทั้งสองครั้งมีที่มาจากบั๊กเดียวกัน และมีอีกประเด็นที่เกี่ยวข้อง (PR #3805) ซึ่งทำให้เหตุการณ์ดังกล่าวเกิดขึ้นซ้ำอีกในวันถัดมา

ในเหตุการณ์ที่ตามมา Base ได้เลื่อนการเปิดตัว การอัปเกรด Beryl mainnet และการเปิดใช้งาน มาตรฐานโทเค็น B20 ที่วางแผนไว้ออกไปหนึ่งวันเพื่อรักษาเสถียรภาพของเน็ตเวิร์ก

สถาปัตยกรรม Single-Sequencer: ประเด็นกังวลที่ใหญ่กว่า

การหยุดชะงักที่เกิดขึ้นติดๆ กันนี้ได้จุดประเด็นถกเถียงอีกครั้งเกี่ยวกับความยืดหยุ่นของ การออกแบบที่ใช้ sequencer เพียงตัวเดียว ของ Base ซึ่งเป็นรูปแบบทั่วไปใน optimistic rollups หลายตัว แต่ก็นำมาซึ่งจุดล้มเหลวจุดเดียวที่ชัดเจน

ประเด็นสำคัญที่ถูกชี้ให้เห็นจาก Post-Mortem และรายงานในวงการมีดังนี้:

• จุดล้มเหลวจุดเดียว (Single point of failure): บั๊กระดับ sequencer ในตรรกะการสร้างบล็อกสามารถหยุดการสร้างบล็อกทั้งหมดของ Base ได้ ทำให้ไม่สามารถสร้างบล็อกใหม่ทั่วทั้งเน็ตเวิร์ก
• การกู้คืนด้วยตนเอง: การกู้คืนจำเป็นต้องให้ผู้ให้บริการโหนด Validator รีสตาร์ทหรือรีซิงค์โหนดของตนด้วยตนเอง แทนที่เน็ตเวิร์กจะสามารถรักษาเสถียรภาพได้เอง
• ความเสี่ยงด้านความน่าเชื่อถือ: ความล้มเหลวที่เกิดขึ้นซ้ำซ้อนทำให้เกิดคำถามใหม่ๆ เกี่ยวกับความน่าเชื่อถือของระบบนิเวศ Layer-2 ที่กำลังเติบโตอย่างรวดเร็ว โดยเฉพาะในช่วงที่มีกิจกรรมหนาแน่นหรือการอัปเกรดตามกำหนดการ
• การปรับปรุงที่วางแผนไว้: Base ระบุว่าจะเสริมความแข็งแกร่งให้กับการทดสอบของตนด้วย การทดสอบแบบ Fuzz, การทดสอบภาระ, การตรวจสอบ, และเครื่องมือกู้คืนที่ดีขึ้น เพื่อลดโอกาสที่เหตุการณ์จะเกิดซ้ำ

เหตุการณ์นี้แสดงให้เห็นว่าแม้แต่เน็ตเวิร์ก Ethereum L2 ที่ใหญ่ที่สุดก็สามารถถูกปิดระบบได้ด้วยกรณีขอบ (edge case) ของการจัดการสถานะใน sequencer เพียงตัวเดียว และระบบการเปลี่ยนผ่านและกู้คืนอัตโนมัติก็ยังคงเป็นสิ่งที่อยู่ระหว่างการพัฒนาในระบบนิเวศ Rollup