Biên soạn: imToken
Đợt nâng cấp quy mô lớn tiếp theo của Ethereum đã bước vào giai đoạn 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 lưới dành cho nhà phát triển, tiếp tục thử nghiệm các tính năng cốt lõi như PBS tích hợp, danh sách truy cập cấp độ khối và định giá lại Gas xung quanh mạng phát triển đa khách hàng. Tuy nhiên, thời gian 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 phương tiện truyền thông xã hội lớn, chủ đề được thảo luận nhiều nhất không gì khác ngoài câu chuyện hiệu năng trực quan như "mainnet đạt 10000 TPS sau khi nâng cấp". Nhưng bên cạnh đó, bản nâng cấp này đã tái cấu trúc toàn diện dây chuyền sản xuất khối và động cơ thực thi của Ethereum, với những thay đổi sâu sắc và phạm vi ảnh hưởng rộng, được cộng đồng nhà phát triển đánh giá chung là "đợt nâng cấp quy mô lớn nhất kể từ The Merge (Sáp nhập Ethereum)".
Vậy thì, "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), cái tên nghe có vẻ bắt tai này, rốt cuộc đã thay đổi những gì? Nó sẽ từ biệt những điểm đau trong quá khứ như thế nào, và sẽ mang lại những thay đổi mang tính đột phá nào cho trải nghiệm trên chuỗi hàng ngày của chúng ta?
1. Tại sao nó là "Đợt nâng cấp lớn nhất kể từ The Merge"?
Nếu như các bản nâng cấp Dencun và Fusaka trước đây 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, tạo nên một cuộc đại tu lớn về hiệu suất và kiến trúc L1.
Đây thực sự cũng là bức tranh chân thực nhất về việc "Làm cho L1 vĩ đại trở lại" của Ethereum hiện nay: làm thế nào để L1 có thể chứa nhiều giao dịch hơn, đồng thời không để chi phí chạy 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: Phí 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ỉ được tóm tắt bằng "giảm phí" hay "mở rộng quy mô".
Nhìn chung, đợt nâng cấp này liên quan đến nhiều khâu then chốt ở lớp cơ sở của Ethereum, bao gồm ai xây dựng khối, 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 chuỗi nên trả bao nhiêu Gas. Điều này tương đương với việc thiết kế lại mô hình cơ bản để sản xuất và xử lý khối của Ethereum. 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:
- PBS tích hợp (ePBS): Tái cấu trúc mối quan hệ đấu tranh giữa người đề xuất khối và người xây dựng khối, loại bỏ sự phụ thuộc vào trung gian 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 định giá 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;
Đầu tiên, để hiểu PBS tích hợp, cần biết rằng các khối trên Ethereum hiện tại không nhất thiết phải do Proposer (Người đề xuất) tự gửi lên. Đặc biệt trong kiến trúc MEV-Boost hiện nay, 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 Block Builder (Nhà xây dựng khối) chuyên nghiệp, còn Proposer chủ yếu chịu trách nhiệm chọn một khối ứng viên có giá thầu cao nhất trong số nhiều khối để gửi lên mạng lưới.
Phân công lao động "Builder chịu trách nhiệm lắp ráp, Proposer chịu trách nhiệm gửi" này chính là PBS (Sự tách biệt Người đề xuất - Người xây dựng).
Chỉ có điều vấn đề nằm ở chỗ, cơ chế hiện tại này chưa được ghi đầy đủ vào giao thức cơ sở của Ethereum — Proposer và Builder phải thông qua phần mềm của bên thứ ba bên ngoài giao thức và dịch vụ MEV-Boost Relay để hoàn thành 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 sẽ công khai toàn bộ khối, vừa phải tránh việc Proposer lén xem trước nội dung khối rồi "chơi xấu" từ chối thanh toán. Vì vậy, nó đảm nhận vai trò "người trung gian đáng tin cậy" mong manh và mang tính tập trung hóa.
Và ePBS (Enshrined PBS) do EIP-7732 đề xuất 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ỏ trung gian bên thứ ba, biến Builder trở thành người tham gia được giao thức gốc nhận diện. Họ sẽ gửi lời hứa và báo giá khối trước, giao thức tự động khóa khoản thanh toán tương ứng, sau đó một "Ủy ban Tính kịp thời của Tải trọng" chuyên biệt sẽ đánh giá liệu Builder có công khai tải trọng thực thi đúng hạn hay không.
Điều đó có thể tách riêng một phần quá trình xử lý khối đồng thuận và tải trọng thực thi, kéo dài cửa sổ truyền bá và xử lý tải trọng thực thi từ khoảng 2 giây lên khoảng 9 giây. Vài giây này thoạt nhìn 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 — nghĩa là các node có thể có thêm thời gian để 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ừ đó tạo không gian để tiếp tục nâng cao Giới hạn Gas.
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) do EIP-7928 đề xuất.
Như đã biết, hiện tại các 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 những tài khoản nào, truy cập bộ nhớ hợp đồng nào, và sẽ thay đổi trạng thái nào. Thông thường, chúng cần phải trong quá trình thực thi giao dịch mới dần dần phát hiện ra những sự phụ thuộc dữ liệu này.
Điều này giống như vào một nhà kho lớn để lấy hàng mà không có danh sách đầy đủ vị trí hàng hóa, 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 đồng thời sửa đổi cùng một lô hàng tồn kho, rất nhiều công việc phải được hoàn thành theo một trình tự cố định nghiêm ngặt (đơn luồng tuần tự).
Còn 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" hoàn chỉnh cho mỗi khối. Nó khai báo trước trong phần đầu khối rằng 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 xong. Thông qua bản đồ này, các node có thể ngay lập tức phán đoán trước khi thực thi xem giao dịch nào sẽ truy cập dữ liệu giống nhau, giao dịch nào không xung đột với nhau:
Đối với những phần không xung đột, các node có thể đọc trạng thái liên quan từ ổ cứng trước, xử lý song song một phần xác minh giao dịch và tính toán gốc trạng thái, mà không cần phả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ũng 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 lưới có thể sử dụng những kết quả này để tái tạo trạng thái, thay vì 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 người viết, có chút hương vị của ý tưởng phân mảnh), biến Ethereum thành một chuỗi khối thực thi hoàn toàn song song.
Vì vậy, về lâu dài, đây cũng là chìa khóa cơ sở để mạng chính Ethereum vượt qua 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ẽ mức giá Gas cho nhiều hoạt động trên chuỗi.
Nguyên nhân là do 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à các node phải gánh 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 quá 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 một Storage Slot mới, lại 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í cho 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 (bùng nổ trạng thái) mà chúng mang lại. Nếu Ethereum sau khi nâng cao Giới hạn Gas vẫn duy trì mức định giá cũ, nhiều không gian khối hơn có thể nhanh chóng chuyển thành dữ liệu trạng thái mất kiểm soát, cuối cùng làm quá tải hoàn toàn phần cứng của các 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 hoàn toàn quy tắc này. Trong đó bao gồm việc tách biệt tính toán và trạng thái để hạch toán, tính lại chi phí theo thể tích dữ liệu trạng thái mới được thêm vào, tách biệt 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 nhiều tài khoản mới, triển khai hợp đồng dư thừa lớn hoặc ghi trạng thái mới thường xuyên, 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.
Tóm lại, 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 rốt cuộc tiêu hao bao nhiêu tài nguyên tính toán tức thời, và để lại cho mạng lưới bao nhiêu gánh nặng lưu trữ lâu dài, sau đó để các hoạt động khác nhau thanh toán 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 thoạt nhìn độc lập với nhau, nhưng thực tế đều hướng đến cùng một mục tiêu cuối cùng: cải tạo trước cơ sở hạ tầng cốt lõi ở lớp cơ sở cho Ethereum để tiếp tục nâng cao đáng kể Giới hạn Gas và khả năng xử lý của mạng chính.
2. Tại sao không thể trực tiếp điều chỉnh khối cho lớn hơn?
Nhiều người có thể có thắc mắc, vì chê chậm chê đắt, vậy tại sao không trực tiếp điều chỉnh Giới hạn Gas lên, tăng gấp đôi dung lượng khối ngay lập tức?
Đây là một vấn đề muôn thuở. Về lý thuyết, cách trực tiếp nhất để nâng cao dung lượng mạng chính, quả thực là tăng giới hạn Gas cho phép sử dụng của mỗi khối, vì Giới hạn Gas càng cao, một khối có thể chứa được càng nhiều giao dịch và tính toán.
Nhưng Giới hạn Gas 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 phình to một cách mù quáng, nó sẽ kích hoạt hiệu ứng domino: các 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ị chậm trễ, cuối cùng làm tăng rủi ro phân nhánh mạng lưới và tập trung hóa.
Đồng thời, nhiều giao dịch hơn còn đồng nghĩa với nhiều tài khoản, hợp đồng và dữ liệu lưu trữ được ghi vĩnh viễn vào cơ sở dữ liệu Ethereum hơn. Những dữ liệu này không tự biến mất sau khi giao dịch kết thúc, mà sẽ liên tục tích lũy trong cơ sở dữ liệu trạng thái của Ethereum, khiế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 bài toán đơn giản, mà cần đồng thời giải quyết ba vấn đề:
- Đầu tiên, làm thế nào để dành nhiều thời gian hơn cho các node truyền bá và xử lý các khối lớn;
- Thứ hai, làm thế nào để giảm bớt nút cổ chai hiệu suất do các giao dịch được 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 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 mở rộng quy mô một cách mù quáng trước rồi để các node gồng mình chịu đựng, mà là 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 trước, thông suốt các đường ống từ lớp cơ sở, 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 việc sắp xếp lại quy trình xử lý khối trong một Slot, dành nhiều thời gian hơn cho các node truyền bá và xác minh các khối lớn; BALs thông qua việc cung cấp rõ ràng mối quan hệ truy cập trạng thái, nâng cao hiệu suất đọc, thực thi và đồng bộ của client; việc định giá lại Gas thì chịu trách nhiệm hạn chế sự gia tăng trạng thái không bền vững.
Trong đợt 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 khách hàng, và đã đề xuất rõ ràng mục tiêu kỹ thuật là lấy 200 triệu Gas làm giới hạn dưới của dung lượng đáng tin cậy sau khi nâng cấp. Đằng sau mục tiêu này, chính là sự hỗ trợ cơ sở 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 có được 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à mạng chính sẽ ngay lập tức nhảy Giới hạn Gas lên mức này vào ngày kích hoạt Glamsterdam.
Điều thực sự quan trọng là, Ethereum đang chuyển từ "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 cơ sở, chuẩn bị trước cho việc mở rộng quy mô mạng chính ở mức độ lớn hơn".
3. 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ó khả nă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 Giới hạn Gas cao hơn, vì vậy có thể dự đoán rằng, số lượng giao dịch mà mỗi khối có thể chứa chắc chắn sẽ tăng lên. Vậy trong điều kiện nhu cầu trên chuỗi 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 Phí cơ sở đột ngột tăng cao.
Nhưng cụ thể đối với từng giao dịch, sự thay đổi của các hoạt động khác nhau có thể không nhất quán. Ví dụ, việc 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ứ khi 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 như 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 việc đị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 xuống, phí trong thời gian tắc nghẽn ổn định hơn, đồng thời các ứng dụng sử dụng nhiều trạng thái bắt đầu trả mức 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, bả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 tải trọng 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 mạng chính 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 sẽ giúp ổ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 đa chuỗi, 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 việc chuyển ETH gốc giữa một số hợp đồng thông minh nhất định, sẽ không để lại bản ghi sự kiện rõ ràng như vậy. Các 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 dạng được 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 phải tạo nhật ký tiêu chuẩn, giúp ví, sàn giao dịch và cầu nối đa chuỗi nhận dạng đáng tin cậy hơn việc nạp tiền, rút tiền và các biến động ETH nội bộ trong hợp đồng. Vậy trong tương lai, bản ghi tài sản ETH mà người dùng nhìn thấy có thể hoàn chỉnh hơn, một số giao dịch 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, cũng dễ được ví trực tiếp nhận dạng hơn.
Đối với người vận hành node và người dùng đặt cược, ảnh hưởng càng trực tiếp hơn. Glamsterdam đồng thời thay đổi cách xử lý khối ở cả lớp thực thi và lớp đồng thuận, vì vậy các node và trình xác thực cần nâng cấp lên phiên bản client hỗ trợ Glamsterdam trước khi mạng chính 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 mà 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. Rốt cuộc, sau khi dung lượng khối được nâng cao, nếu chi phí phần cứng cần thiết để chạy node đồng thời tăng mạnh, mặc dù thông lượng mạng chính cao hơn, nhưng mạng lưới có thể ngày càng phụ thuộc vào các tổ chức lớn.
Và 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 các 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 thanh toán 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 Giới hạn Gas 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 với nhau: sản xuất khối, thực thi giao dịch và gia tăng trạng thái.
Lời cuối
Về lâu dài, điều mà 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ự thúc ép từng bước của các chuỗi công khai đơn khối hiệu suất cao, không lựa chọn con đường đơn giản và 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 bền bỉ ở lớp cơ sở hơn. Giống như lần này thông qua sự kết hợp đò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 định giá 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ể chạy node, có thể tham gia xác thực, trên cơ sở đó gượng ép tạo 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 thanh toán trong tương lai, hóa đơn ETH nội bộ trong ví chính xác và rõ ràng hơn, không gian phí giảm 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 tái lắp đặt cho Ethereum vào nửa cuối năm 2026.
