Tác giả: KarenZ, Foresight News
Vào lúc rạng sáng ngày 26 tháng 6 (giờ Bắc Kinh), Base đã dạy cho thị trường một bài học cơ sở hạ tầng rất thầm lặng.
Dòng thời gian của lần sự cố ngừng hoạt động này rất rõ ràng:
- 0:03 sáng, Base thông báo trạng thái tạo khối của mạng chính bất thường, đội ngũ đang điều tra.
- 0:52 sáng, Base xác định vấn đề nằm ở một khối bị lỗi, khối này sẽ gây nhiễu cho việc xây dựng các khối tiếp theo.
- 1:21 sáng, Base đã xác định vị trí một vấn đề đồng thuận, vấn đề này khiến các khối vô hiệu được sắp xếp. Điều này khiến các khối mới sau khối 47806542 không thể được tạo ra. Trình sắp xếp và các node nội bộ đã được khôi phục bước đầu.
- 1:51 sáng, việc sắp xếp các khối mới đã được khôi phục, các node nội bộ đồng bộ bình thường.
- 1:58 sáng, Base xác nhận việc xây dựng khối lành mạnh đã được khôi phục, cơ sở hạ tầng hệ sinh thái có thể khôi phục đồng bộ.
- 3:22 sáng, Base cho biết thêm, trình sắp xếp và các hệ thống liên quan vẫn ổn định, các khối đã được tạo ra bình thường, và cho biết đội ngũ đã tìm ra nguyên nhân gốc rễ của lần ngừng hoạt động này, đang xác minh phương án sửa chữa, sau đó sẽ công bố báo cáo tổng kết đầy đủ.
Trang trạng thái của Base hiển thị, sự cố lần này ảnh hưởng đến việc nạp tiền, rút tiền, tạo khối và phần mềm máy khách trên mạng chính Base.
Trình sắp xếp hoạt động đơn lẻ, khiến lần ngừng hoạt động càng nổi bật
Base là một Rollup được xây dựng trên Ethereum. Nó thực hiện một lượng lớn giao dịch trên L2, sau đó gửi dữ liệu cần thiết và thông tin trạng thái liên quan lên Ethereum.
Điều mà người dùng cảm nhận trực tiếp hàng ngày không phải là sơ đồ kiến trúc, mà là giao dịch có vào được khối hay không, node có đồng bộ được không, ví, giao dịch và dịch vụ cross-chain có sử dụng bình thường được không.
Trước khi Flashblocks ra mắt, Base sử dụng hệ thống trình sắp xếp có tính sẵn sàng cao: trong 5 phiên bản trình sắp xếp, một phiên bản đóng vai trò leader, chịu trách nhiệm xây dựng khối và phổ biến qua P2P, 4 phiên bản còn lại là follower đồng bộ trạng thái chuỗi; nếu leader hiện tại ngừng tạo khối, hệ thống sẽ thực hiện chuyển đổi quyền lãnh đạo.
Thiết kế này cho thấy Base không phải không có dự phòng. Vấn đề nằm ở chỗ, việc dự phòng chủ yếu giải quyết việc chuyển đổi sự cố và tính khả dụng, không tương đương với việc nhiều trình sắp xếp độc lập đồng thời tham gia tạo khối. Việc sản xuất khối hàng ngày vẫn do leader hiện tại đảm nhận, một khi các vấn đề về đồng thuận, sắp xếp hoặc đường liên kết đồng bộ node xảy ra, điều người dùng cảm nhận đầu tiên là các khối mới ngừng tiến triển.
Sau khi Flashblocks ra mắt, việc xây dựng khối của Base lại có thêm một cơ chế xác nhận trước cấp độ 200 mili giây. Tài liệu của Base ghi rõ, Flashblocks luôn được bật trên Base, tất cả các khối đều do Flashblocks builder xây dựng; ứng dụng có thể chọn có sử dụng dữ liệu xác nhận trước hay không, cũng có thể tiếp tục đợi xác nhận khối tiêu chuẩn 2 giây thông qua RPC tiêu chuẩn. Nói cách khác, Flashblocks đã là một phần của cơ sở hạ tầng đối với việc xây dựng khối hiện tại của Base, nhưng đối với việc ứng dụng tiếp cận trải nghiệm xác nhận trước là tùy chọn.
Cách giải thích cụ thể hơn trên trang trạng thái an toàn của Base: một vấn đề đồng thuận dẫn đến việc các khối vô hiệu được sắp xếp, từ đó ngăn cản các khối mới sau khối 47806542 tiếp tục được tạo ra. Nguyên nhân thực sự vẫn cần chờ báo cáo tổng kết đầy đủ chính thức.
Lần trước Base ngừng hoạt động là do không thể cấu hình thành công trình sắp xếp mới
Đây không phải là lần đầu tiên Base ngừng tạo khối do các vấn đề liên quan đến trình sắp xếp. Vào ngày 5 tháng 8 năm 2025, mạng chính Base đã từng xuất hiện gián đoạn mạng 33 phút. Báo cáo tổng kết sau sự cố chính thức cho biết, trình sắp xếp đang hoạt động này bắt đầu xuất hiện hiện tượng trễ do hoạt động trên chuỗi, Conductor - hệ thống quản lý cụm có tính sẵn sàng cao (HA) tự động chuyển quyền lãnh đạo sang trình sắp xếp mới; nhưng trình sắp xếp mới lúc đó vẫn đang trong quá trình cấu hình, không thể sản xuất khối, và do Conductor chưa được kích hoạt hoàn toàn trên trình sắp xếp này, hệ thống đã không thể tiếp tục khởi xướng lần chuyển đổi tiếp theo. Nhóm sau đó đã thủ công tạm dừng HA và chuyển quyền lãnh đạo sang trình sắp xếp khỏe mạnh, sau đó hoàn toàn khôi phục.
Đặt hai sự cố cạnh nhau, cần thận trọng: vấn đề tháng 8/2025 hướng đến quy trình chuyển đổi tính sẵn sàng cao của trình sắp xếp, sự cố ngừng hoạt động hôm nay là do vấn đề đồng thuận dẫn đến việc các khối vô hiệu được sắp xếp và khiến sau khối 47806542 không thể tiếp tục tạo khối mới.
Chúng cùng chỉ ra một thực tế: L2 có thể phụ thuộc vào Ethereum trong các vấn đề cốt lõi như tính khả dụng của dữ liệu, thanh toán, bảo mật và tính cuối cùng, nhưng tính khả dụng hàng ngày lại phụ thuộc cao độ vào trình sắp xếp và các hệ thống vận hành liên quan. Chỉ cần các khối mới không thể tiếp tục được tạo ra, người dùng thấy là các giao dịch dừng lại trên đường.
Sự cố ngừng hoạt động lần này diễn ra gần thời điểm ra mắt B20
Thời điểm xảy ra sự cố rất tế nhị. Base lúc đó đang ở gần cửa sổ nâng cấp Beryl.
Thời gian kích hoạt mạng chính Beryl ban đầu dự định là 2:00 sáng ngày 26 tháng 6 (giờ Bắc Kinh), hiện đã bị hoãn đến 2:00 sáng ngày 27 tháng 6.
Nội dung cốt lõi của Beryl bao gồm ba điểm: giới thiệu tiêu chuẩn token gốc B20, rút ngắn thời gian xác nhận cuối cùng cho rút tiền một bằng chứng từ 7 ngày xuống còn 5 ngày, và thông qua Reth V2 mang lại mức giảm chiếm dụng đĩa cứng tối đa 50% và tăng thông lượng khoảng 33%.
Điểm khác biệt của B20 nằm ở cách triển khai cấp thấp. Hầu hết các ERC-20 được triển khai dưới dạng hợp đồng thông minh EVM, còn B20 được triển khai bằng Rust precompile, và được tạo thông qua B20Factory đơn thể. Nó còn tích hợp sẵn các khả năng như vai trò quyền hạn, giới hạn nguồn cung, mint/burn, tạm dừng, chiến lược chuyển, memo và ERC-2612 permit. Nói một cách dễ hiểu, Base đã biến nhiều chức năng cơ bản của token mà các bên phát hành tự xây dựng, tự kiểm toán, tự bảo trì lặp đi lặp lại, thành một bộ công cụ cấp chuỗi.
B20 dễ gợi liên tưởng nhất cho thị trường, thậm chí có người dùng cộng đồng liên tưởng đến việc Base phát hành token. Tuy nhiên, B20 thảo luận về việc "người khác làm thế nào để phát hành tài sản một cách chuẩn hóa hơn trên Base"; còn việc Base phát hành token thảo luận về việc "liệu Base trong tương lai có giới thiệu token mạng của riêng mình hay không".
Cái trước đã được viết vào bản nâng cấp Beryl, cái sau vẫn thuộc vấn đề thị trường quan tâm nhưng chưa được chính thức công bố.
Lần ngừng hoạt động này sẽ khiến cuộc thảo luận về việc Base phát hành token trở nên thực tế hơn. Trước đây thị trường hỏi: Base có phát hành token không, khi nào phát hành, airdrop chia như thế nào. Sau sự cố, điều đáng hỏi hơn là: nếu thực sự giới thiệu token mạng trong tương lai, nó sẽ tương ứng với trách nhiệm gì? Là phi tập trung hóa trình sắp xếp, là ràng buộc quản trị, là ngân sách an ninh, hay là phân bổ quyền lực và trách nhiệm trong ứng phó sự cố?
