Ethereum (ETH) đã “diễn tập” bản nâng cấp lớn tiếp theo vào ngày 6/10. Gần như không ai ngoài giới phát triển để ý, nhưng testnet Sepolia hiện đã chạy bộ quy tắc mới, thay đổi người xây block, cách định giá gas và lượng công việc mỗi block có thể gánh.
Bài viết này phân tích 18 thay đổi cốt lõi trong Glamsterdam – dẫn đầu bởi cơ chế tách người đề xuất và người xây block đưa vào giao thức (enshrined PBS – ePBS), access list cấp block và định giá lại gas – cùng tác động của chúng tới phí giao dịch, MEV, rollup và kế hoạch nâng giới hạn gas lên 200 triệu.
- Glamsterdam đã kích hoạt trên testnet Sepolia của Ethereum ngày 6/10/2026, và các nhà phát triển ấn định ngày 26/10 cho testnet Hoodi. Chưa có ngày chính thức cho mainnet, dù một đề xuất lịch sơ bộ đưa ra một số phương án đầu tháng 12.
- Nâng cấp đưa quy trình bàn giao giữa người đề xuất và người xây block vào ngay trong giao thức, bổ sung access list cấp block để xử lý song song và định giá lại cách Ethereum thu phí tạo và đọc trạng thái.
- Các nhà phát triển đã thống nhất một “mặt sàn” giới hạn gas mới là 200 triệu sau Glamsterdam, cao hơn hơn 3 lần so với mức mặc định 60 triệu hiện nay; tác động lên phí sẽ phụ thuộc vào nhu cầu và mức độ validator áp dụng.
Glamsterdam của Ethereum là gì và vì sao lại quan trọng?
Glamsterdam là bản nâng cấp mạng tiếp theo sau Fusaka, với tên gọi ghép từ hai phần. Phần execution layer được đặt tên là Amsterdam – theo thành phố đăng cai Devconnect 2022, còn phần consensus layer là Gloas – tên một ngôi sao.
Ethereum Foundation đã công bố thông báo testnet ngày 28/9, lên lịch kích hoạt trên Sepolia tại epoch 353.024, slot 11.296.768, lúc 13:53:36 UTC ngày 6/10.
Đợt fork diễn ra đúng hẹn.
Nhà nghiên cứu độc lập Christine D. Kim cho biết ngày 9/10 rằng nâng cấp trên Sepolia “vận hành trơn tru”. Sau đó, các nhà phát triển ấn định Glamsterdam cho Hoodi – testnet công khai thứ hai và cũng là cuối cùng – vào thứ Hai, ngày 26/10, với bản phát hành client dự kiến trước ngày 16/10.
Phạm vi kỹ thuật của Glamsterdam được gom trong đề xuất theo dõi EIP-7773, liệt kê 18 thay đổi lõi, kèm theo 5 đề xuất về mạng và 2 đề xuất thông tin.
Mainnet lại là câu chuyện khác. Foundation cho biết lịch Hoodi và mainnet “vẫn chưa được quyết định”, và ethereum.org hiện chỉ ghi mục tiêu “quý 4/2026”.
Một đề xuất lịch sơ bộ trên GitHub gợi ý các mốc 1/12, 8/12 và 9/12 cho mainnet, nhưng cộng đồng phát triển chưa đạt đồng thuận.
Ý nghĩa của Glamsterdam nằm ở chỗ: trong nhiều năm, Ethereum chủ trương dồn phần lớn bài toán mở rộng lên rollup và giữ lớp nền (Layer 1) thật bảo thủ. Glamsterdam đánh dấu một sự xoay trục rõ rệt.
Foundation nhìn nhận đây là bước tiếp theo trong lộ trình mở rộng Layer 1. Các tính năng tiêu đề chủ yếu nhằm giúp chuỗi nền xử lý an toàn nhiều hoạt động hơn, đồng thời định giá gas sát hơn với chi phí thực của việc thực thi và phình to trạng thái.
Đọc thêm: Giao diện thông minh của ChatGPT đưa biểu đồ và máy tính vào câu trả lời cho 1,2 tỷ người dùng
Glamsterdam khác gì so với Pectra và Fusaka?
Hai bản nâng cấp gần nhất của Ethereum chủ yếu xoay quanh staking và dữ liệu. Glamsterdam thì tập trung vào execution – phần hệ thống thực sự chạy và sắp xếp giao dịch.
Pectra lên sóng ngày 7/5/2025 tại epoch 364.032. Nó cho phép ví thường ủy quyền quyền lực cho smart contract thông qua EIP-7702, nâng trần số dư validator từ 32 lên 2.048 Ether và tăng mục tiêu blob lên 6, với tối đa 9 blob mỗi block.
Fusaka kích hoạt ngày 3/12/2025 lúc 21:49:11 UTC. Ngôi sao của Fusaka là PeerDAS (EIP-7594), giúp node xác minh dữ liệu blob bằng cách lấy mẫu các mảnh nhỏ thay vì phải tải toàn bộ.
Fusaka cũng giới thiệu các “blob-parameter-only fork” – những lần nâng cấp cấu hình nhỏ chỉ điều chỉnh dung lượng blob mà không gộp thêm tính năng khác. Đã có hai lần như vậy vào 9/12/2025 và 7/1/2026.
Bản cập nhật January Checkpoint của Foundation ghi nhận Ethereum hiện nhắm mục tiêu 14 blob mỗi block và cho phép tối đa 21, tương đương tăng khoảng 2,3 lần không gian dữ liệu dành cho Layer 2 so với trước Fusaka.
Ở phía execution, Fusaka giới hạn mỗi giao dịch ở mức khoảng 16,8 triệu gas và đặt giới hạn gas mặc định cho block trong phần mềm client ở 60 triệu.
Glamsterdam đảo lại thứ tự ưu tiên. Thay vì tiếp tục nới không gian dữ liệu cho rollup, nó tái cấu trúc cách block được tạo, xác thực và định giá, để ngưỡng 60 triệu có thể tăng lên cao hơn rất nhiều.
Nếu Pectra và Fusaka là hành động “mở rộng đường ống” cho Layer 2, thì Glamsterdam là đợt “đại tu phòng máy” của Layer 1.
Đọc thêm: TRON có bảo vệ nổi 95 tỷ USD stablecoin trước tấn công lượng tử? Justin Sun nói là sẵn sàng
Enshrined Proposer-Builder Separation (ePBS) là gì?
Hiện nay, đa số block Ethereum không do chính validator đề xuất trực tiếp xây dựng. Các builder chuyên biệt cạnh tranh để ghép thành block sinh lợi nhất, còn validator chạy phần mềm MEV-Boost của Flashbots sẽ chọn block có giá thầu cao nhất.
Quy trình bàn giao dựa vào các relay – những “trung gian đáng tin cậy”. Relay giữ block của builder, chỉ hiển thị cho proposer phần header và giá thầu, rồi mới giải phóng toàn bộ nội dung sau khi proposer ký.
Mô hình này vận hành được, nhưng hoàn toàn nằm ngoài giao thức. Nếu relay lỗi, chơi xấu hoặc kiểm duyệt, các quy tắc đồng thuận của Ethereum không có cơ chế xử lý.
EIP-7732 đưa quá trình trao đổi này vào trong chính Ethereum. Nó coi builder là thành phần chính thức của giao thức và giao cho validator một nhiệm vụ mới: “attestation về tính kịp thời của payload” (payload timeliness attestations).
Theo luồng xử lý mới, proposer đưa cam kết đã ký của builder về payload execution vào beacon block, và builder sẽ tiết lộ payload sau đó. Việc thanh toán cho proposer được giao thức xử lý tự động, giảm phụ thuộc vào lớp middleware phải tin cậy.
Một tập con validator tạo thành “ủy ban tính kịp thời payload”. Họ attest xem builder có công bố payload đúng hạn hay không và dữ liệu blob tương ứng có sẵn hay không.
Thay đổi này cũng tách biệt rõ ràng quá trình xác thực đồng thuận và xác thực execution – đây chính là điểm mấu chốt để mở rộng.
Trang lộ trình trên ethereum.org cho biết việc tách này kéo dài khung thời gian để phát tán dữ liệu qua mạng từ khoảng 2 giây lên khoảng 9 giây. Thêm thời gian đồng nghĩa validator có thể xử lý an toàn các payload lớn hơn nhiều.
Relay không biến mất ngay. Cùng trang này lưu ý builder và proposer vẫn có thể dùng relay hoặc middleware ngoài giao thức cho những tính năng nâng cao mà lõi giao thức chưa hỗ trợ.
Đọc thêm: Claude Mythos 5 chạm tới website chính phủ, Anthropic buộc dừng thử nghiệm
Glamsterdam có thể làm thay đổi MEV và kinh tế của validator Ethereum ra sao?
MEV (maximum extractable value) là phần lợi nhuận thu được từ việc sắp xếp lại, đưa vào hoặc loại bỏ giao dịch. Qua MEV-Boost, phần lớn MEV chảy đến validator dưới dạng giá thầu của builder, nhưng thị trường phía sau các giá thầu này cực kỳ tập trung.
Bảng điều khiển Relayscan của Flashbots ghi nhận Titan xây 52,6% số block MEV-Boost trong 24 giờ tính đến đầu ngày 12/10. Quasar xây 18,5% và BuilderNet 13,3% – ba builder nắm khoảng 84% lưu lượng.
ePBS không loại bỏ MEV, cũng không tự động “phá vỡ” thế tập trung builder. Thứ nó thay đổi là mô hình tin cậy: khoản thanh toán cho proposer không còn phụ thuộc vào việc relay có giữ lời hứa hay không.
Lợi ích với người staking thể hiện ở “mép biên”. Validator solo có một cơ chế được giao thức bảo đảm để bán không gian block, còn builder phải tự bỏ stake để tham gia.
Người staking cũng rút nhanh hơn. Theo EIP-8061, năng lực xử lý yêu cầu thoát (exit) sẽ tỷ lệ thuận với tổng lượng Ether đang stake. Ethereum.org ước tính điều này giúp tăng khoảng 4 lần công suất exit ở mức stake hiện tại và gấp đôi dung lượng cho hợp nhất validator.
Đổi lại, “cửa sổ an toàn” cho node bị offline bị rút ngắn. Ethereum.org cho biết thời gian “yếu chủ quan” – sau đó node quay lại cần một checkpoint mới đáng tin – giảm từ khoảng 15,7 ngày xuống khoảng 7 ngày.
Tại sự kiện liên vận Soldøgn ở Svalbard – buổi gặp gỡ mùa xuân của hơn 100 nhà đóng góp lõi – các nhà phát triển đã nêu hai câu hỏi gây tranh luận quanh ePBS. Một trong số đó là làm sao bảo vệ thiết kế chỉ yêu cầu builder stake 1 ETH khỏi các cuộc tấn công Sybil lên mạng ngang hàng.
Mối lo này đã quay lại trước đợt fork Sepolia. Trong cuộc gọi đồng thuận ngày 17/9, nhà phát triển Prysm là Potuz cảnh báo rằng Ether thử nghiệm miễn phí có thể cho phép kẻ tấn công thắng đấu giá bằng hàng loạt builder “dùng xong vứt”, rồi cố tình giữ lại payload: “Tôi có thể dựng cả nghìn builder.”
Dữ liệu ban đầu trên Sepolia cho thấy thị trường còn rất mỏng. Một bản tóm tắt cộng đồng về cuộc gọi execution-layer ngày 8/10 dẫn nguồn EthPandaOps cho biết chỉ có 4–5 builder hoạt động, thiếu vắng các tên tuổi lớn và nhiều block vẫn do node tự xây cục bộ.
Giá trị thực sự của ePBS chỉ lộ rõ khi builder “thật” cạnh tranh quyết liệt cho từng block – đó là lý do Hoodi mới là bài kiểm tra đáng chú ý.
Block-level access list là gì và giúp cải thiện xử lý giao dịch thế nào?
Hiện tại, client Ethereum phần lớn xử lý các giao dịch trong một block theo kiểu nối tiếp. Lý do: chúng không thể biết trước một giao dịch sẽ đụng tới account hay ô nhớ (storage slot) nào, nên nếu chạy song song hai giao dịch dễ dẫn đến xung đột trạng thái.
EIP-7928 giới thiệu block-level access list (BAL) – danh sách truy cập cấp block – ghi lại toàn bộ account và storage slot mà một block chạm tới, cùng các thay đổi trạng thái mà từng giao dịch tạo ra. Builder là bên tạo danh sách này và header block sẽ… Với “bản đồ” đó trong tay, các client có thể xử lý song song nhiều tác vụ:
- Đọc trước toàn bộ trạng thái cần thiết từ đĩa, thay vì phải lần mò từng bước trong quá trình thực thi.
- Xác thực các giao dịch không chồng lấn trên nhiều lõi CPU độc lập.
- Tính toán state root sau khối một cách hiệu quả hơn.
- Cập nhật trạng thái dựa trên kết quả đã ghi nhận, không phải replay lại từng giao dịch, giúp quá trình sync nhanh hơn đáng kể.
Một thay đổi mạng đi kèm, EIP-8159, cho phép các node trao đổi những danh sách BAL này với nhau. Một đề xuất khác, EIP-8189, tận dụng dữ liệu BAL để “chữa lành” trạng thái trong quá trình snap sync.
Tại sự kiện Soldøgn, các đội phát triển client benchmark từng tối ưu hoá BAL sau một cờ tính năng riêng. Mục tiêu là gia tốc đúng những “nút thắt cổ chai” chậm nhất của mỗi client, vì khi chuẩn yếu nhất được cải thiện, ngưỡng gas an toàn chung của toàn mạng cũng tăng lên.
BAL và ePBS hoạt động như một cặp đôi bổ trợ. ePBS kéo dài “quỹ thời gian” thực thi trong mỗi slot, còn BAL giúp client sử dụng quỹ thời gian đó hiệu quả hơn rất nhiều.
Đọc thêm: Bezos Nói AI Có Thể Giúp Tuần Làm Việc Còn 3 Ngày Sau Khi Amazon Cắt Giảm 30.000 Nhân Sự
Glamsterdam Sẽ Thay Đổi Cách Tính Gas Và Chi Phí Thực Thi Trên Ethereum Như Thế Nào?
Biểu phí gas cho các thao tác trên state lần cuối được đại tu trong bản nâng cấp Berlin năm 2021. Kể từ đó, kích thước state của Ethereum đã phình to đáng kể, và các lần tăng gas limit gần đây càng đẩy nhanh quỹ đạo tăng trưởng đó.
Một bài viết nền tảng dành cho lập trình viên smart contract trên blog của Ethereum Foundation công bố ngày 24/8 giải thích rằng lịch phí mới hỗ trợ “tăng khoảng 3 lần thông lượng cơ bản.” Theo bài viết, việc định giá lại nhóm thao tác này là điều kiện tiên quyết trước khi có thể nâng gas limit thêm nữa.
Hai EIP đảm nhận phần “nặng đô” nhất. EIP-8037 tăng và tách riêng chi phí tạo state mới, trong khi EIP-8038 nâng chi phí đọc và ghi state thông qua các opcode như SLOAD, SSTORE và truy cập tài khoản lạnh (cold account access).
EIP-8037 ấn định mức giá cố định 1.530 gas cho mỗi byte state mới, được suy ra từ mục tiêu chỉ cho phép state phình thêm 120 GiB mỗi năm, với tham chiếu gas limit 150 triệu.
Theo khung giá đó, một storage slot mới tiêu tốn 97.920 đơn vị “state gas” thay vì 20.000 như hiện tại, và một tài khoản mới tiêu tốn 183.600 thay vì 25.000. Việc triển khai một smart contract “full size” 24 KiB trở nên đắt hơn khoảng tám lần.
State gas cũng có đồng hồ đo riêng. Mức trần gas trên mỗi giao dịch được giới thiệu trong bản nâng cấp Fusaka giờ chỉ áp dụng cho execution gas, và mỗi block sẽ được “tính đầy” bởi loại gas nào (state hay execution) chạm trần trước.
Phần còn lại của gói thay đổi gas có phạm vi hẹp hơn, nhưng cộng dồn lại vẫn rất đáng kể:
- EIP-7778 chặn không cho gas refund được tính bù trừ vào block gas limit, dù người dùng vẫn nhận lại phần refund trên số gas họ đã trả.
- EIP-7976 nâng sàn calldata lên 64 gas mỗi byte cho các giao dịch nặng dữ liệu.
- EIP-7981 tính phí dữ liệu access list cũng ở mức 64 gas mỗi byte.
- EIP-2780 thiết kế lại intrinsic gas của giao dịch dựa trên mức tiêu thụ tài nguyên thực tế, với chi phí cơ bản 12.000 gas.
- EIP-7954 nâng trần kích thước contract từ 24 KiB lên 64 KiB.
Bản nháp EIP-2780 hiện tại giữ nguyên chi phí 21.000 gas cho giao dịch chuyển Ether đơn thuần tới một tài khoản đã tồn tại, trong khi giao dịch chuyển tạo tài khoản mới sẽ phải gánh thêm 183.600 đơn vị state gas. Trang Glamsterdam trên Ethereum.org, lần cuối cập nhật ngày 6/8, vẫn mô tả rằng các giao dịch chuyển có thể rẻ hơn tới 71%.
Các con số vẫn có thể tiếp tục điều chỉnh. Một số đề xuất, trong đó có EIP-2780 và EIP-8037, vẫn đang ở giai đoạn Last Call đến ngày 1/11, và ethereum.org lưu ý rằng phạm vi thay đổi vẫn có thể được điều chỉnh trước khi triển khai mainnet.
Đọc thêm: Zcash Đặt Mục Tiêu Tháng 1 Về Khả Năng Chống Lượng Tử Cho 70% Lượng ZEC, Nhưng Chưa Có Ngày Cụ Thể
Nâng Cấp Có Thể Tăng Thông Lượng Layer 1 Và Giảm Phí Giao Dịch Không?
Thông lượng là phần “trái ngọt” được kỳ vọng. Tại Soldøgn, các nhà phát triển đã đi đến đồng thuận về “một ngưỡng gas limit tối thiểu sau Glamsterdam ở mức 200 triệu đáng tin cậy,” tức gấp khoảng 3,3 lần mức mặc định 60 triệu hiện nay.
Con số này dựa trên ba trụ cột. ePBS kéo dài thời gian cho thực thi, các tối ưu BAL tạo khoảng không cho client, và EIP-8037 bảo đảm gas limit lớn hơn không dẫn tới tăng trưởng state mất kiểm soát.
Testnet Sepolia đã vận hành với gas limit 200 triệu, được lên lịch tại epoch fork theo EIP-8261, biến gas limit thành một tham số được ấn định theo fork.
Code client cho bản nâng cấp Hoodi cũng đặt lịch con số 200 triệu tương tự. Tài liệu tổng hợp các cuộc gọi kỹ thuật cho biết mainnet sẽ đi theo cơ chế “fork-epoch” tương tự, nhưng đến nay vẫn chưa có con số hay mốc thời gian chính thức nào được công bố cho mainnet.
Phí có giảm không? Ethereum.org nhận định Glamsterdam “rất có khả năng sẽ giảm phí cho người dùng phổ thông.” Nhiều không gian block hơn với cùng mức cầu thường sẽ kéo giá xuống, nhưng mức độ thực tế còn phụ thuộc lượng hoạt động mới “lấp đầy” phần dư địa đó.
Các thao tác nặng state, như tạo tài khoản hoặc storage slot mới, sẽ ngốn nhiều gas hơn, nên bản nâng cấp này phân bổ lại cấu trúc chi phí không kém phần quan trọng so với việc cắt giảm chi phí tổng thể.
Đọc thêm: Kalshi Đối Đầu NFL Tại Tối Cao Pháp Viện Khi 1,8 Tỷ USD Được Đặt Cược Vào Một Chủ Nhật Bóng Bầu Dục
Ví, Smart Contract, Hạ Tầng Và Validator Cần Chuẩn Bị Những Gì?
Đối với người nắm giữ ETH thông thường, câu trả lời là: không cần làm gì cả. Ethereum Foundation khẳng định người dùng mainnet không phải hành động gì, và ethereum.org cảnh báo bất kỳ ai kêu gọi “nâng cấp” ETH đều đang lừa đảo.
Phần còn lại của hệ sinh thái thì có nhiều bài tập hơn, trong đó việc định giá lại gas là đầu việc lớn nhất. Việc replay các giao dịch mainnet trong lịch sử cho thấy một nhóm nhỏ contract có thể hỏng hoặc suy giảm hiệu năng, thường là do phụ thuộc vào các giả định gas được hard-code cố định.
Foundation cho biết chỉ cần tăng gas limit nội bộ ở những chỗ đó là giải quyết được phần lớn vấn đề, và phần đông smart contract trên mạng không bị ảnh hưởng.
Danh sách việc cần làm, tổng hợp từ hướng dẫn của Foundation và các đội client, gồm:
- Lập trình viên smart contract nên kiểm tra địa chỉ thông qua công cụ “affected-contracts” của Foundation và thử nghiệm bản vá trên testnet Platåberget, đặc biệt chú ý đến khoản “stipend” cố định 2.300 gas của Solidity, các giá trị gas hard-code và các nhánh logic phụ thuộc lượng gas còn lại.
- Ví, nhà cung cấp RPC và đội ngũ xây dựng công cụ node phải cập nhật cơ chế ước tính gas, vì việc tái sử dụng các hằng số gas cũ sẽ dẫn đến ước tính thấp, khiến giao dịch dễ thất bại.
- Sàn giao dịch, cầu nối và indexer có thể tận dụng log mới từ EIP-7708, yêu cầu mọi giao dịch chuyển Ether khác 0 và mọi lần đốt ETH đều phát sinh một sự kiện chuẩn.
- Nhà vận hành node phải nâng cấp cả execution client và consensus client trước mỗi đợt kích hoạt, và validator phải cập nhật beacon node lẫn validator client.
- Nhà cung cấp staking và các đội builder nên rà soát các nghĩa vụ, giao diện ePBS mới – bao gồm “payload timeliness committee” – trước mỗi fork.
Các execution client đã sẵn sàng cho Sepolia gồm Geth 1.17.7, Nethermind 2.1.0, Besu 26.9.0, Erigon 3.7.1, Reth 2.7.0 và Ethrex 29.0.1. Ở phía consensus, danh sách gồm Lighthouse 8.3.0-rc.0, Prysm 7.2.1, Teku 26.9.1, Lodestar 1.49.0, Nimbus 26.10.0 và Grandine 3.0.0-rc.0.
Các thiết lập mặc định về gas limit cho thấy chi tiết tưởng nhỏ nhưng ảnh hưởng lớn ra sao. Bản Prysm 7.2.0 và bản phát hành dành cho Sepolia của Teku đều giữ validator ở mức 60 triệu sau fork nếu nhà vận hành không tự tay chỉnh lên 200 triệu.
Prysm đã gộp bản vá ngày 2/10 để validator không đặt cấu hình riêng sẽ tự động theo lịch gas limit 200 triệu của Sepolia, và Foundation hiện liệt kê Prysm 7.2.1 là bản được khuyến nghị. Validator Teku muốn chạy ở mức 200 triệu vẫn phải tự cấu hình qua cờ cấu hình.
Đọc thêm: Thảm Hoạ AI Trong 12 Tháng? OpenAI, Anthropic Được Cho Là Đang Chuẩn Bị Cho Kịch Bản Tệ Nhất
Glamsterdam Tác Động Gì Đến Quan Hệ Giữa Ethereum Layer 1 Và Các Mạng Layer 2?
Glamsterdam không “bỏ rơi” rollup. Lộ trình chính thức định vị bản nâng cấp là bước tiến đồng thời cho hai mục tiêu: “Scale L1” và “Scale Blobs.”
Liên kết giữa hai tầng là vấn đề kỹ thuật. Nhờ ePBS mở rộng cửa sổ lan truyền block, ethereum.org cho rằng Ethereum có thể gánh nhiều dữ liệu hơn – bao gồm nhiều blob hơn cho rollup – mà không gây áp lực quá mức lên mạng lưới.
Bản thân Glamsterdam không áp đặt số lượng blob mới. Từ bản Fusaka, thay đổi về dung lượng blob được thực hiện qua các fork chỉ chỉnh tham số blob riêng biệt, cho phép dung lượng dữ liệu dành cho rollup tăng trên lộ trình độc lập.
Các nhà phát triển chưa vội vã ở mảng này. Bản “January Checkpoint” cho biết một fork blob thứ ba chưa phải ưu tiên cho đến khi mức sử dụng blob bắt kịp các lần tăng trước đó.
Hai tính năng nhỏ hơn hỗ trợ trực tiếp cho Layer 2. EIP-7997 triển khai một factory contract xác định tại cùng một địa chỉ trên mọi chain EVM tham gia, giúp lập trình viên triển khai ví và ứng dụng tại các địa chỉ giống hệt nhau trên nhiều mạng.
Đề xuất thứ hai, EIP-8070, giới thiệu “sparse blobpool” – một thay đổi ở lớp mạng về cách các node xử lý giao dịch blob.
Về chiến lược, căng thẳng là có thật. Một Layer 1 rẻ và nhanh hơn khiến việc triển khai trực tiếp trên mainnet hấp dẫn hơn, đặt nó vào thế cạnh tranh với các rollup vốn dùng L1 làm tầng thanh toán.
Câu trả lời của Ethereum đến hiện tại là mở rộng cả hai lớp song song. Lộ trình xem năng lực thực thi và năng lực blob là hai mục tiêu đồng hành, và thiết kế Glamsterdam phản ánh nhiệm vụ kép đó, chứ không đặt hai lớp vào thế được – mất.
Với người dùng rollup, tác động thực tế là một tầng thanh toán bên dưới vững chắc hơn, ít phụ thuộc vào niềm tin hơn.
Đọc thêm: ETF XRP Hút 8 Triệu USD Giữa Làn Sóng Thoái Vốn Crypto Dẫn Đầu Bởi Bitcoin
Điều Gì Sẽ Đến Sau Glamsterdam Trong Lộ Trình Mở Rộng Của Ethereum?
Fork tiếp theo là Hegotá. Tương tự Glamsterdam, tên gọi kết hợp một thành phố gắn với lớp thực thi – Bogotá – và một ngôi sao gắn với lớp đồng thuận – Heze.
Các “ngôi sao chính” của Hegotá đã được chốt. Cụm Protocol của Foundation chỉ định EIP-7805 – danh sách bao gồm được ép buộc bởi fork-choice, hay FOCIL – cho lớp đồng thuận, và EIP-8141 – Frame Transactions – cho lớp thực thi.
FOCIL từng là ứng viên cho Glamsterdam. Các nhà phát triển đã tách nó ra để giới hạn phạm vi của fork, theo giải thích từ…Checkpoint tháng 1 của foundation
FOCIL cho phép nhiều validator buộc các builder phải đưa các giao dịch hợp lệ vào block, trực diện xử lý rủi ro kiểm duyệt xuất phát từ sự tập trung hóa ở tầng builder. Frame transaction biến quá trình xác thực và thanh toán gas thành thứ có thể lập trình, mở cho tài khoản một con đường “gốc” thoát khỏi mô hình khóa secp256k1 hiện nay.
Danh sách phân tầng đi kèm của cụm nghiên cứu đã chấm điểm 62 EIP đề xuất, dựa trên 397 lượt xếp hạng từ khoảng 60 thành viên. Kết quả: 2 EIP được đánh giá “bắt buộc phải triển khai”, 15 EIP “nhiều khả năng được triển khai” và 28 EIP bị loại.
Mốc thời gian đang khá tham vọng. Cụm nghiên cứu cho rằng các đội client có thể bắt đầu triển khai Hegotá một cách thực tế từ cuối quý IV/2026, với giả định Glamsterdam sẽ mainnet vào tháng 12 – đây là giả định làm kế hoạch, không phải lịch phát hành chính thức.
Vượt ra ngoài Hegotá, cụm nghiên cứu đang tổ chức công việc xoay quanh 5 “đường cung” nghiên cứu đa-fork:
- Fast finality: mục tiêu rút ngắn thời gian finality từ vài phút xuống vài giây, với “decoupled consensus” là ứng viên tiêu điểm cho fork ngay sau Hegotá.
- Bảo mật hậu lượng tử (post-quantum): bám theo mục tiêu tự đặt là đạt được Layer 1 kháng lượng tử trên cả execution, consensus và dữ liệu trước tháng 12/2029.
- Riêng tư (privacy): khởi động từ Hegotá với hỗ trợ ở cấp giao thức cho giao dịch riêng tư, trustless và khó bị kiểm duyệt ngay trên Layer 1.
- State: bao trùm thiết kế trie mới, chiến lược tăng trưởng state bền vững và cơ chế truy cập phi tập trung tới state hiện tại lẫn lịch sử.
- zkEVM: chuyển bằng chứng thực thi từ “tùy chọn” sang “bắt buộc”, để về lâu dài validator xác minh proof thay vì phải tự re-execute mọi block.
Cũng nên đọc: Bán Bitcoin MARA Vẫn Chưa Được Chứng Minh Dù 81 Triệu USD Chảy Vào Ví Galaxy Digital
Kết luận: Glamsterdam mang ý nghĩa gì với Ethereum?
Glamsterdam không phải một tính năng đơn lẻ mà là cuộc tái cấu trúc tầng cơ sở của Ethereum. Bản nâng cấp này đưa thị trường builder vào trong chính giao thức, cung cấp cho các client “bản đồ” để xử lý song song, đồng thời định giá trung thực hơn với phần state vĩnh viễn.
Đợt triển khai trên Sepolia diễn ra suôn sẻ, nhưng những bài test khó hơn đang ở phía trước. Potuz lưu ý rằng Hoodi đang vận hành pool staking và các node staking tại gia, khiến fork này phức tạp và “nhạy cảm” hơn Sepolia rất nhiều.
Một đề xuất lịch trình từ các core dev ấn định thời điểm fork Hoodi tại epoch 132.352, tương ứng 17:42:48 UTC ngày 26/10. Chưa có ngày mainnet nào được thống nhất, và foundation cho biết sẽ có thông báo riêng.
Các dấu hỏi mở hiện mang màu sắc kinh tế không kém phần kỹ thuật. Liệu sẽ có “real builder” tham gia, liệu validator có chấp nhận mức gas limit cao hơn, và liệu nhu cầu có thực sự lấp đầy không gian block mới – đó sẽ là những yếu tố quyết định Glamsterdam rốt cuộc mang lại điều gì.
Nếu vận hành đúng kỳ vọng, tầng cơ sở Ethereum sẽ mở rộng “theo điều kiện riêng của nó”, trong khi rollup đóng vai trò xây dựng ở lớp trên, thay vì phải gánh trọn tải giao dịch cho cả hệ.
Đọc tiếp: IPO Evernorth Trên Nasdaq Lùi Sang 12/10: Đợt Trì Hoãn Sáp Nhập Thay Đổi Điều Gì?
