Ethereum Fusaka-Cập nhật: Cân bằng giữa dung lượng và ổn định

Cập nhật Fusaka gần đây của Ethereum đánh dấu một bước ngoặt trong chiến lược mở rộng quy mô. Công suất xử lý dữ liệu cho các Blob Layer-2 đã được nâng cao gấp tám lần – một biện pháp đầy tham vọng nhằm thúc đẩy thông lượng mạng lưới. Tuy nhiên, các nghiên cứu hiện tại tiết lộ một sự đánh đổi quan trọng: Với việc mở rộng công suất, độ nhạy cảm của mạng lưới với sự không ổn định cũng tăng lên.

Tăng cường công suất Blob làm tăng tải mạng lưới

Phân tích toàn diện của NS3.AI ghi nhận một mô hình đáng lo ngại. Các khối có số lượng Blob cao hơn cho thấy rõ ràng nguy cơ mất khả năng hoạt động lớn hơn. Sự không ổn định này gây áp lực lên toàn bộ mạng lưới và đe dọa độ tin cậy của quá trình xác thực. Hiện tượng này không phải là cá biệt – nó cho thấy các điểm yếu hệ thống, trở nên rõ ràng hơn do công suất tăng lên.

Hành vi của Validator như một nguyên nhân tiềm ẩn

Các cuộc điều tra sâu hơn của MigaLabs và PandaOps đã phát hiện ra một kết quả bất ngờ: Chiến lược thời gian của Validator chính là nguyên nhân góp phần gây ra các khối bị lỗi. Các validator sử dụng các khung thời gian trong các tuyến đường mà ban đầu dành cho mục đích khác. Ngược lại, trung bình số Blob trên mỗi khối giảm, làm rõ hơn các vấn đề cơ bản – vấn đề không phải do quá tải, mà do thiếu phối hợp.

Tối ưu hóa công suất trước các kế hoạch mở rộng quy mô

Các nhà phát triển Ethereum phản ứng thực dụng với những phát hiện này. Trước khi thực hiện các nâng cấp công suất thêm nữa, họ dự định một bản cập nhật trung gian có mục tiêu. Bản cập nhật này nhằm tối ưu hóa hiệu quả phân phối dữ liệu giữa các nút và cải thiện sự phối hợp của validator. Cách tiếp cận này gửi đi thông điệp: Tăng công suất nhanh chóng mà không kiểm tra độ ổn định trước là con đường sai lầm. Nên tối ưu hóa trước, rồi mở rộng – đó là phương châm mới trong hệ sinh thái Ethereum.