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à điều hành xác thực Ethereum sử dụng máy khách Consensus Prysm đã nhận được cảnh báo khẩn cấp vào ngày 4 tháng 12. Nhóm Prysm đã xác nhận rằng một số nút đang tạo ra các trạng thái cũ để xử lý các chứng thực lỗi thời. Điều này có thể dẫn đến hành vi xác thực không chính xác nếu không được kiểm tra. Để ngăn chặn điều này, Prysm đã yêu cầu tất cả các nhà điều hành vô hiệu hóa ngay lập tức một chức năng cụ thể bằng cách thêm một cờ duy nhất vào nút beacon của họ. Bản sửa lỗi không yêu cầu nâng cấp toàn bộ máy khách và không ảnh hưởng đến máy khách xác thực.

Nhóm đã hướng dẫn các nhà điều hành thêm dòng này: –disable-last-epoch-targets. Cờ này hoạt động với Prysm v7.0.0, nghĩa là hầu hết các nút có thể áp dụng bản sửa lỗi trong vài phút. Cảnh báo này đã gây ra phản ứng nhanh chóng trên toàn cộng đồng xác thực. Điều này cho thấy Prysm có dấu ấn lớn bên trong lớp Consensus của Ethereum.

Thị phần của Prysm khiến đây trở thành sự kiện cấp độ mạng

Dữ liệu từ MigaLabs cho thấy Prysm kiểm soát gần 20% thị phần máy khách Consensus của Ethereum. Điều này khiến nó trở thành máy khách lớn thứ hai sau Lighthouse. Quy mô đó chính là lý do biến một lỗi phía máy khách thành mối lo ngại trên toàn chuỗi. Khi một máy khách có quy mô lớn như vậy xử lý dữ liệu trạng thái lỗi thời, nó không chỉ ảnh hưởng đến một trình xác thực. Nó có thể lan tỏa đến:

• Chứng thực bị thiếu
• Tín hiệu lựa chọn Fork không chính xác
• Tăng nguy cơ bị phạt hoặc Slashing trong các trường hợp ngoại lệ

Cho đến nay, chưa có bằng chứng nào cho thấy sự cố dừng chuỗi trực tiếp hoặc lỗi Tính chất cuối cùng liên quan đến vấn đề này. Tuy nhiên, mối quan tâm chính là phòng ngừa rủi ro, chứ không phải kiểm soát thiệt hại. Prysm đã hành động trước khi tình hình leo thang. Nói cách khác, đây là một cuộc diễn tập phòng ngừa cháy nổ, chứ không phải là hoạt động dọn dẹp sau sự cố.

Chính xác thì điều gì đã xảy ra sai bên trong Prysm

Theo nhóm Prysm, các nút bị ảnh hưởng đã tạo ra các trạng thái cũ không cần thiết trong khi cố gắng xử lý các chứng thực lỗi thời từ các kỷ nguyên trước đó. Hành vi này làm tăng gánh nặng cho CPU và bộ nhớ, đồng thời có thể làm sai lệch cách một nút theo dõi tiến trình chuỗi trong điều kiện căng thẳng. Loại hành vi này không phải là mới trong lịch sử Ethereum. Các vấn đề xử lý trạng thái tương tự đã xuất hiện trong:

• Sự cố Tính chất cuối cùng vào tháng 5 năm 2023
• Lỗi hỏng chỉ mục cơ sở dữ liệu trước đó
• Các vấn đề về đột biến bộ nhớ trong quá khứ trên nhiều máy khách

Điểm khác biệt chính lần này là tốc độ. Prysm đã phát hiện sự cố sớm và đưa ra giải pháp khắc phục chỉ trong một bước. Ngoài ra, Prysm cũng tránh được việc buộc hàng nghìn trình xác thực phải thực hiện một chu kỳ nâng cấp toàn diện gấp rút.

Những gì người xác thực nên làm ngay bây giờ

Nếu bạn chạy Prysm, danh sách kiểm tra sẽ Short và cấp bách:

• Thêm cờ –disable-last-epoch-targets
• Khởi động lại nút beacon
• Xác minh nhật ký cho luồng chứng thực bình thường
• Theo dõi bộ nhớ và CPU sau khi khởi động lại

Không cần thay đổi khóa xác thực. Không cần đồng bộ lại và không cần thoát. Đối với Ethereum nói chung, sự việc này củng cố một chân lý quen thuộc: sự đa dạng của khách hàng vẫn rất quan trọng. Khi một khách hàng nắm giữ gần 20% mạng lưới, ngay cả một lỗi có thể kiểm soát được cũng trở thành một sự kiện nổi bật. Tuy nhiên, sự cố này cũng cho thấy sự trưởng thành trong hoạt động của Ethereum. Vấn đề đã được xác định, tiết lộ và khắc phục chỉ trong vài giờ, chứ không phải vài ngày. Đó là cách một Settlement Layer trực tiếp trị giá hơn 400 tỷ đô la vẫn duy trì được khả năng phục hồi. Hiện tại, chuỗi vẫn ổn định. Hạn chót thực sự duy nhất là các nhà điều hành Prysm phải hành động nhanh chóng và bật công tắc an toàn.