Người xác thực Ethereum được yêu cầu vô hiệu hóa Prysm do rủi ro lỗi thời

Các nhà vận hành validator Ethereum sử dụng client đồng thuận Prysm đã nhận được cảnh báo khẩn cấp vào ngày 4/12. Nhóm Prysm xác nhận một số node đang tạo lại các trạng thái cũ để xử lý những attestation lỗi thời, điều có thể dẫn đến hành vi xác thực sai nếu không được kiểm soát. Để ngăn chặn rủi ro, Prysm yêu cầu tất cả operator tạm thời vô hiệu hóa một chức năng bằng cách thêm một cờ duy nhất vào beacon node. Bản sửa lỗi này không yêu cầu nâng cấp client đầy đủ và không ảnh hưởng đến validator client.

Nhóm phát triển yêu cầu operator thêm dòng lệnh: –disable-last-epoch-targets. Cờ này tương thích với Prysm v7.0.0, nghĩa là hầu hết các node có thể áp dụng bản vá chỉ trong vài phút. Cảnh báo đã kích hoạt phản ứng nhanh trong cộng đồng validator, phản ánh mức độ phủ lớn của Prysm trong lớp đồng thuận Ethereum.

Thị phần của Prysm biến sự cố thành vấn đề cấp mạng

Dữ liệu từ MigaLabs cho thấy Prysm chiếm gần 20% thị phần client đồng thuận của Ethereum, trở thành client lớn thứ hai chỉ sau Lighthouse. Quy mô này khiến một lỗi ở cấp client trở thành mối quan ngại đối với toàn bộ chuỗi. Khi một client với mức độ ảnh hưởng lớn xử lý dữ liệu trạng thái lỗi thời, tác động không chỉ dừng lại ở một validator mà có thể lan rộng thành:

• Bỏ lỡ attestations
• Tín hiệu fork choice sai
• Nguy cơ bị phạt hoặc slashing trong các trường hợp biên

Cho đến nay, chưa có bằng chứng về việc chuỗi bị dừng hoặc mất finality do vấn đề trên. Mối lo chủ yếu nằm ở việc phòng ngừa rủi ro, không phải khắc phục thiệt hại. Prysm đã hành động trước khi sự cố leo thang. Nói cách khác, đây là một cuộc diễn tập phòng cháy hơn là xử lý hậu quả.

Điều gì đã xảy ra bên trong Prysm?

Theo nhóm Prysm, các node bị ảnh hưởng đã tạo ra trạng thái cũ khi cố xử lý những attestation lỗi thời từ các epoch trước. Hành vi này làm tăng tải CPU và bộ nhớ, đồng thời có thể gây sai lệch cách node theo dõi tiến trình chuỗi trong điều kiện căng thẳng. Đây không phải là vấn đề mới trong lịch sử Ethereum. Những lỗi xử lý trạng thái tương tự từng xuất hiện trong:

• Sự cố finality tháng 5/2023
• Các lỗi hỏng chỉ mục cơ sở dữ liệu trước đây
• Các đợt tăng đột biến bộ nhớ ở nhiều client khác nhau

Điểm khác biệt lần này là tốc độ xử lý. Prysm phát hiện sớm, công bố giải pháp chỉ với một bước, và tránh được việc buộc hàng nghìn validator phải nâng cấp gấp toàn bộ client.

Validator cần làm gì ngay bây giờ

Nếu bạn đang chạy Prysm, danh sách việc cần làm rất ngắn và mang tính cấp bách:

• Thêm cờ –-disable-last-epoch-targets
• Khởi động lại beacon node
• Kiểm tra log để xác nhận luồng attestation hoạt động bình thường
• Theo dõi CPU và bộ nhớ sau khi khởi động lại

Không cần thay đổi validator key. Không cần resync. Không cần thoát validator.

Đối với Ethereum nói chung, sự việc này nhắc lại một thực tế quen thuộc: đa dạng client vẫn rất quan trọng. Khi một client nắm gần 20% mạng lưới, một lỗi nhỏ cũng có thể trở thành vấn đề lớn. Dù vậy, sự cố lần này cũng cho thấy mức độ trưởng thành của hệ thống vận hành Ethereum. Vấn đề được phát hiện, công bố và khắc phục chỉ trong vài giờ, không phải vài ngày. Đó là cách một lớp thanh toán trị giá hơn 400 tỷ USD duy trì khả năng hoạt động ổn định. Hiện tại chuỗi vẫn vận hành bình thường. Việc duy nhất còn lại là các operator của Prysm phải nhanh chóng kích hoạt “công tắc an toàn”.