Ethereum kích hoạt Fusaka là nhánh BPO tự động đầu tiên được thiết lập vào ngày 9 tháng 12

Ethereum đã chính thức kích hoạt nâng cấp Fusaka trên mainnet. Đây là một bước tiến quan trọng nữa trong quá trình phát triển kỹ thuật của mạng lưới. Theo tóm tắt được chia sẻ bởi nhà nghiên cứu Christine Kim, bản nâng cấp đã được triển khai suôn sẻ vào lúc 4:49 chiều ET, ngay sau cuộc họp All Core Developers Execution (ACDE) lần thứ 225. Với phần lớn người dùng, quá trình chuyển đổi diễn ra mà không có gián đoạn đáng kể. Tuy nhiên, đã xuất hiện một trục trặc nhỏ: khoảng 25% validator ghi nhận sự sụt giảm ngắn về tỷ lệ tham gia.

Toàn bộ nhóm validator gặp sự cố đều đang chạy client Prysm. Các nhà phát triển đã nhanh chóng tung bản vá. Chỉ sau vài giờ, hoạt động validator đã gần trở lại mức bình thường. Ngoài ra, một lỗi nhỏ liên quan đến Nethermind–Nimbus cũng đang được xem xét. Theo các nhà phát triển, rất ít người dùng bị ảnh hưởng. Tóm lại, Fusaka đã được triển khai trơn tru và chuỗi vẫn duy trì ổn định.

Hard fork BPO tự động đầu tiên sẽ diễn ra vào ngày 9/12

Với việc Fusaka đã đi vào hoạt động, các nhà phát triển Ethereum đang bước ngay vào giai đoạn tiếp theo của nâng cấp. Hard fork Blob Parameter-Only (BPO) tự động đầu tiên được ấn định vào ngày 9/12. Bản cập nhật này sẽ tự động điều chỉnh các thông số blob mà không cần kích hoạt quy trình hard fork truyền thống. Đây là phần tiếp nối lộ trình sau Dencun và hướng tới tối ưu hóa cách Ethereum xử lý dữ liệu dành cho các rollup. Hiểu đơn giản, thay đổi này giúp mạng lưới mở rộng hiệu quả hơn. Ethereum có thể phản ứng nhanh hơn trước nhu cầu thực tế mà không phải liên tục nâng cấp thủ công. Các nhà phát triển xem đây là bước quan trọng hướng đến hệ thống nâng cấp mượt mà và linh hoạt hơn.

Thu hẹp phạm vi nâng cấp Glamsterdam

Cũng trong cuộc họp, các nhà phát triển tiếp tục thảo luận kế hoạch cho hard fork lớn tiếp theo, mang tên Glamsterdam. Trước đó, có hơn 40 đề xuất EIP được đưa ra xem xét. Sau trao đổi, 14 đề xuất đã bị loại bỏ hoàn toàn. Hiện nhóm phát triển ưu tiên mạnh cho 5 EIP có khả năng được đưa vào nâng cấp. Thêm 5 đề xuất khác vẫn đang được đánh giá. Phần còn lại sẽ không được tiếp tục trong chu kỳ nâng cấp này. Việc rút gọn danh sách cho thấy xu hướng tập trung vào các hard fork tinh gọn, dễ quản lý hơn. Ít tính năng hơn giúp giảm rủi ro kỹ thuật và cải thiện chất lượng kiểm thử. Phạm vi cuối cùng của Glamsterdam sẽ được xác định trong các cuộc họp sắp tới.

FOCIL và cập nhật lịch nghỉ lễ

Các nhà phát triển cũng thống nhất tạm dừng các cuộc họp Ethereum vào ngày 25/12 và 1/1 cho kỳ nghỉ lễ. Lịch họp bình thường sẽ được nối lại sau đó. Trong khi đó, đề xuất EIP-7805 gây tranh cãi — còn được biết đến với tên Fork-choice enforced Inclusion Lists (FOCIL) — vẫn chưa ngã ngũ. Các nhóm sẽ xem xét lại đề xuất này trong cuộc họp All Core Developers Consensus (ACDC) tiếp theo. FOCIL có thể ảnh hưởng đến cách các giao dịch được đảm bảo đưa vào block, khiến đây trở thành chủ đề nhạy cảm về quản trị.

Điều này có ý nghĩa gì với người dùng Ethereum?

Với người dùng phổ thông, việc kích hoạt Fusaka không làm thay đổi cách ví hoặc ứng dụng hoạt động ở thời điểm hiện tại. Tuy nhiên, bản nâng cấp giúp tăng độ ổn định của mạng lưới và chuẩn bị cho các chu kỳ nâng cấp tự động trong tương lai. Hard fork BPO ngày 9/12 tới sẽ tiếp tục hỗ trợ các rollup và hoạt động Layer-2. Đồng thời, phạm vi được thu hẹp của Glamsterdam cho thấy quy trình nâng cấp sắp tới sẽ chặt chẽ và thận trọng hơn. Tóm lại, Ethereum vừa hoàn tất thêm một nâng cấp sạch sẽ. Và với việc tự động hóa được đưa vào cấp độ giao thức, mạng lưới đang âm thầm bước vào giai đoạn phát triển nhanh hơn và linh hoạt hơn.