Các nhà phát triển Ethereum đặt tên cho bản nâng cấp sau Glamsterdam là 'Hegota' khi lộ trình năm 2026 dần hình thành

Các nhà phát triển cốt lõi của Ethereum đã chính thức đặt tên cho bản nâng cấp tiếp theo của mạng lưới sau Glamsterdam là "Hegota", qua đó xác định rõ hơn chu kỳ phát triển năm 2026 của mạng lưới khi tiếp tục duy trì nhịp độ phát hành hai lần mỗi năm.

Hegota kết hợp bản nâng cấp "Bogota" của lớp thực thi, theo truyền thống đặt tên các bản cập nhật theo các thành phố đăng cai Devcon, với lớp đồng thuận "Heze", được đặt tên theo một ngôi sao. Các nhà phát triển cho biết EIP chính cho Hegota sẽ chưa được lựa chọn cho đến tháng Hai, trong khi công việc trên Glamsterdam — bản nâng cấp đầu tiên của Ethereum dự kiến cho năm 2026 — vẫn đang tiếp tục.

Quyết định đặt tên được đưa ra trong cuộc gọi All Core Developers Execution (ACDE) vào thứ Năm, cuộc họp cuối cùng của năm. Các cuộc gọi ACDE sẽ được tiếp tục vào ngày 5 tháng 1, khi các nhà phát triển đặt mục tiêu hoàn thiện phạm vi của Glamsterdam.

Chu kỳ phát hành năm 2026

Việc đặt tên diễn ra vào thời điểm quy trình nâng cấp của Ethereum đang dần ổn định theo nhịp điệu dự kiến.

Với Pectra và Fusaka được phát hành vào năm 2025, mạng lưới đã chính thức bắt đầu lịch trình nâng cấp hai lần mỗi năm. Cách tiếp cận này nhằm mục đích làm cho các cải tiến trở nên lặp lại, có thể dự đoán và phạm vi hẹp hơn, giảm nhu cầu về những lần đại tu hiếm hoi và quy mô lớn.

Dựa trên nhịp độ đã thiết lập, Glamsterdam có thể sẽ ra mắt vào nửa đầu năm 2026, với Hegota sẽ theo sau vào cuối năm.

Dù Hegota vẫn đang trong giai đoạn lên kế hoạch ban đầu, bản nâng cấp cuối cùng dự kiến sẽ lấy cảm hứng từ các mục tiêu dài hạn trong lộ trình phát triển và bất kỳ hạng mục nào bị dồn lại từ Glamsterdam. Đặc biệt, Verkle Trees — điều kiện tiên quyết cho các client hoàn toàn stateless — thường xuyên được nhắc đến như một ứng viên để đưa vào một trong các hard fork năm 2026. Tuy nhiên, vẫn chưa có lựa chọn chính thức nào được đưa ra.

Các lĩnh vực khác đang được thảo luận bao gồm cơ chế hết hạn trạng thái và lịch sử, cùng các tối ưu hóa bổ sung cho lớp thực thi. Đáng chú ý, các cuộc thảo luận về hết hạn trạng thái có thể sẽ thu hút nhiều sự chú ý hơn sau loạt đề xuất gần đây từ Ethereum Foundation.

Như The Block đã đưa tin trước đó, nhóm Stateless Consensus của EF đã cảnh báo rằng tình trạng phình to của trạng thái — sự mở rộng liên tục của dữ liệu lưu trữ trên Ethereum — đang trở thành gánh nặng ngày càng lớn đối với các nhà vận hành node.

Glamsterdam tập trung vào hiệu quả Layer 1 và phi tập trung hóa builder

Trong khi đó, các nhà phát triển tiếp tục hoàn thiện hard fork Glamsterdam. Các đề xuất vẫn đang được xem xét bao gồm tách biệt proposer-builder được ghi nhận, hay ePBS, nhằm hạn chế sự tập trung hóa trong quá trình xây dựng block; danh sách truy cập ở cấp block, nhằm giảm tắc nghẽn truy cập trạng thái; và điều chỉnh lại giá gas để phù hợp hơn giữa chi phí EVM và mức sử dụng tài nguyên.

Những thay đổi phức tạp hơn, như rút ngắn thời gian slot, đã được chuyển sang các chu kỳ sau. Bất kỳ hạng mục nào quá tham vọng so với mốc thời gian có thể sẽ được chuyển sang Hegota, với các quyết định cuối cùng dự kiến sẽ được đưa ra khi các cuộc gọi được nối lại vào năm mới.

Một lộ trình kéo dài vượt ra ngoài năm 2026

Việc công bố Hegota cũng đặt Ethereum vào trong lộ trình kỹ thuật nhiều giai đoạn rộng lớn hơn. Vào tháng 9 năm 2022, các nhà phát triển đã thực hiện phần đầu tiên của lộ trình này, gọi là The Merge, chuyển đổi Ethereum từ một blockchain proof-of-work sang mạng lưới proof-of-stake.

Các thành phần tiếp theo được định hình là The Surge, The Verge, The Purge và The Splurge.

The Surge tập trung vào việc mở rộng quy mô mạnh mẽ dựa trên rollup. Fusaka đã thúc đẩy mục tiêu này thông qua PeerDAS và mở rộng dung lượng blob, trong khi Glamsterdam hướng tới việc cải thiện hiệu suất Layer 1 hơn nữa để hỗ trợ tốt hơn cho hoạt động rollup ngày càng tăng mà không tạo ra áp lực tập trung hóa mới.

Tiếp theo, The Verge tập trung vào tính stateless và xác minh client nhẹ. Khả năng tích hợp Verkle trong Hegota phù hợp trực tiếp với giai đoạn này bằng cách giảm yêu cầu lưu trữ của node và cho phép nhiều thành phần hơn tham gia mạng lưới. Các giai đoạn sau — The Purge và The Splurge — giải quyết việc dọn dẹp lịch sử và đơn giản hóa giao thức về lâu dài.