Ethereum đã đặt tên cho bản nâng cấp kế tiếp sau Glamsterdam là “Hegota”, qua đó chốt khung phát triển năm 2026 và tiếp tục lịch phát hành hai lần mỗi năm.
Hegota là cách ghép tên giữa nâng cấp lớp thực thi “Bogota” và lớp đồng thuận “Heze”, bám theo truyền thống đặt tên theo thành phố đăng cai Devcon và các thiên thể. Quyết định được đưa ra trong cuộc họp All Core Developers Execution (ACDE) cuối cùng của năm.
- Ethereum chốt tên “Hegota” cho chu kỳ nâng cấp năm 2026, theo nhịp phát hành 2 lần/năm.
- Đề xuất EIP quan trọng nhất của Hegota sẽ được chọn vào tháng 2; ACDE họp lại ngày 5/1 để chốt phạm vi Glamsterdam.
- Hegota có thể chứa các hạng mục dời lịch như Verkle Trees, cơ chế hết hạn trạng thái/lịch sử và tối ưu lớp thực thi.
“Hegota” xác lập chu kỳ nâng cấp Ethereum năm 2026
Hegota là tên chính thức cho bản nâng cấp tiếp theo sau Glamsterdam, đặt nền cho kế hoạch phát triển Ethereum năm 2026 và duy trì lịch nâng cấp định kỳ.
Ethereum đang theo đuổi nhịp phát hành “đều và dự đoán được”, ưu tiên cải tiến lặp lại thay vì các cuộc đại tu quá lớn trong một lần. Theo lộ trình hiện tại, Glamsterdam dự kiến xuất hiện trong nửa đầu năm 2026, còn Hegota sẽ theo sau vào giai đoạn muộn hơn của năm.
Quyết định đặt tên được thông qua trong cuộc gọi All Core Developers Execution cuối cùng của năm. Các cuộc họp ACDE sẽ trở lại vào ngày 5/1 để hoàn thiện phạm vi (scope) của Glamsterdam, nhằm khóa danh sách tính năng và giảm rủi ro trễ tiến độ.
Hegota là sự kết hợp giữa “Bogota” và “Heze”
Hegota ghép từ “Bogota” (lớp thực thi) và “Heze” (lớp đồng thuận), phản ánh cách Ethereum tổ chức thay đổi theo từng lớp của giao thức.
Việc đặt tên theo cặp như vậy giúp cộng đồng theo dõi rõ phần việc thuộc execution layer và phần việc thuộc consensus layer, đồng thời giữ truyền thống “Devcon host cities + celestial bodies” trong thương hiệu nâng cấp của mạng.
Điểm nhấn EIP quan trọng nhất của Hegota vẫn chưa được chốt, và dự kiến sẽ được lựa chọn vào tháng 2. Cách làm này cho phép các nhóm phát triển cân bằng giữa tính cấp thiết, độ phức tạp triển khai và mức độ sẵn sàng của hệ sinh thái (client, tooling, testing).
Glamsterdam ưu tiên hiệu quả Layer 1 và tăng tính phi tập trung
Glamsterdam tập trung tối ưu hiệu quả Layer 1 và củng cố tính phi tập trung, thông qua các thay đổi về cơ chế xây block và chi phí gas.
Các hạng mục được nhắc đến gồm enshrined proposer-builder separation (đưa PBS “vào giao thức”), block-level access lists và các điều chỉnh gas repricing. Mục tiêu chung là cải thiện hiệu năng và giảm nút thắt khi mạng phải xử lý khối lượng giao dịch lớn hơn, đồng thời hạn chế rủi ro tập trung hóa trong chuỗi cung ứng block.
Một số thay đổi phức tạp hơn—ví dụ giảm slot times—có thể không kịp chín muồi để vào Glamsterdam và sẽ được đẩy sang Hegota, nhằm giữ lịch phát hành ổn định và giảm bề mặt rủi ro khi hard fork.
Hegota có thể “nhận” các hạng mục bị dời lịch như Verkle Trees
Hegota có thể bao gồm các tính năng dời từ Glamsterdam, nổi bật là Verkle Trees để tiến tới client stateless, cùng cơ chế hết hạn trạng thái/lịch sử và tối ưu lớp thực thi.
Verkle Trees được xem là mảnh ghép quan trọng để hỗ trợ fully stateless clients: giảm gánh nặng lưu trữ cho node, giúp việc chạy node dễ hơn và mở rộng tập người tham gia xác thực/phục vụ dữ liệu. Bên cạnh đó, các cơ chế state expiry và history expiry hướng tới “dọn dẹp” dữ liệu theo thời gian, hạn chế phình to trạng thái và lịch sử.
Nếu các hạng mục này được đưa vào Hegota, chúng có thể đi kèm nhiều tối ưu execution layer nhằm giảm chi phí xử lý, cải thiện thông lượng thực tế và nâng chất lượng trải nghiệm cho ứng dụng trên Layer 1 lẫn hạ tầng rollup.
Hegota gắn với lộ trình nhiều giai đoạn của Ethereum sau The Merge
Hegota phù hợp với roadmap đa pha của Ethereum: mở rộng bằng rollup, tiến tới statelessness, rồi dọn dẹp lịch sử và đơn giản hóa giao thức.
Lộ trình này bắt đầu từ The Merge (2022). The Surge tập trung scaling dựa trên rollup; The Verge nhấn mạnh statelessness; The Purge và The Splurge hướng tới dọn dữ liệu lịch sử và tinh giản/hoàn thiện các phần còn lại của giao thức.
Trong bức tranh đó, khả năng tích hợp Verkle trong Hegota hỗ trợ trực tiếp The Verge: giảm yêu cầu lưu trữ cho node, tăng khả năng vận hành hạ tầng độc lập và mở rộng mức độ tham gia của mạng—một yếu tố then chốt để giữ Ethereum phi tập trung khi nhu cầu sử dụng tăng.
Những câu hỏi thường gặp
Hegota là gì trong kế hoạch nâng cấp của Ethereum?
Hegota là tên bản nâng cấp tiếp theo sau Glamsterdam, đại diện cho chu kỳ phát triển Ethereum năm 2026 và duy trì lịch phát hành nâng cấp khoảng 2 lần mỗi năm.
Vì sao Hegota ghép từ Bogota và Heze?
Hegota kết hợp tên nâng cấp lớp thực thi (Bogota) và lớp đồng thuận (Heze), giúp phân tách phạm vi thay đổi theo từng lớp giao thức và giữ truyền thống đặt tên của Ethereum.
Khi nào Ethereum chọn EIP quan trọng nhất cho Hegota?
Đề xuất EIP “headliner” của Hegota dự kiến được lựa chọn vào tháng 2, trong khi các nhà phát triển tiếp tục hoàn thiện phạm vi Glamsterdam.
Glamsterdam tập trung vào những thay đổi nào?
Glamsterdam ưu tiên hiệu quả Layer 1 và tính phi tập trung, gồm enshrined PBS, block-level access lists và điều chỉnh gas repricing; các thay đổi phức tạp hơn có thể dời sang Hegota.
Verkle Trees có thể xuất hiện trong Hegota không?
Có thể. Verkle Trees là một hạng mục được nhắc đến như ứng viên đưa vào Hegota nếu bị dời lịch, nhằm hỗ trợ client stateless và giảm yêu cầu lưu trữ cho node.
