Đợt nâng cấp lớn tiếp theo của Ethereum đã bước vào giai đoạn chạy nước rút.
Theo lộ trình chính thức hiện tại của Ethereum, bản nâng cấp Glamsterdam dự kiến sẽ chính thức ra mắt mainnet vào nửa cuối năm 2026. Tính đến cuối tháng 6, nó cũng đã bước vào giai đoạn thử nghiệm cuối cùng trên mạng dành cho nhà phát triển, liên tục thử nghiệm các chức năng cốt lõi như ePBS tích hợp sẵn, danh sách truy cập cấp khối và định giá lại Gas trên mạng phát triển đa client, mặc dù thời điểm kích hoạt cụ thể vẫn chưa được xác định cuối cùng.
Đồng thời, trên các mạng xã hội lớn, chủ đề được thảo luận nhiều nhất chắc chắn là câu chuyện về hiệu suất trực quan như "mainnet đạt 10000 TPS" sau khi nâng cấp. Tuy nhiên, ngoài điều đó ra, lần nâng cấp này đã tái cấu trúc hoàn toàn dây chuyền sản xuất khối và cơ chế thực thi của Ethereum. Với độ sâu của những thay đổi và phạm vi ảnh hưởng rộng rãi, nó được cộng đồng nhà phát triển đánh giá phổ biến là "lần nâng cấp quy mô lớn nhất kể từ The Merge (sự hợp nhất Ethereum)".
Vậy, "Glamsterdam" (sự kết hợp giữa bản nâng cấp lớp đồng thuận Gloas và bản nâng cấp lớp thực thi Amsterdam) nghe có vẻ hấp dẫn này, thực chất đã thay đổi những gì? Làm thế nào nó sẽ khắc phục những điểm đau trong quá khứ, và sẽ mang đến những thay đổi mang tính đột phá nào cho trải nghiệm hàng ngày của chúng ta trên chain?
I. Tại sao đây là "Lần nâng cấp quy mô lớn nhất kể từ Merge"?
Nếu như các bản nâng cấp Dencun và Fusaka trước đó chủ yếu mở đường cho tính khả dụng dữ liệu (Blob) của L2, thì Glamsterdam lại tập trung trở lại L1, khởi động một cuộc đại tu lớn về hiệu suất và kiến trúc L1.
Đây thực chất cũng là bức tranh chân thực nhất về việc "để L1 một lần nữa vĩ đại" của Ethereum hiện nay, đó là làm thế nào để L1 có thể chứa nhiều giao dịch hơn, đồng thời không để chi phí vận hành node và rủi ro tập trung hóa mạng lưới cùng tăng lên.
Tuy nhiên, đối với người dùng thông thường, các đợt nâng cấp Ethereum thường được đơn giản hóa thành một câu hỏi trực quan nhất: Gas có rẻ hơn không? Thông lượng có lớn hơn không? Nhưng thực lòng mà nói, Glamsterdam sắp tới rất khó để chỉ khái quát bằng "giảm phí" hay "mở rộng quy mô" một cách đơn giản.
Nhìn chung, lần nâng cấp này liên quan đến nhiều khâu then chốt của lớp nền tảng Ethereum, bao gồm việc khối được xây dựng bởi ai, giao dịch được thực thi như thế nào, node đọc và đồng bộ trạng thái ra sao, cũng như các hoạt động khác nhau trên chain nên trả bao nhiêu phí Gas. Điều này đồng nghĩa với việc phải thiết kế lại mô hình cơ bản về cách Ethereum sản xuất và xử lý khối. Theo các chi tiết kỹ thuật đã được tiết lộ hiện tại, những thay đổi cốt lõi đáng chú ý nhất chủ yếu tập trung vào ba khía cạnh:
- ePBS tích hợp sẵn: Tái cấu trúc mối quan hệ đấu tranh giữa Proposer (người đề xuất) và Builder (người xây dựng) khối, loại bỏ sự phụ thuộc vào Relay bên ngoài;
- Danh sách truy cập cấp khối (BALs): Vẽ sẵn bản đồ cho việc thực thi giao dịch, mở đường cho xử lý song song và đồng bộ node nhanh hơn;
- Định giá lại Gas: Giới thiệu mô hình tính phí tài nguyên chính xác hơn, kiểm soát sự bùng nổ trạng thái trong môi trường thông lượng cao;
Trước hết, để hiểu về ePBS, cần biết rằng các khối trên Ethereum hiện nay không nhất thiết phải do Proposer tự mình gửi lên. Đặc biệt trong kiến trúc MEV-Boost hiện tại, phần lớn Proposer sẽ giao việc thu thập giao dịch, sắp xếp thứ tự và tìm kiếm lợi nhuận MEV cho các Builder khối chuyên nghiệp, trong khi Proposer chủ yếu chịu trách nhiệm chọn một trong số các khối ứng cử viên có giá thầu cao nhất để gửi lên mạng.
Cách phân công "Builder chịu trách nhiệm lắp ráp, Proposer chịu trách nhiệm gửi lên" này chính là PBS (Sự phân tách Proposer-Builder).
Chỉ có điều vấn đề là, cơ chế hiện tại này chưa được ghi đầy đủ vào giao thức nền tảng của Ethereum — Proposer và Builder phải thông qua phần mềm bên thứ ba ngoài giao thức và dịch vụ MEV-Boost Relay để hoàn tất việc báo giá khối, giao nội dung và thanh toán.
Điều đó có nghĩa là Relay vừa phải đảm bảo Builder cuối cùng công khai toàn bộ khối, vừa phải tránh việc Proposer xem trộm nội dung khối rồi "ăn chặn" từ chối thanh toán, do đó đóng vai trò "người trung gian đáng tin cậy" mong manh và có tính tập trung hóa.
Và ePBS (Enshrined PBS) được đề xuất bởi EIP-7732 chính là để giải quyết điểm đau này. Nó chuẩn bị đưa mối quan hệ đấu tranh này trực tiếp vào chính giao thức đồng thuận của Ethereum, trực tiếp loại bỏ Relay của bên thứ ba, biến Builder thành người tham gia được giao thức nhận diện gốc, trước tiên gửi cam kết khối và báo giá, giao thức tự động khóa khoản thanh toán tương ứng, sau đó một "Ủy ban tính đúng hạn của Payload (Payload Timeliness Committee)" chuyên trách sẽ đánh giá xem Builder có công khai Payload thực thi đúng hạn hay không.
Điều đó có thể tách rời một phần quá trình xử lý của khối đồng thuận và Payload thực thi, làm cho cửa sổ truyền bá và xử lý Payload thực thi kéo dài từ khoảng 2 giây lên khoảng 9 giây. Vài giây này trông có vẻ không nhiều, nhưng lại rất quan trọng đối với việc mở rộng quy mô Ethereum — có nghĩa là node sẽ có nhiều thời gian hơn để nhận và xử lý các khối lớn hơn cũng như nhiều dữ liệu Blob hơn, từ đó mở ra không gian để tiếp tục nâng cao Gas Limit.
Thứ hai, một đột phá cốt lõi khác của Glamsterdam ở lớp thực thi, là Danh sách truy cập cấp khối (BALs, Block-Level Access Lists) được đề xuất bởi EIP-7928.
Như đã biết, hiện tại node Ethereum trước khi nhận được một khối, không thể trực tiếp từ khối đó biết được mỗi giao dịch sẽ đọc tài khoản nào, truy cập bộ lưu trữ hợp đồng nào, và sẽ sửa đổi trạng thái nào, mà thường cần trong quá trình thực thi giao dịch mới dần dần phát hiện ra những phụ thuộc dữ liệu này.
Điều này giống như vào một kho hàng lớn để lấy hàng, nhưng không có danh sách vị trí hàng hóa đầy đủ, nhân viên chỉ có thể vừa tìm kiếm vừa xử lý. Vì vậy, để tránh hai người cùng lúc sửa đổi cùng một lô hàng tồn kho, một lượng lớn công việc phải được hoàn thành theo trình tự cố định (đơn luồng tuần tự).
Trong khi đó, Danh sách truy cập cấp khối (BALs) tương đương với việc đính kèm một "bản đồ truy cập trạng thái" đầy đủ cho mỗi khối. Nó khai báo trước trong Block header về tập hợp giao dịch trong khối đó sẽ chạm đến những địa chỉ và Storage Slots nào, cũng như kết quả trạng thái sau khi thực thi giao dịch hoàn tất. Thông qua bản đồ này, node có thể nhận ra ngay trước khi thực thi những giao dịch nào sẽ truy cập dữ liệu giống nhau, những giao dịch nào không xung đột lẫn nhau:
Đối với phần không xung đột, node có thể đọc trước trạng thái liên quan từ ổ cứng, xử lý song song việc xác minh một phần giao dịch và tính toán state root, mà không cần phải nhồi nhét tất cả công việc vào một hàng đợi tuần tự nghiêm ngặt. Ngoài ra, do BALs còn ghi lại sự thay đổi trạng thái sau khi giao dịch hoàn tất, một số node khi đồng bộ và bắt kịp trạng thái mạng có thể sử dụng những kết quả này để xây dựng lại trạng thái, mà không cần phải trong mọi tình huống đều thực thi từ đầu từng giao dịch trong khối (theo cách hiểu của cá nhân tác giả có chút giống với khái niệm sharding), biến Ethereum thành một blockchain thực thi hoàn toàn song song.
Do đó, về lâu dài, đây cũng là chìa khóa nền tảng để mạng chính Ethereum đột phá trần hiệu suất.
Cuối cùng là việc định giá lại Gas, chủ yếu thông qua đòn bẩy kinh tế, đã hiệu chỉnh mạnh mẽ giá Gas cho nhiều hoạt động trên chain.
Lý do là vì chi phí Gas hiện tại của Ethereum không hoàn toàn tương ứng với mức tiêu thụ tài nguyên thực tế mà node phải chịu. Ví dụ, một phép tính phức tạp thuần túy sau khi thực thi xong thường không để lại nhiều gánh nặng lâu dài cho node, nhưng việc tạo một tài khoản mới, triển khai một hợp đồng thông minh hoặc ghi vào một Storage Slot mới lại sẽ tạo ra dữ liệu cần được tất cả các full node trên toàn cầu lưu trữ vĩnh viễn.
Trước đây, phí của các hành vi tạo trạng thái này chưa phản ánh đầy đủ chi phí lưu trữ vĩnh viễn mà chúng mang lại (sự bùng nổ trạng thái). Nếu Ethereum sau khi nâng cao Gas Limit vẫn duy trì định giá cũ, nhiều không gian khối hơn có thể nhanh chóng chuyển hóa thành dữ liệu trạng thái mất kiểm soát, cuối cùng hoàn toàn đè bẹp phần cứng của node.
Và EIP-8037, đã được xác định nằm trong phạm vi của Glamsterdam, chuẩn bị tái cấu trúc triệt để quy tắc này. Trong đó bao gồm việc tách biệt tính toán và trạng thái, tính toán chi phí lại theo khối lượng dữ liệu trạng thái mới được thêm vào, tách riêng Gas tính toán thông thường và Gas trạng thái; cùng với việc kiểm soát sự bùng nổ trạng thái, khiến các ứng dụng tạo ra lượng lớn tài khoản mới, triển khai hợp đồng dư thừa lớn hoặc thường xuyên ghi trạng thái mới có thể tăng chi phí hoạt động, trong khi cấu trúc phí của các ứng dụng chủ yếu tiêu thụ tài nguyên tính toán tức thời, không liên tục tăng trạng thái sẽ hấp dẫn hơn.
Nói cho cùng, cải cách Gas của Glamsterdam không thể hiểu một cách đơn giản và thô bạo là "giảm phí toàn diện", mà là làm rõ một giao dịch thực chất tiêu thụ bao nhiêu tài nguyên tính toán tức thời, và để lại cho mạng bao nhiêu gánh nặng lưu trữ lâu dài, sau đó để các hoạt động khác nhau trả phí theo cách gần với chi phí vật lý thực tế hơn.
Nhìn chung, ba phần này trông có vẻ độc lập với nhau, nhưng thực chất cùng hướng đến một mục tiêu tối thượng: cải tạo trước cơ sở hạ tầng cốt lõi của lớp nền tảng để mạng chính Ethereum tiếp tục nâng cao đáng kể Gas Limit và khả năng xử lý.
II. Tại sao không thể chỉ đơn giản điều chỉnh khối lớn hơn?
Nhiều người có thể thắc mắc, nếu thấy chậm và đắt, tại sao không trực tiếp điều chỉnh Gas Limit lên, tăng gấp đôi dung lượng khối ngay lập tức?
Đây là một vấn đề thường được nhắc đến. Về lý thuyết, cách trực tiếp nhất để tăng dung lượng mạng chính thực sự là nâng giới hạn Gas cho phép sử dụng của mỗi khối, bởi Gas Limit càng cao, một khối có thể chứa càng nhiều giao dịch và tính toán.
Nhưng Gas Limit không phải là một con số có thể điều chỉnh tăng vô hạn. Một khi khối trở nên lớn hơn một cách mù quáng, nó sẽ kích hoạt hiệu ứng domino: node cần nhận nhiều dữ liệu hơn trong cùng thời gian, thực thi nhiều giao dịch hơn và tính toán trạng thái mới. Nếu tốc độ xử lý không theo kịp, các node có cấu hình yếu hơn sẽ dễ bị tụt lại phía sau hơn, việc truyền bá và xác minh khối cũng có thể bị trì hoãn, cuối cùng làm tăng rủi ro phân nhánh mạng và tập trung hóa.
Đồng thời, nhiều giao dịch hơn còn có nghĩa là nhiều dữ liệu tài khoản, hợp đồng và lưu trữ được ghi vĩnh viễn vào cơ sở dữ liệu Ethereum. Những dữ liệu này không tự động biến mất khi giao dịch kết thúc, mà sẽ không ngừng tích lũy trong cơ sở dữ liệu trạng thái của Ethereum, dẫn đến trạng thái bùng nổ nhanh hơn.
Vì vậy, việc mở rộng quy mô Ethereum đối mặt không phải là một vấn đề toán học đơn giản, mà cần đồng thời giải quyết ba vấn đề:
- Đầu tiên, làm thế nào để cho node có thêm thời gian truyền bá và xử lý các khối lớn;
- Thứ hai, làm thế nào để giảm nghẽn cổ chai hiệu suất do giao dịch thực thi lần lượt mang lại;
- Cuối cùng, làm thế nào để ngăn chặn việc nhiều không gian khối hơn nhanh chóng chuyển hóa thành sự bùng nổ trạng thái khó kiểm soát;
Đây chính là logic cốt lõi của Glamsterdam, không phải là mở rộng quy mô mù quáng trước rồi để node gánh vác cứng, mà là trước tiên tái cấu trúc cách sản xuất khối, thực thi giao dịch và định giá tài nguyên, thông suốt đường ống từ lớp nền tảng, sau đó mở cửa tự nhiên cho việc nâng cao dung lượng mạng chính.
Trong đó, ePBS thông qua sắp xếp lại quy trình xử lý khối trong Slot, để lại cho node nhiều thời gian hơn để truyền bá và xác minh các khối lớn; BALs thông qua cung cấp rõ ràng mối quan hệ truy cập trạng thái, nâng cao hiệu quả đọc, thực thi và đồng bộ của client; Định giá lại Gas thì chịu trách nhiệm hạn chế sự phát triển trạng thái không bền vững.
Trong cuộc thử nghiệm hợp tác Glamsterdam vào tháng 4 năm 2026, các nhà phát triển cốt lõi đã tiến hành thử nghiệm áp lực tập trung xung quanh việc triển khai đa client, và đã đề xuất rõ ràng mục tiêu kỹ thuật sau khi nâng cấp là lấy 200 triệu Gas làm giới hạn dưới của dung lượng đáng tin cậy. Đằng sau mục tiêu này chính là sự hỗ trợ nền tảng do ePBS, BALs và định giá lại Gas trạng thái cùng cung cấp.
Tất nhiên, 200 triệu Gas gần hơn với khả năng chịu tải mà hệ thống sở hữu sau khi nâng cấp, cũng như hướng phát triển có thể tiến hóa dần dần trong tương lai, không có nghĩa là mainnet sẽ ngay lập tức nhảy Gas Limit lên mức này vào ngày Glamsterdam được kích hoạt.
Điều thực sự quan trọng là, Ethereum đang chuyển từ việc "mở rộng quy mô thận trọng thăm dò" trong quá khứ, sang "thông qua tái cấu trúc cấu trúc nền tảng, chuẩn bị trước cho việc mở rộng quy mô mạng chính với mức độ lớn hơn".
III. Người dùng thông thường và hệ sinh thái Ethereum sẽ chịu ảnh hưởng như thế nào?
Từ góc độ người dùng thông thường, vấn đề đáng quan tâm nhất của bản nâng cấp Glamsterdam vẫn là liệu phí giao dịch có giảm hay không.
Nhìn tổng thể, câu trả lời gần hơn với việc có triển vọng giảm và trở nên ổn định hơn, chứ không phải tất cả giao dịch sẽ ngay lập tức trở nên rẻ hơn.
Do ePBS và Danh sách truy cập cấp khối tạo điều kiện cho Gas Limit cao hơn, vì vậy có thể dự đoán rằng, lượng giao dịch mà mỗi khối có thể chứa chắc chắn sẽ tăng lên. Trong trường hợp nhu cầu trên chain không đổi, nguồn cung không gian khối tăng lên, tự nhiên sẽ giúp giảm bớt tắc nghẽn và giảm xác suất Base Fee đột ngột tăng cao.
Nhưng cụ thể đến từng giao dịch đơn lẻ, sự thay đổi của các hoạt động khác nhau có thể không đồng nhất. Ví dụ, chuyển ETH thông thường có thể được hưởng lợi từ việc tối ưu hóa Gas cơ bản; và do BALs thông báo trước đường dẫn trạng thái, độ chính xác khi ví ước tính phí Gas sẽ được nâng cao đáng kể, trải nghiệm tồi tệ trong quá khứ do biến động thị trường khiến ví ước tính Gas không chính xác, dẫn đến giao dịch thất bại nhưng vẫn bị trừ phí sẽ trở thành lịch sử.
Tuy nhiên, các hoạt động triển khai hợp đồng, tạo hàng loạt tài khoản hoặc ghi lượng lớn trạng thái mới có thể tăng chi phí do định giá lại trạng thái. Vì vậy, kết quả mà Glamsterdam có thể mang lại nhiều khả năng hơn là chi phí giao dịch đơn giản giảm, phí trong thời kỳ tắc nghẽn ổn định hơn, đồng thời các ứng dụng thâm dụng trạng thái bắt đầu trả giá chính xác hơn cho tài nguyên mạng lưới mà chúng chiếm dụng lâu dài.
Đối với người dùng chủ yếu sử dụng L2, lần nâng cấp này cũng không phải không liên quan. ePBS kéo dài cửa sổ truyền bá dữ liệu Payload thực thi từ khoảng 2 giây lên khoảng 9 giây, không chỉ có thể hỗ trợ các khối mainnet lớn hơn, mà còn để lại không gian cho Ethereum xử lý nhiều dữ liệu Blob hơn. Sau khi dung lượng Blob tiếp tục mở rộng, không gian để Rollup gửi dữ liệu giao dịch sẽ dồi dào hơn, về lâu dài có ích cho việc ổn định chi phí dữ liệu của L2.
Ngoài ra, đối với ví, sàn giao dịch và cầu nối cross-chain, một thay đổi dễ được người dùng cảm nhận hơn có thể đến từ EIP-7708. Hiện tại, việc chuyển Token ERC-20 thường tạo ra nhật ký Transfer tiêu chuẩn hóa, nhưng một số giao dịch chuyển ETH gốc giữa các hợp đồng thông minh không để lại bản ghi sự kiện rõ ràng như vậy, ví và nền tảng giao dịch thường cần dựa vào các công cụ theo dõi giao dịch nội bộ bổ sung mới có thể nhận diện dòng chảy ETH này.
EIP-7708 yêu cầu các hoạt động chuyển ETH khác 0 và hủy ETH tạo ra nhật ký tiêu chuẩn, giúp ví, sàn giao dịch và cầu nối cross-chain nhận diện đáng tin cậy hơn các biến động nạp tiền, rút tiền và nội bộ hợp đồng của ETH. Trong tương lai, bản ghi tài sản ETH mà người dùng thấy có thể hoàn chỉnh hơn, một số giao dịch chuyển nội bộ trước đây cần dựa vào theo dõi giao dịch phức tạp mới hiển thị, cũng sẽ dễ dàng được ví nhận diện trực tiếp hơn.
Đối với người vận hành node và người dùng stake, ảnh hưởng trực tiếp hơn. Glamsterdam đồng thời thay đổi cách xử lý khối của lớp thực thi và lớp đồng thuận, vì vậy node và validator cần nâng cấp lên phiên bản client hỗ trợ Glamsterdam trước khi mainnet kích hoạt. Người dùng nắm giữ tiền thông thường thì không cần di chuyển ETH, cũng không cần thực hiện bất kỳ "nâng cấp tài sản" hay "hoán đổi token" nào được gọi là.
Nhìn xa hơn, điều Glamsterdam thực sự ảnh hưởng, là cách Ethereum tìm lại sự cân bằng giữa mở rộng quy mô và phi tập trung hóa. Xét cho cùng, sau khi dung lượng khối được nâng cao, nếu chi phí phần cứng cần thiết để vận hành node tăng lên đáng kể cùng lúc, mặc dù thông lượng mạng chính tăng cao, nhưng mạng lưới có thể ngày càng phụ thuộc vào các tổ chức lớn.
Trong khi đó, sự kết hợp của ePBS, Danh sách truy cập cấp khối và định giá lại Gas trạng thái, cố gắng hình thành một con đường mở rộng quy mô khác: không đơn giản yêu cầu node xử lý nhiều công việc hơn trong cùng thời gian, mà là sắp xếp lại quy trình sản xuất khối, cung cấp trước thông tin phụ thuộc giao dịch, và để các tài nguyên khác nhau trả phí theo gánh nặng thực tế.
Đây cũng là sự khác biệt cơ bản nhất giữa Glamsterdam và một lần điều chỉnh tăng Gas Limit thông thường, nó không cố gắng giải quyết tất cả vấn đề của Ethereum thông qua một EIP nào đó, mà đồng thời cải tạo ba cơ chế liên quan lẫn nhau: sản xuất khối, thực thi giao dịch và phát triển trạng thái.
Lời cuối
Về lâu dài, điều Glamsterdam thực sự ảnh hưởng sâu sắc, là hướng đi của câu chuyện Ethereum tìm lại sự cân bằng giữa "mở rộng quy mô hiệu suất cao" và "phi tập trung hóa tuyệt đối".
Đây cũng là tâm ý ban đầu hay quán tính ngày càng quen thuộc của mọi người với Ethereum — đối mặt với sự bức ép từng bước của các blockchain công khai đơn thể hiệu suất cao, không lựa chọn con đường đơn giản thô bạo là nâng cao ngưỡng phần cứng, mà chọn một con đường cố gắng duy trì màu sắc phi tập trung hóa, có tính kiên cường nền tảng hơn, giống như lần này thông qua tổ hợp các đòn đánh: viết lại dây chuyền khối (ePBS), cung cấp rõ ràng trước sự phụ thuộc giao dịch (BALs), và để các tài nguyên khác nhau trả phí chính xác theo gánh nặng vật lý (định giá lại Gas), vẫn là để đảm bảo người bình thường có thể vận hành node, có thể tham gia xác minh, mà cứng nhắc móc ra dung lượng mạng chính lớn hơn.
Từ góc độ này, mỗi khoản phí Gas hợp lý chúng ta trả trong tương lai, hóa đơn ETH nội bộ trong ví chính xác rõ ràng hơn, không gian giảm phí rộng lớn hơn của L2, có lẽ đều sẽ thụ hưởng sâu sắc từ nền móng này mà Glamsterdam thiết lập lại cho Ethereum vào nửa cuối năm 2026.
