Base Network Ngừng Hoạt Động Hai Lần Trong 48 Giờ: Lỗi Trình Tự Gây Gián Đoạn 136 Phút

Block không hợp lệ đó gây ra lỗi đồng thuận: sequencer tạo ra một block không hợp lệ sau block 47.806.542, chặn mạng lưới xây dựng thêm bất kỳ block nào khác. Các node vận hành không thể tiếp tục đồng bộ hóa bình thường cho đến khi vấn đề được giải quyết.

Dòng Thời Gian Hai Lần Ngừng Hoạt Động

Lần ngừng hoạt động thứ hai vào ngày 26 tháng 6 được mô tả là sự tái diễn của cùng một loại lỗi sản xuất block, mặc dù mạng đã phục hồi nhanh hơn lần thứ hai.

Trong cả hai khoảng thời gian, các block mới bị đóng băng hoặc dừng lại, làm gián đoạn quá trình xử lý giao dịch trên chuỗi thông thường. Tuy nhiên, không có quỹ người dùng nào bị ảnh hưởng trong bất kỳ sự cố nào.

Bản Vá Đã Được Triển Khai

Nhóm kỹ thuật của Base đã áp dụng một bản vá cho sequencer để đảm bảo journal state được cập nhật đúng cách trong quá trình thực thi sau một giao dịch thất bại. Bản vá có thể được theo dõi trong một pull request công khai trên GitHub (#3806).

Sau khi vá, các hoạt động bình thường được nối lại, nhưng Base khuyến cáo người vận hành node xác thực khởi động lại hoặc đồng bộ lại node của họ để khôi phục trạng thái đồng bộ. Nhóm kỹ thuật cũng lưu ý rằng cả hai sự cố đều xuất phát từ cùng một lỗi, và một vấn đề liên quan thứ hai (PR #3805) đã khiến sự cố tái diễn vào ngày hôm sau.

Hậu quả là Base đã hoãn việc triển khai nâng cấp mainnet Beryl và kích hoạt tiêu chuẩn token B20 thêm một ngày để ổn định mạng lưới.

Kiến Trúc Sequencer Đơn Lẻ: Mối Lo Ngại Lớn Hơn

Các sự cố ngừng hoạt động liên tiếp này làm sống lại cuộc tranh luận về khả năng phục hồi của thiết kế sequencer đơn lẻ của Base, vốn phổ biến ở nhiều optimistic rollup nhưng lại tạo ra một điểm yếu duy nhất rõ ràng.

Những lo ngại chính từ post-mortem và các bài báo trong ngành bao gồm:

• Điểm yếu duy nhất (single point of failure): Một lỗi cấp sequencer trong logic xây dựng block có thể làm ngừng toàn bộ quá trình sản xuất block của Base, đóng băng các block mới trên toàn mạng lưới.
• Phục hồi thủ công: Việc phục hồi yêu cầu người vận hành node xác thực phải tự khởi động lại hoặc đồng bộ lại node của họ, thay vì mạng lưới tự phục hồi.
• Rủi ro về độ tin cậy: Các sự cố liên tiếp làm dấy lên những câu hỏi mới về độ tin cậy của hệ sinh thái L2 đang phát triển nhanh chóng, đặc biệt là trong thời gian hoạt động cao hoặc các bản nâng cấp theo lịch trình.
• Các cải tiến đã lên kế hoạch: Base cho biết sẽ tăng cường thử nghiệm với các fuzz test, load test, giám sát và các công cụ phục hồi tốt hơn để giảm khả năng tái diễn.

Sự cố này cho thấy ngay cả các mạng L2 Ethereum lớn nhất cũng có thể bị đánh sập bởi một trường hợp ngoại lệ trong quản lý trạng thái của một sequencer đơn lẻ – và các hệ thống chuyển đổi dự phòng và phục hồi tự động vẫn đang trong quá trình hoàn thiện trên toàn hệ sinh thái rollup.