Các nhà phát triển Ethereum đang cân nhắc thu hẹp phạm vi nâng cấp Glamsterdam để kịp mốc giữa năm 2026, do một số tính năng có thể không tương thích với tiến độ triển khai.
Thảo luận này xuất hiện sau cuộc gọi All Core Developer Consensus (ACDC), khi các nhóm client ghi nhận nhiều vướng mắc kỹ thuật ở các EIP trọng điểm như ePBS và block-level access lists, khiến rủi ro trễ hẹn tăng lên.
- Glamsterdam có thể bị giảm phạm vi để đáp ứng mục tiêu phát hành giữa năm 2026.
- EIP-7732 (ePBS Devnet-0) và EIP-7928 (BALs) là các hạng mục có nguy cơ bị điều chỉnh do khó khăn triển khai.
- Hạn chót cuối tháng 2 được xem là mốc để xử lý chênh lệch giữa phạm vi tính năng và timeline.
Ethereum có thể thu hẹp Glamsterdam để kịp hạn giữa năm 2026
Trong các cuộc trao đổi kỹ thuật gần đây, đội ngũ Ethereum nhận ra một phần tính năng dự kiến cho Glamsterdam có thể không kịp triển khai trước giữa năm 2026, nên phương án giảm phạm vi đang được xem xét.
Christine D. Kim, nhà sáng lập Protocol Watch, cho biết trong bản tin đăng ngày 23/01/2026 rằng các nhà phát triển đã “tỉnh ngộ” trong cuộc gọi ACDC tuần này: bộ tính năng của Glamsterdam có thể không cùng tồn tại với mục tiêu phát hành giữa năm 2026.
Tình huống này gợi lại các thách thức từng xảy ra với nâng cấp Pectra, khi áp lực timeline buộc các nhóm phải cân bằng giữa tham vọng tính năng và độ chắc chắn triển khai.
Glamsterdam cũng là bài kiểm tra đầu tiên cho nhịp nâng cấp 2 lần/năm mà Ethereum Foundation giới thiệu từ năm 2025, nên mọi sai lệch timeline đều có ý nghĩa lớn với kế hoạch dài hạn.
Về lộ trình, Glamsterdam được thiết kế diễn ra sau khi Ethereum triển khai nâng cấp Fusaka, và hướng tới các cải tiến quan trọng về tính công bằng và năng lực xử lý của mạng.
“Một số độc giả theo dõi bản tin của tôi từ thời nâng cấp Pectra có lẽ đang rên rỉ trong lòng và nghĩ, ‘Lại nữa sao!’”
– Christine D. Kim, Protocol Watch, bài đăng ngày 23/01/2026
Nếu Glamsterdam trễ hạn, EIP-7732 ePBS có thể bị giảm phạm vi hoặc loại khỏi bản phát hành
Nếu không kịp deadline, EIP-7732 (ePBS Devnet-0) có thể bị thu hẹp hoặc bị loại khỏi Glamsterdam để giảm rủi ro phát hành và giữ mục tiêu thời gian giữa năm 2026.
EIP-7732, còn gọi là enshrined proposer-builder separation (ePBS), được kỳ vọng vì nhắm tới việc giảm thao túng và rủi ro tập trung hóa trong nền kinh tế maximum extractable value (MEV) của Ethereum.
Trong cuộc gọi ACDC, các nhà phát triển thống nhất hướng tới các triển khai “tương tác được” (interoperable) vào cuối tháng 2, nhưng cũng nhấn mạnh rằng việc đạt mốc này trong thời hạn đặt ra có thể không chắc chắn.
EIP-7928 về block-level access lists nhằm tăng thông lượng, nhưng vướng khó kỹ thuật ở các client
EIP-7928 (block-level access lists, BALs) nhằm mở đường cho xử lý song song để tăng thông lượng, nhưng tiến độ bị ảnh hưởng bởi các vấn đề kỹ thuật giữa các nhóm client ở lớp đồng thuận.
EIP-7928 được mô tả như thành phần lớn thứ hai của Glamsterdam, tập trung vào năng lực xử lý ở cấp độ block để hỗ trợ cải thiện throughput của mạng.
Tuy nhiên, công việc triển khai bị cản trở bởi các thách thức kỹ thuật trên nhiều nhóm client của lớp đồng thuận (consensus layer).
Toni Wahrstatter, trưởng nhóm prototyping giao thức của Ethereum Foundation, cho biết một thay đổi ở engine API đang tác động trực tiếp tới việc hiện thực EIP-7928 trong các client CL.
Partial cell proofs và stress test mainnet làm tăng rủi ro trễ tiến độ
Hiện chưa có nhóm nào đạt bản triển khai partial cell proofs hoạt động đầy đủ, trong khi stress test mainnet gần đây cũng phát hiện vấn đề ở một số client, làm chậm tiến độ Glamsterdam.
Theo bài viết của Christine D. Kim, đến thời điểm cập nhật, chưa đội nào có triển khai hoàn chỉnh cho partial cell proofs, một thay đổi về networking cần thiết để hỗ trợ tăng thêm blob capacity trong tương lai.
Thêm khó khăn đến từ đợt stress test do đội EthPandaOps của Ethereum Foundation thực hiện vào tháng 12, tạo ra dữ liệu thực nghiệm về độ ổn định client trong điều kiện tải cao.
Enrico del Fante (Consensys), lập trình viên làm trên Teku client, báo cáo các vấn đề phát hiện trong Teku qua stress test, đồng thời nói nhóm vẫn đang phát triển biện pháp giảm thiểu các lỗi đã biết.
Del Fante cũng đề nghị EthPandaOps tạm dừng các stress test mainnet tiếp theo trong lúc nhóm xây dựng biện pháp khắc phục, và lưu ý các vấn đề này đã làm chậm công việc liên quan Glamsterdam.
Hạn chót cuối tháng 2 là mốc xử lý chênh lệch giữa phạm vi và timeline
Dù chưa có xác nhận chính thức về chênh lệch phạm vi và timeline, các nhà phát triển thừa nhận có thể có vấn đề và đồng thuận sẽ giải quyết trước cuối tháng 2.
Các nhà phát triển hiện chưa công khai thừa nhận “mismatch” giữa phạm vi Glamsterdam và thời gian triển khai, nhưng theo Kim, họ đã nhận ra rủi ro và thống nhất sẽ giải quyết trước khi hết tháng 2.
Etan Kissling (Nimbus) cho biết các nhóm Nimbus và Lodestar đã hoàn tất phần công việc sơ bộ, trong khi những nhóm client khác vẫn đang cập nhật hệ thống để theo kịp yêu cầu triển khai.
Nếu Glamsterdam trễ, nâng cấp Hegota (dự kiến theo sau khi Glamsterdam triển khai thành công) cũng có thể bị ảnh hưởng theo hiệu ứng dây chuyền trên lộ trình.
Alex Stokes, đồng lãnh đạo nhóm Protocol Coordination của Ethereum Foundation, khuyến khích các tác giả đề xuất mang ý tưởng tới các cuộc họp ACDC sắp tới để sớm chốt phạm vi và giảm rủi ro chậm tiến độ.
Những câu hỏi thường gặp
Vì sao Ethereum có thể phải thu hẹp nâng cấp Glamsterdam?
Vì trong các cuộc gọi ACDC, các nhà phát triển nhận thấy một số tính năng dự kiến có thể không kịp triển khai trước mục tiêu giữa năm 2026, nên cần giảm phạm vi để tăng khả năng phát hành đúng hạn.
EIP-7732 (ePBS) có vai trò gì trong Glamsterdam?
EIP-7732 (ePBS Devnet-0) được kỳ vọng giúp giảm rủi ro thao túng và tập trung hóa liên quan đến MEV trên Ethereum, nhưng có thể bị giảm phạm vi hoặc loại khỏi Glamsterdam nếu không đáp ứng deadline.
EIP-7928 (BALs) nhằm cải thiện điều gì?
EIP-7928 về block-level access lists hướng tới khả năng xử lý song song để cải thiện thông lượng mạng, nhưng đang gặp trở ngại kỹ thuật giữa các nhóm client lớp đồng thuận và thay đổi engine API.
Partial cell proofs liên quan gì đến lộ trình mở rộng blob capacity?
Partial cell proofs là thay đổi về networking được nêu là cần thiết để hỗ trợ tăng blob capacity trong tương lai, nhưng hiện chưa nhóm nào có triển khai hoạt động đầy đủ theo cập nhật được dẫn lại.
Stress test của EthPandaOps đã tác động thế nào đến tiến độ?
Stress test vào tháng 12 phát hiện vấn đề ở Teku client theo báo cáo của Enrico del Fante, khiến nhóm phải tập trung giảm thiểu lỗi và đề nghị tạm dừng stress test mainnet, từ đó làm chậm công việc Glamsterdam.
