Vào đầu tháng 5 năm 2026, hơn 100 thành viên chủ chốt của Ethereum đã tập trung tại Longyearbyen, sâu trong Vòng Bắc Cực, để tham dự hội nghị Soldøgn về khả năng tương tác kéo dài một tuần dưới ánh sáng ban ngày liên tục. Kết thúc sự kiện, họ công bố rằng ba mục tiêu kỹ thuật chính của bản nâng cấp Glamsterdam về cơ bản đã sẵn sàng: khóa giới hạn gas ở mức 200 triệu, vận hành ổn định ePBS trong quy trình xây dựng khối bên ngoài, và xác nhận cuối cùng các tham số định giá lại của EIP-8037. Bản nâng cấp này, dự kiến triển khai trên mainnet vào khoảng tháng 6 năm 2026, được đánh giá là bước nhảy vọt về hiệu suất quan trọng nhất của Ethereum kể từ The Merge năm 2022.
Việc nâng giới hạn gas của Ethereum từ 60 triệu lên 200 triệu có ý nghĩa gì?
Hiện tại, giới hạn gas của Ethereum vào khoảng 60 triệu. Kể từ năm 2021, các bản nâng cấp như Pectra và Fusaka đã từng bước nâng mức này từ 30 triệu lên 60 triệu. Glamsterdam sẽ tăng lên 200 triệu chỉ trong một lần, tức là tăng khả năng tính toán mỗi khối lên gấp 3,3 lần. Thông lượng lý thuyết của mạng lưới sẽ tăng từ khoảng 1.000 TPS lên xấp xỉ 10.000 TPS.
Tuy nhiên, chỉ tăng giới hạn gas không đảm bảo mạng lưới có thể xử lý được lượng tải tương ứng. Nếu các client thực thi không theo kịp, giới hạn gas cao chỉ là con số lý thuyết, và tắc nghẽn vẫn có thể xảy ra vào các thời điểm cao điểm. Tuy nhiên, với sự phối hợp của ePBS, EIP-8037 và Block-Level Access Lists, bước nhảy giới hạn gas này đi kèm nhiều lớp bảo vệ—từ khâu thực thi đến lưu trữ trạng thái.
ePBS tái cấu trúc quy trình sản xuất khối ở cấp độ giao thức như thế nào?
Enshrined Proposer-Builder Separation (ePBS) là thay đổi kiến trúc cốt lõi trong Glamsterdam. Về bản chất, ePBS tách biệt vai trò của người xây dựng khối (builder) và người đề xuất khối (proposer) ngay ở cấp giao thức. Trước đây, sự tách biệt này phụ thuộc vào các relay bên ngoài và mạng lưới builder của bên thứ ba. Với ePBS, nó được tích hợp trực tiếp vào lớp đồng thuận, loại bỏ sự phụ thuộc vào bên thứ ba.
ePBS đưa ra các mốc thời gian rõ ràng cho việc xây dựng khối, công bố payload và xác nhận, tạo thêm dư địa cho lớp thực thi. Validator không còn phải đảm nhận các tác vụ xây dựng khối phức tạp mà có thể tập trung vào xác thực, trong khi các builder chuyên nghiệp hiệu suất cao có thể tối ưu hóa chiến lược xây dựng khối một cách độc lập. Việc tích hợp ePBS ở cấp giao thức cũng mang lại Payload Timeliness Committee và logic hai mốc thời gian, tăng thông lượng đồng thời giảm các nút thắt trong xác thực khối.
Block-Level Access Lists giúp thực thi song song và tăng hiệu suất như thế nào?
Block-Level Access Lists (BAL) là một tối ưu hóa nền tảng. Bằng cách cho phép client lấy trước tập hợp đọc/ghi của một khối trước khi thực thi, BAL giúp xử lý giao dịch song song và thực hiện I/O theo lô. Điều này không trực tiếp tăng thông lượng tối đa, nhưng lại rút ngắn các đường thực thi chậm nhất—yếu tố then chốt sau khi tăng mạnh giới hạn gas, khi tốc độ đồng bộ node và tính toán state root trở thành điểm nghẽn. BAL được thiết kế đặc biệt để giải quyết các thách thức này.
Lộ trình tiến tới song song hóa của Ethereum có thể coi là quá trình tiến hóa theo từng giai đoạn: giai đoạn đầu tập trung vào thực thi tuần tự và tối ưu cấu trúc lưu trữ; giai đoạn giữa, BAL cho phép thử nghiệm benchmark trên testnet; về sau, mạng lưới sẽ dần chuyển sang các mô hình giao dịch song song rộng hơn. Glamsterdam chưa biến Ethereum thành chuỗi hoàn toàn song song ngay lập tức, nhưng đã đặt nền móng hạ tầng cho thực thi song song hiệu quả hơn.
EIP-8037 giải quyết vấn đề phình to trạng thái và mất cân bằng định giá tài nguyên ra sao?
Tăng giới hạn gas sẽ khiến dữ liệu trạng thái tăng nhanh hơn. Trạng thái toàn cầu của Ethereum ghi lại toàn bộ số dư tài khoản và dữ liệu hợp đồng. Nếu không kiểm soát, trạng thái sẽ trở thành gánh nặng lớn nhất cho các node đầy đủ.
EIP-8037 chuyển từ định giá động mỗi byte trạng thái sang chi phí cố định cho mỗi byte trạng thái, tức là tăng chi phí gas cho việc tạo trạng thái mới. Cơ chế này ngăn chặn các cuộc tấn công hoặc triển khai hợp đồng kém hiệu quả làm phình to lưu trữ trạng thái với chi phí rẻ. Nhờ đó, dù dung lượng khối được mở rộng lên 200 triệu, chi phí biên cho dữ liệu trạng thái mới vẫn bám sát chi phí phần cứng thực tế, tránh việc cơ sở dữ liệu tăng trưởng mất kiểm soát do "khối làm được nhiều hơn".
Việc mở rộng lớp thực thi L1 thay đổi giá trị và cạnh tranh của L2 như thế nào?
Trong nhiều năm, câu chuyện mở rộng của Ethereum xoay quanh thiết kế tập trung vào Rollup—chuyển phần lớn thực thi sang các mạng L2, còn L1 tập trung vào vai trò quyết toán an toàn. Glamsterdam đánh dấu một sự chuyển dịch rõ rệt: ranh giới thực thi trên mainnet đang được tái định nghĩa.
Các mạng L2 xử lý 95% đến 99% giao dịch của hệ sinh thái Ethereum, trong khi phí chuyển khoản trên L1 đã giảm xuống mức rất thấp. Sau Glamsterdam, chi phí quyết toán dữ liệu trên L1 sẽ tiếp tục giảm, phí rollup dự kiến giảm khoảng 70%. Điều này có lợi cho các giải pháp L2 quy mô lớn, nhưng đồng thời mở rộng phạm vi ứng dụng trên mainnet—nhiều giao dịch đơn giản trước đây phải dùng L2 nay sẽ thuận tiện hơn khi thực hiện trực tiếp trên L1.
Đối với các dự án L2, đây vừa là cơ hội ngắn hạn vừa là thách thức trung hạn. Chi phí thấp là lợi thế tức thời, nhưng họ cần chứng minh giá trị và hiệu quả riêng biệt với thị trường. Nếu không, người dùng sẽ thực sự đặt câu hỏi: "Tại sao phải dùng L2 thay vì thực thi trực tiếp trên L1?"
Lộ trình nâng cấp Glamsterdam và mức độ chắc chắn khi triển khai?
Trước hội nghị Soldøgn, nhiều tham số kỹ thuật của Glamsterdam vẫn còn đang thảo luận. Sau một tuần kiểm thử liên tục, các thông số cuối cùng đã được xác nhận trên testnet glamsterdam-devnet-2. Quy trình builder bên ngoài đã vượt qua kiểm thử chéo giữa các client, và các devnet đa client vận hành ổn định.
EIP-8061 đã được đưa vào nâng cấp, EIP-8080 bị loại bỏ rõ ràng, còn EIP-8045 được thu hẹp phạm vi trách nhiệm proposer trong một khoảng thời gian giới hạn. Những lựa chọn này cho thấy nhóm phát triển đã chuyển từ "thảo luận khả thi" sang "thông số thực thi cuối cùng". Các tham số cuối sẽ được xác nhận tại cuộc họp AllCoreDevs sắp tới, và mainnet dự kiến kích hoạt vào tháng 6 năm 2026.
Việc mở rộng sẽ tiếp tục sau Glamsterdam? Bước tiếp theo trên lộ trình Ethereum là gì?
Theo cập nhật ưu tiên giao thức năm 2026 của Ethereum Foundation, công việc hiện được tổ chức xoay quanh ba hướng dài hạn: Mở rộng, Cải thiện trải nghiệm người dùng, và Gia cố L1. Glamsterdam là cột mốc lớn trên hướng Mở rộng, không phải điểm kết thúc. Toàn ngành đều tin rằng giới hạn gas 200 triệu chưa phải trần—sau Glamsterdam, sẽ còn các lần tăng tiếp theo.
Tiếp theo là bản nâng cấp Hegotá, hướng tới việc đưa Verkle tree và client không trạng thái vào giao thức. Điều này sẽ giảm mạnh yêu cầu lưu trữ dữ liệu cho node đầy đủ, cho phép thiết bị tiêu dùng thông thường cũng có thể vận hành node. Nhờ đó, phi tập trung hóa và khả năng chống kiểm duyệt được tăng cường về căn bản, tạo nền tảng cho sức cạnh tranh lâu dài của Ethereum.
Tóm tắt
Bản nâng cấp Glamsterdam, với việc nâng giới hạn gas lên 200 triệu, tách biệt proposer-builder ở cấp giao thức (ePBS), và định giá lại chi phí trạng thái của EIP-8037, sẽ đẩy thông lượng lý thuyết của Ethereum L1 lên khoảng 10.000 TPS. Đây là bước nhảy hiệu suất ở cấp giao thức lớn nhất kể từ The Merge.
| Thành phần kỹ thuật | Chức năng chính | Lợi ích trực tiếp cho mạng lưới |
|---|---|---|
| Giới hạn gas (60M → 200M) | Mở rộng khả năng tính toán khối | TPS lý thuyết tăng từ ~1.000 → ~10.000 |
| ePBS | Tách vai trò proposer và builder | Loại bỏ phụ thuộc relay bên thứ ba, tăng dư địa xử lý cho lớp thực thi |
| EIP-8037 | Tăng chi phí gas cho trạng thái mới | Hạn chế phình trạng thái, chi phí lưu trữ sát chi phí phần cứng |
| Block-Level Access Lists | Lấy trước tập đọc/ghi giao dịch | Cho phép thực thi song song, tăng tốc đồng bộ node |
Khi năng lực L1 được mở rộng, chi phí quyết toán dữ liệu rollup dự kiến giảm khoảng 70%, mở ra cạnh tranh phí mạnh mẽ hơn cho các L2. Đồng thời, phạm vi ứng dụng trên L1 cũng sẽ tăng lên đáng kể. Bản nâng cấp Hegotá đã được chuẩn bị, với Verkle tree và client không trạng thái dự kiến ra mắt cuối năm 2026, tiếp tục hạ thấp rào cản vận hành node đầy đủ.
Câu hỏi thường gặp
Hỏi: Khi nào bản nâng cấp Glamsterdam dự kiến triển khai trên mainnet Ethereum?
Theo kế hoạch của Ethereum Foundation, bản nâng cấp Glamsterdam dự kiến được kích hoạt trên mainnet vào khoảng tháng 6 năm 2026, nhưng thời điểm chính xác phụ thuộc vào xác nhận cuối cùng của nhóm phát triển tại cuộc họp AllCoreDevs.
Hỏi: Việc nâng giới hạn gas từ 60 triệu lên 200 triệu có làm tăng đáng kể chi phí vận hành node không?
Bản nâng cấp giúp cải thiện hiệu quả đồng bộ node nhờ BAL và kiểm soát tốc độ tăng trưởng trạng thái với EIP-8037. Bản nâng cấp Hegotá sắp tới cũng sẽ đưa vào Verkle tree và client không trạng thái để tiếp tục giảm gánh nặng lưu trữ dữ liệu cho node.
Hỏi: Phí rollup L2 sẽ giảm bao nhiêu sau khi mở rộng L1?
Sau bản nâng cấp, chi phí quyết toán dữ liệu trên L1 sẽ giảm, và phí rollup dự kiến giảm khoảng 70%. Cách tiếp cận ưu tiên L1 của Glamsterdam cũng sẽ thúc đẩy cạnh tranh phân hóa chức năng trong hệ sinh thái L2.
Hỏi: Sự khác biệt giữa ePBS và PBS hiện tại là gì?
PBS hiện tại dựa vào relay bên ngoài và mạng lưới builder của bên thứ ba để tách vai trò builder và proposer. ePBS tích hợp trực tiếp điều này vào lớp đồng thuận, loại bỏ sự phụ thuộc vào bên thứ ba và đạt được sự tách biệt xây dựng và xác thực khối ngay ở cấp giao thức.
Hỏi: Bản nâng cấp lớn tiếp theo của Ethereum sau Glamsterdam là gì?
Bản nâng cấp Hegotá dự kiến triển khai vào cuối năm 2026. Các tính năng cốt lõi gồm Verkle tree, client không trạng thái và FOCIL nhằm tăng khả năng chống kiểm duyệt và trừu tượng hóa tài khoản. Các tham số cuối cùng vẫn đang được phát triển.
