Chi tiết Prysm về sự cố mất điện mạng chính Fusaka và mất 382 ETH

Các nút Prysm gặp sự cố dưới tải trọng xác thực lớn trong Fusaka, gây ra khoảng 18.5% slots bị bỏ lỡ, mức độ tham gia thấp và mất 382 ETH.

Các xác thực không đồng bộ buộc Prysm phải phát lại các trạng thái beacon cũ, kích hoạt hàng nghìn phép tính lại tốn kém và làm quá tải tài nguyên.

Prysm đã giảm thiểu vấn đề này bằng các cờ cấu hình và các bản phát hành sau, cập nhật logic xác thực để tránh phát lại trạng thái lịch sử.

Nâng cấp chính của mạng chính Ethereum Fusaka gặp gián đoạn vào ngày 4 tháng 12 năm 2025, sau khi các nút Prysm gặp sự cố trong quá trình xử lý xác thực. Vấn đề xảy ra trên mạng chính Ethereum trong khung thời gian nâng cấp Fusaka, liên quan đến nhóm khách hàng đồng thuận Prysm. Nguyên nhân là do làm quá tải tài nguyên, gây chậm phản hồi của validator, dẫn đến bỏ lỡ các epoch, giảm mức độ tham gia và mất phần thưởng validator.

Làm quá tải tài nguyên làm gián đoạn các epoch Fusaka

Trong sự cố, hầu hết các nút beacon Prysm gặp khó khăn trong việc xử lý các xác thực đặc biệt dưới tải nặng. Đặc biệt, vấn đề ảnh hưởng đến các epoch từ 411439 đến 411480, kéo dài khoảng 42 epoch. Tuy nhiên, các nút không phản hồi kịp thời theo yêu cầu của validator, gây ra các khối và xác thực bị bỏ lỡ.

Trong phạm vi này, mạng đã mất 248 khối từ 1,344 slot. Do đó, tỷ lệ slot bị bỏ lỡ đạt khoảng 18.5%. Mức độ tham gia của mạng cũng giảm mạnh, xuống gần 75% trong thời điểm gián đoạn cao nhất.

Các validator chịu thiệt hại rõ ràng trong giai đoạn chậm trễ này. Theo nhóm Prysm, phần thưởng xác thực bị bỏ lỡ tổng cộng khoảng 382 ETH. Những tổn thất này tích tụ do các validator không thể gửi bằng chứng đúng hạn.

Các bằng chứng không đồng bộ dẫn tới nhiều phép tính lại nặng nề

Theo báo cáo của Prysm, nguyên nhân gốc rễ liên quan đến các xác thực từ các nút có khả năng không đồng bộ. Những bằng chứng này tham chiếu tới các gốc khối từ các epoch trước, không phải trạng thái chuỗi hiện tại. Tuy nhiên, Prysm cố gắng xác minh đầy đủ để tuân thủ các quy tắc đồng thuận của Ethereum.

Để xác minh từng bằng chứng, Prysm liên tục xây dựng lại các trạng thái beacon cũ hơn. Quá trình này yêu cầu phát lại các khối đã qua và thực hiện các chuyển đổi epoch tốn kém. Trong trạng thái đồng thời cao, các nút cố gắng thực hiện hàng trăm phép tính lại như vậy cùng lúc.

Một ví dụ liên quan đến xác thực tham chiếu tới khối 0xc6e4ff từ epoch 411441. Prysm đã phát lại nhiều chuyển đổi trạng thái để xác minh nó. Đặc biệt, các kỹ sư nhận thấy hành vi này xảy ra gần 4.000 lần trên toàn hạ tầng.

Các biện pháp sửa chữa, phát hiện và giám sát liên tục

Trong sự cố, nhóm Prysm đã khuyên người dùng kích hoạt cờ --disable-last-epoch-target trong phiên bản 7.0.0. Biện pháp tạm thời này giảm áp lực phát lại trạng thái. Điều quan trọng là nó tránh được việc phải phát hành khẩn cấp client mới.

Sau đó, các phiên bản 7.0.1 và 7.1.0 đã giới thiệu các sửa lỗi vĩnh viễn. Các cập nhật này thay đổi xác thực xác thực dựa trên trạng thái đầu, tránh phát lại lịch sử. Nhóm cảnh báo không sử dụng cờ --ignore-unviable-attestations.

Việc phát hiện đến từ các báo cáo của các nhà phát triển cốt lõi và người dùng. Các số liệu cho thấy số lần phát lại tăng lên, mức sử dụng tài nguyên cao và các yêu cầu gRPC thất bại. Theo dữ liệu của Miga Labs trích dẫn bởi Prysm, phân phối client đã chuyển đổi trong quá trình phục hồi, làm nổi bật các mối quan ngại về đa dạng liên tục.

Bài đăng “Chi tiết Prysm về sự cố mạng chính Fusaka và mất 382 ETH” xuất hiện trên Crypto Front News. Truy cập trang web của chúng tôi để đọc thêm các bài viết thú vị về tiền điện tử, công nghệ blockchain và tài sản kỹ thuật số.