Điều gì đã gây ra lỗi trong quá trình nâng cấp Fusaka của Ethereum? Phân tích sự cố bằng Prysm đã hé lộ nguyên nhân.

Các nhà phát triển Prysm đã công bố bản phân tích sau sự cố giải thích về sự cố mạng chính Fusaka ngày 4 tháng 12, sự cố đã đe dọa sự ổn định của mạng Ethereum.

Tóm tắt

Một lỗi của Prysm sau sự cố Fusaka đã khiến tỷ lệ tham gia của các trình xác thực giảm xuống còn 75%.

Mạng đã bỏ lỡ 41 kỷ nguyên và mất khoảng 382 ETH tiền thưởng bằng chứng.

Ethereum đã tránh được việc mất tính xác thực cuối cùng nhờ sự đa dạng của máy khách và các bản vá lỗi nhanh chóng.

Máy khách đồng thuận đã bị cạn kiệt tài nguyên do việc tính toán lại trạng thái tốn kém khi xử lý các chứng thực cụ thể, khiến các trình xác thực phải đối mặt với các vấn đề hoạt động nghiêm trọng.

Lỗi này xuất hiện ngay sau khi Fusaka được kích hoạt vào thời điểm 411392 ngày 4 tháng 12 năm 2025, lúc 21:49 UTC.

Mạng đã bỏ lỡ 41 thời điểm do tỷ lệ tham gia của trình xác thực giảm mạnh xuống còn 75%, dẫn đến mất khoảng 382 Ethereum tiền thưởng bằng chứng. Các nhà phát triển Prysm đã triển khai các cờ thời gian chạy khẩn cấp trước khi thực hiện các bản sửa lỗi vĩnh viễn trong các phiên bản v7.0.1 và v7.1.0.

Sự cạn kiệt tài nguyên đã đẩy mạng lưới đến bờ vực mất tính xác thực cuối cùng.

Lỗi kỹ thuật tập trung vào các trạng thái lịch sử lỗi thời tạo ra tình trạng từ chối dịch vụ trên các nút bị ảnh hưởng.

Nhà phát triển cốt lõi của Prysm, Terence Tsao, giải thích rằng “trạng thái lịch sử rất tốn bộ nhớ tính toán, một nút có thể bị quá tải bởi một số lượng lớn các lần phát lại trạng thái diễn ra song song.”

Các trình xác thực sử dụng Prysm

Chiếm khoảng 15% đến 22,71% tổng số trình xác thực trên mạng, đã phải đối mặt với sự suy giảm hiệu suất nghiêm trọng. Tỷ lệ tham gia giảm từ mức bình thường trên 95% xuống còn 75% đã đẩy Ethereum đến bờ vực mất đi tính xác thực cuối cùng.

Nếu lỗi này ảnh hưởng đến một máy khách đồng thuận khác như Lighthouse thay vì Prysm, mạng lưới có thể đã mất hoàn toàn tính ổn định.

Một sự kiện như vậy có thể làm đóng băng các hoạt động tổng hợp Layer 2 và việc rút tiền của trình xác thực khối cho đến khi các nhà phát triển giải quyết vấn đề.

Bản nâng cấp Fusaka đã giới thiệu công nghệ PeerDAS (Peer Data Availability Sampling) được thiết kế để tăng dung lượng blob lên gấp tám lần cho việc mở rộng Layer 2.

Quá trình nâng cấp đã được thực hiện thành công mà không có thời gian ngừng hoạt động nào trước khi lỗi Prys xuất hiện.

Mười máy khách đồng thuận đã ngăn chặn sự sụp đổ của mạng lưới Ethereum.

Kiến trúc đa dạng máy khách của Ethereum đã ngăn chặn sự cố thảm khốc. Trong khi các trình xác thực Prysm gặp khó khăn, mười máy khách đồng thuận khác, bao gồm Lighthouse, Nimbus và Teku, vẫn tiếp tục xác thực các khối mà không bị gián đoạn.

Cấu trúc máy khách phi tập trung có nghĩa là khoảng 75% đến 85% trình xác thực duy trì hoạt động bình thường trong suốt cuộc khủng hoảng. Điều này đã ngăn chặn việc mất tính xác thực cuối cùng và giữ cho mạng lưới xử lý các giao dịch bất chấp trạng thái suy giảm của Prysm.

Quỹ Ethereum nhanh chóng ban hành hướng dẫn khẩn cấp cho các nhà điều hành Prysm. Các trình xác thực đã áp dụng bản vá tạm thời trong khi các nhà phát triển Prysm xây dựng các giải pháp lâu dài.

Đến ngày 5 tháng 12, sự tham gia mạng lưới đã phục hồi gần 99%, khôi phục hoạt động bình thường trong vòng 24 giờ sau sự cố.

Xem các tin tức mới nhất về bitcoin và thị trường điện tử tại : Tin tức Crypto