Tác giả: KarenZ, Foresight News
Bản nâng cấp Glamsterdam của Ethereum, dễ bị hiểu lầm nhất là một bước lặp kỹ thuật thuần túy nhằm tăng thông lượng. Cách nói chính xác hơn là: nó đang sắp xếp lại quy trình tạo khối, quy trình xác thực và cách định giá tài nguyên của Ethereum, để chuẩn bị cho giới hạn Gas cao hơn, dung lượng blob lớn hơn và thực thi song song trong tương lai.
Cho đến ngày 23 tháng 6 năm 2026, ethereum.org đánh dấu Glamsterdam là bản nâng cấp dự kiến thực hiện vào nửa cuối năm 2026. Tên Glamsterdam đến từ sự kết hợp giữa bản nâng cấp tầng thực thi Amsterdam và bản nâng cấp tầng đồng thuận Gloas. Lộ trình chính thức đặt nó sau Fusaka (tháng 12/2025) và trước Hegotá, và liệt kê rõ ràng hai chức năng chính: Phân tách Người đề xuất – Người xây dựng nội tại giao thức (ePBS), và Danh sách Truy cập Cấp khối (BAL).
Ai đề xuất, ai xây dựng: ePBS đưa phân công tạo khối vào giao thức
Ngày nay, việc tạo khối của Ethereum giống như một ca giao ca gấp rút: có người phụ trách đề xuất khối, có người phụ trách xây dựng nội dung giao dịch, và ở giữa còn phụ thuộc vào cơ sở hạ tầng ngoại vi giao thức như MEV-Boost, bộ chuyển tiếp (relay) của bên thứ ba.
Hệ thống này đã hoạt động nhiều năm, nhưng nó đặt một phần mối quan hệ tin cậy bên ngoài giao thức, đồng thời cũng buộc các trình xác thực phải xử lý đồng thời các nhiệm vụ như đồng thuận, thực thi, tính khả dụng của dữ liệu trong một cửa sổ thời gian rất ngắn.
Một trong những thay đổi hàng đầu của Glamsterdam, EIP-7732, tức ePBS (Phân tách Người đề xuất – Người xây dựng Nội tại giao thức), chính là đưa sự phân công giữa người đề xuất và người xây dựng vào giao thức.
Nói đơn giản, người đề xuất phụ trách chọn khối đồng thuận, người xây dựng phụ trách chuẩn bị nội dung giao dịch bên trong. Người xây dựng không thể chỉ hứa suông, họ phải “nộp bản cam kết” trong giao thức trước: ghi rõ họ sẽ giao khối thực thi nào, sẵn sàng trả cho người đề xuất bao nhiêu tiền; sau đó, Ủy ban Tính đúng hạn Tải trọng (Payload Timeliness Committee, PTC) sẽ kiểm tra xem họ có giao hàng đúng hạn hay không.
Điểm then chốt của thay đổi này không chỉ là giảm sự phụ thuộc vào các bộ chuyển tiếp của bên thứ ba, mà còn là giành thời gian cho việc truyền bá và xác thực khối.
Ngày nay, trình xác thực cần xử lý đồng thời cả đồng thuận và thực thi trong cửa sổ quan trọng rất ngắn; ePBS tách hai việc này ra, cho phép tải trọng thực thi có thể được tiết lộ và xác thực sau đó một chút. Theo thiết kế của EIP-7732, cửa sổ truyền bá tải trọng thực thi, tức thời gian khả dụng để dữ liệu lan truyền trong mạng và được các nút nhận, có thể mở rộng từ khoảng 2 giây lên khoảng 9 giây. Sau khi cửa sổ kéo dài, khi Ethereum tăng dung lượng khối, sẽ ít có nguy cơ tăng tỷ lệ mất phiếu bầu hoặc tái tổ chức do các nút không kịp tải xuống, xác thực và bỏ phiếu.
Điều này có thể không được người dùng thông thường cảm nhận trực tiếp nhiều, nhưng rất quan trọng đối với việc mở rộng quy mô của Ethereum. Cửa sổ truyền bá và xác thực dài hơn có nghĩa là mạng có thể xử lý tải trọng lớn hơn một cách an toàn hơn. CoinDesk trong báo cáo ngày 16 tháng 6 năm 2026 đã dẫn lời kỹ sư DevOps của Ethereum Foundation Parithosh Jayanthi, cho rằng Glamsterdam có thể là một trong những đợt hard fork lớn nhất kể từ The Merge, sẽ thay đổi nhiều giả định về Ethereum và chuẩn bị cho việc mở rộng quy mô lớn hơn trong tương lai.
BAL và định giá lại: Mở rộng không chỉ là đạp ga, mà còn phải quản lý cơ sở dữ liệu
Một thay đổi cốt lõi khác của Glamsterdam là EIP-7928, Danh sách Truy cập Cấp khối (Block-Level Access Lists, BAL).
Có thể hiểu nó là cấp cho mỗi khối một “bản ghi truy cập”: khi khối này thực thi đã chạm vào những tài khoản nào, những vị trí lưu trữ nào, trạng thái liên quan sau khi thực thi đã thay đổi ra sao, đều phải được ghi lại. Như vậy, khi xử lý khối, các nút không còn hoàn toàn như mở hộp quà bí mật, có thể biết sớm hơn dữ liệu nào cần đọc, tính toán nào có thể tiến hành song song.
EIP-2930 trước đây đã giới thiệu danh sách truy cập cấp giao dịch, nhưng nó là tùy chọn và việc sử dụng thực tế có hạn. Sự thay đổi của EIP-7928 nằm ở chỗ, nó nâng danh sách truy cập lên cấp độ khối: phần đầu khối để lại “dấu vân tay” (bản ghi hash) của danh sách này, tải trọng thực thi lưu trữ danh sách đầy đủ. Khi thực thi khối, các nút sẽ đối chiếu xem các bản ghi truy cập được viết trong danh sách có thực sự khớp với quá trình thực thi khối hay không; nếu không khớp, khối sẽ vô hiệu.
Việc này tại sao quan trọng? Ngày nay, khi Ethereum thực thi giao dịch, nhiều lần truy cập dữ liệu chỉ biết khi thực sự chạy đến bước đó. Các nút không biết một loạt giao dịch có đồng thời đọc ghi cùng một tài khoản hay slot lưu trữ hay không, nên rất khó yên tâm xử lý song song. BAL tương đương với việc ghi rõ ràng lộ trình truy cập trong quá trình thực thi khối, cho phép client có thể thực hiện đọc đĩa song song, xác thực giao dịch song song, tính toán root trạng thái song song, cũng có thể cập nhật trạng thái mà không cần phát lại đầy đủ giao dịch trong một số tình huống. Nó không phải là nút bấm trực tiếp làm giảm phí giao dịch cho người dùng, mà là mở không gian cho kỹ thuật client song song hóa.
Nhưng logic mở rộng của Glamsterdam không chỉ là “mở rộng đường”. Nó còn phải kiểm soát sự phình to lâu dài của cơ sở dữ liệu Ethereum. EIP-8037 tăng chi phí tạo trạng thái, và giới thiệu chi phí cho mỗi byte trạng thái (CPSB). Trạng thái có thể hiểu là nội dung cơ sở dữ liệu mà Ethereum phải lưu trữ lâu dài, như tài khoản mới, hợp đồng mới, slot lưu trữ mới. Giao dịch kết thúc sau khi thực thi, nhưng trạng thái sẽ lưu lại trong sổ cái mà tất cả các nút phải bảo trì; nếu trạng thái tăng quá nhanh, việc chạy nút sẽ ngày càng đắt đỏ, và tính phi tập trung cũng sẽ bị đè nén dần.
EIP-8037 đưa ra những con số nền tảng rất trực quan: Tính đến tháng 1 năm 2026, cơ sở dữ liệu nút Geth chuyên dụng cho trạng thái vào khoảng 390 GiB; sau khi giới hạn Gas chính từ 30 triệu tăng lên 60 triệu, trạng thái mới tăng hàng ngày đã tăng từ khoảng 105 MiB lên khoảng 326 MiB, quy đổi mức tăng hàng năm là khoảng 116 GiB. Nếu ngoại suy theo tỷ lệ dưới giới hạn Gas 200 triệu, mức tăng trạng thái hàng năm có thể đạt khoảng 387 GiB và trong chưa đầy một năm sẽ vượt qua ngưỡng 650 GiB – ngưỡng suy giảm hiệu suất này.
Vì vậy, điều EIP-8037 muốn làm là tách biệt định giá giữa “tính toán tạm thời” và “chiếm dụng cơ sở dữ liệu vĩnh viễn”. Việc tạo trạng thái mới sẽ đắt hơn, bởi vì nó mang lại cho mạng không phải là chi phí tính toán một lần, mà là gánh nặng lưu trữ lâu dài.
Vitalik Buterin cũng nhắc đến khi giải thích lộ trình mở rộng của Glamsterdam rằng, Glamsterdam sẽ tách chi phí tạo trạng thái ra khỏi chi phí thực thi và calldata: mục tiêu là để dung lượng thực thi có thể mở rộng nhiều hơn, trong khi quy mô trạng thái không phình ra với tốc độ tương tự.
Xét cùng nhau, BAL giúp các nút dễ dàng xử lý song song khối hơn, giải quyết vấn đề “chạy nhanh hơn”; việc định giá lại việc tạo trạng thái buộc các thao tác chiếm dụng cơ sở dữ liệu lâu dài phải trả giá cao hơn, giải quyết vấn đề “đừng làm sổ cái ngày càng phình to”. Việc mở rộng của Glamsterdam không đơn giản là tăng giới hạn Gas, mà là đặt ra một câu hỏi thực tế hơn: Ethereum có thể chứa nhiều giao dịch hơn hay không, đồng thời tránh để áp lực truyền bá khối, xác thực giao dịch và lưu trữ trạng thái vượt tầm kiểm soát.
Danh sách EIP của Glamsterdam định hình: Những cái nào đã định, những cái nào còn đợi?
Tính đến ngày 23 tháng 6 năm 2026, theo nội dung theo dõi về nâng cấp Ethereum trên Forkcast, hiện các nhà phát triển Ethereum đang thử nghiệm môi trường devnets cho bản nâng cấp Glamsterdam, ngày 3 tháng 8 sẽ lên Sepolia, ngày 16 tháng 9 sẽ lên mainnet (thời gian lên cụ thể có thể thay đổi).
Hiện có kế hoạch đưa vào danh sách Glamsterdam 10 EIP:
- EIP-7708 (Chuyển ETH cũng kích hoạt log, thuận tiện cho lập chỉ mục và theo dõi chuyển ETH gốc)
- EIP-7732 (ePBS, đưa sự phân công giữa người đề xuất và người xây dựng vào giao thức, giảm sự phụ thuộc vào relay ngoại vi giao thức)
- EIP-7778 (Hủy bỏ kế toán Gas khối liên quan đến hoàn trả Gas, làm cho tính toán Gas khối đơn giản hơn)
- EIP-7843 (Thêm opcode SLOTNUM, cho phép hợp đồng đọc số slot hiện tại)
- EIP-7928 (Danh sách Truy cập Cấp khối BAL, ghi lại các tài khoản và vị trí lưu trữ mà quá trình thực thi khối đã truy cập, mở đường cho xác thực song song)
- EIP-7954 (Tăng giới hạn kích thước hợp đồng tối đa, cho phép bytecode hợp đồng lớn hơn)
- EIP-7976 (Tăng chi phí sàn calldata, điều chỉnh chi phí tối thiểu của calldata)
- EIP-7981 (Tăng chi phí danh sách truy cập, hiệu chỉnh lại định giá Gas cho access list)
- EIP-8024 (Các opcode SWAPN, DUPN, EXCHANGE tương thích ngược, tăng cường khả năng thao tác stack của EVM)
- EIP-8037 (Tăng chi phí Gas tạo trạng thái, kìm hãm việc cơ sở dữ liệu trạng thái phình ra quá nhanh)
Các EIP này có thể được chia thành mấy loại: Loại thứ nhất là tái cấu trúc quy trình tạo khối và xác thực, lấy EIP-7732 và EIP-7928 làm cốt lõi; Loại thứ hai là điều chỉnh định giá tài nguyên, bao gồm EIP-7778, EIP-7976, EIP-7981 và EIP-8037; Loại thứ ba là các thay đổi về EVM và trải nghiệm nhà phát triển, bao gồm EIP-7708, EIP-7843, EIP-7954, EIP-8024.
Nói cách khác, Glamsterdam không chỉ sửa một điểm chức năng, mà đồng thời nâng cấp phân công tạo khối, xác thực song song, định giá Gas và khả năng sử dụng của EVM.
Một nhóm EIP khác vẫn nằm trong danh sách “Đang xem xét đưa vào”:
- EIP-2780 (Tách Gas nội tại của giao dịch theo tài nguyên)
- EIP-7610 (Rollback khi tạo hợp đồng trên tài khoản lưu trữ không trống)
- EIP-7688 (Cấu trúc dữ liệu tầng đồng thuận hướng tương lai)
- EIP-7904 (Phân tích chi phí Gas tính toán, có thể bị loại khỏi Glamsterdam)
- EIP-7975 (eth/70, danh sách biên lai một phần khối)
- EIP-7997 (Hợp đồng nhà máy xác định)
- EIP-8038 (Cập nhật chi phí Gas truy cập trạng thái)
- EIP-8045 (Loại trừ trình xác thực đã bị tước quyền tiếp tục đề xuất khối)
- EIP-8061 (Tăng giới hạn thoát và hợp nhất churn)
- EIP-8070 (eth/72, Sparse Blobpool)
- EIP-8080 (Cho phép việc thoát sử dụng hàng đợi hợp nhất consolidation queue)
- EIP-8136 (Deltas cấp cell cho phát thanh cột dữ liệu)
- EIP-8159 (eth/71, trao đổi danh sách truy cập khối)
- EIP-8246 (Loại bỏ SELFDESTRUCT burn)
- EIP-8282 (Yêu cầu Thực thi của Người xây dựng, cung cấp yêu cầu đăng ký và thoát chuyên dụng cho người xây dựng ePBS)
Ngoài ra, Forkcast hiện còn liệt kê EIP-8254 (Giới hạn số lượng deposit requests trong mỗi khối tầng thực thi là 8192) vào danh sách “Đề xuất đưa vào”.
Từ góc độ người đặt cọc, EIP-8061 và EIP-8080 trong danh sách đang xem xét đặc biệt đáng chú ý. Đối với người đặt cọc, điều này có nghĩa là tính thanh khoản khi thoát có thể được cải thiện. Figment trong bài viết ngày 5 tháng 5 năm 2026 cho rằng, người đặt cọc tổ chức cần chú ý nhất đến ePBS, EIP-8061 và EIP-8080, và ước tính với quy mô đặt cọc khoảng 38,9 triệu ETH tính đến tháng 4 năm 2026, EIP-8061 có thể tăng giới hạn churn thoát từ 256 ETH/epoch lên khoảng 1187 ETH/epoch, EIP-8080 thì cho phép việc thoát thông thường tận dụng năng lực dư thừa của hàng đợi hợp nhất. Figment đồng thời nhắc nhở, tất cả các con số trước khi lên mainnet nên được coi là suy đoán.
Nguồn: Figment
Giao thức đang nâng cấp, các thành viên Foundation cũng đang thay đổi
Việc chuẩn bị kỹ thuật cho Glamsterdam diễn ra gần như đồng thời với điều chỉnh nhân sự của cụm giao thức (Protocol cluster) của Ethereum Foundation. Bài đăng trên blog ngày 11 tháng 5 năm 2026 của Ethereum Foundation cho biết, Glamsterdam đã đạt được một số cột mốc: sàn giới hạn Gas 200 triệu đã được thiết lập là mục tiêu đáng tin cậy sau Glamsterdam, ePBS đã chạy ổn định trong mạng devnet Glamsterdam đa client, EIP-8037 đã hoàn tất bản cuối.
Cùng bài viết này thông báo việc bàn giao lãnh đạo Protocol cluster: Will Corcoran, Kev Wedderburn, Fredrik sẽ trở thành những người điều phối cụm giao thức mới. Những người điều phối trước đây Barnabé Monnot, Tim Beiko rời Ethereum Foundation, Alex Stokes nghỉ phép.
Mô tả của Foundation về sự phân công của ba người điều phối mới là: Will Corcoran có kinh nghiệm điều phối xuyên nhóm; Kev Wedderburn lãnh đạo nhóm zkEVM; Fredrik lãnh đạo dự án Protocol Security và Trillion Dollar Security.
Làn sóng thay đổi này không dừng lại ở đội ngũ giao thức. Ngày 18 tháng 6 năm 2026, Hsiao-Wei Wang đã đăng bài cho biết, sau thời gian nghỉ phép đã quyết định từ chức Đồng Giám đốc Điều hành và thành viên Hội đồng Quản trị của Ethereum Foundation.
Cựu nhà nghiên cứu của Ethereum Foundation Dankrad Feist ngày 19 tháng 6 năm 2026 cho biết, những người rời EF là những người tin tưởng vào CROPS (Chống kiểm duyệt & Chống chiếm đoạt, Mã nguồn mở, Quyền riêng tư, Bảo mật), vấn đề không nằm ở chiến lược mà ở quản lý, và cho rằng làn sóng chảy máu chất xám này là hơi tiêu cực với Ethereum. Azeem, đồng sáng lập Miden, lại giải thích theo hướng ngược lại, cho rằng EF khó tự thay đổi, sau khi nhân tài chảy đi có thể thành lập tổ chức mới có khả năng thực thi lộ trình Ethereum tốt hơn, về lâu dài thực sự là lợi ích ròng cho hệ sinh thái.
Cách nói của nội bộ Ethereum Foundation giống như một lần xác định ranh giới. Đồng Giám đốc Điều hành tạm thời của Ethereum Foundation Bastian Aue (Aerugo) phản hồi rằng, lý do thành viên Ethereum Foundation rời đi bao gồm bất đồng chiến lược, sự phù hợp vị trí, biến động tổ chức bình thường hoặc lựa chọn cá nhân, EF sẽ không thảo luận vấn đề nhân sự cá nhân trên mạng xã hội, nhưng cho biết những người rời đi nên có cách rời đi thể diện.
Sau đó, Ethereum Foundation đã sử dụng một thread chính thức trên Twitter để đưa ra tường thuật tổ chức rõ ràng hơn: Để hiện thực hóa tiềm năng của Ethereum cần một liên minh gồm nhiều tổ chức, và năm qua đã có một số tổ chức cùng nhau tăng cường khả năng phục hồi và năng lực của hệ sinh thái. EF liệt kê các ví dụ bao gồm: ethlabs (một phòng thí nghiệm R&D phi lợi nhuận tập trung vào giai đoạn tiếp theo của việc áp dụng Ethereum và ETH) được công bố ngày 23/6, Eth Apps Guild (hướng đến việc áp dụng thực tế các ứng dụng gốc Ethereum, đặc biệt chú ý thị trường mới nổi) được khởi động tháng 4/2026, Ethereum Economic Zone (mục tiêu giảm phân mảnh hệ sinh thái thông qua khả năng kết hợp đồng bộ và bằng chứng thời gian thực zero-knowledge) được khởi động năm 2026, và Argot (một tập thể tự trị của các kỹ sư và nhà nghiên cứu duy trì Solidity và các công cụ trình biên dịch mã nguồn mở) được thành lập năm 2025.
Thread chính thức này giúp những thay đổi gần đây của Ethereum Foundation dễ hiểu hơn: Foundation không đơn thuần đẩy người và dự án ra ngoài, cũng không từ bỏ việc điều phối trung tâm, mà có thể đang chia sẻ lộ trình Ethereum cho nhiều tổ chức cùng đảm nhận.
Tóm tắt
Vì vậy, Glamsterdam không nên chỉ được coi là một nhóm EIP. Nó là một lần sắp xếp lại kỹ thuật của Ethereum trước khi đạt thông lượng cao hơn: ai xây khối, ai đề xuất, ai xác thực, dữ liệu nào phải lưu trữ lâu dài, tài nguyên nào nên đắt hơn, tất cả đều được đặt lại lên bàn.
Từ khóa của lộ trình kỹ thuật là ePBS, BAL và khởi đầu của Gas đa chiều; từ khóa của lộ trình tổ chức thì thực tế hơn: Ethereum Foundation có thể giữ được khả năng điều phối hay không, và các tổ chức mới bên ngoài Foundation có thể biến khả năng điều phối này thành việc cung cấp liên tục hay không.
Tham khảo:
https://forkcast.org/upgrade/glamsterdam/
https://ethereum.org/roadmap/glamsterdam/
https://blog.ethereum.org/2026/05/11/protocol-update-may-26
https://x.com/VitalikButerin/status/2027403360484430122
