Nâng cấp Ethereum Glamsterdam có bị hủy bỏ không? Không. Các nhà phát triển Ethereum đã hoãn kế hoạch kích hoạt trên testnet Hoodi vào ngày 26 tháng 10 năm 2026 để điều tra cách các đề xuất thay đổi cơ chế tính gas có thể ảnh hưởng đến các hợp đồng thông minh hiện có. Ngày thay thế cho Hoodi vẫn chưa được ấn định, và Glamsterdam vốn không có ngày kích hoạt mainnet chính thức nào để mà hủy bỏ.
Sự khác biệt này là trọng tâm của lộ trình Ethereum năm 2026. Glamsterdam đã được kích hoạt trên testnet Sepolia vào ngày 6 tháng 10. Bước bị tạm dừng chỉ là một bài kiểm tra bổ sung trên mạng công khai, không phải việc rollback Ethereum mainnet hay từ bỏ mục tiêu mở rộng quy mô của bản nâng cấp. Ethereum Foundation cho biết việc tạm dừng liên quan đến tương tác giữa EIP-8037 và các hợp đồng đã triển khai; chương trình họp của các nhà phát triển lõi ngày 22 tháng 10 cũng thảo luận về các lo ngại an ninh liên quan đến EIP-8038.
Điều gì đã thay đổi vào ngày 22 tháng 10?
Thông báo trước đó của Ethereum Foundation đã lên lịch kích hoạt Hoodi vào 17:42:48 UTC ngày 26 tháng 10. Vào ngày 22 tháng 10, lịch trình đó đã được thay thế: việc kích hoạt lớp thực thi Amsterdam, việc kích hoạt lớp đồng thuận Gloas và kế hoạch tăng giới hạn gas của Hoodi lên 200 triệu đã bị loại khỏi cấu hình đã lên lịch. Không có epoch hoặc mốc thời gian thay thế nào được công bố.
Đây là thay đổi về lịch trình, không phải đảo ngược lịch sử chain của Hoodi. Nó cũng tạo ra một nhiệm vụ vận hành: các nhà điều hành node và trình xác thực (validator) trên Hoodi phải tuân theo hướng dẫn sửa đổi từ nhóm client của họ. Phần mềm vẫn chứa thiết lập kích hoạt cũ ngày 26 tháng 10 cần được cập nhật phù hợp để các nhà điều hành không chạy theo hai lịch trình xung đột. Foundation khẳng định rằng người dùng mainnet và người nắm giữ ETH không cần thực hiện bất kỳ hành động nào vì thông báo Hoodi này.
| Mạng | Trạng thái tính đến ngày 23 tháng 10 năm 2026 | Ý nghĩa của trạng thái |
|---|---|---|
| Sepolia | Glamsterdam đã kích hoạt ngày 6 tháng 10 | Một lần kích hoạt testnet công khai đã diễn ra |
| Hoodi | Kích hoạt ngày 26 tháng 10 bị hoãn; ngày mới chưa ấn định | Cần kiểm thử bổ sung và các bản phát hành client sửa đổi |
| Ethereum mainnet | Chưa ấn định ngày kích hoạt | Không có fork mainnet nào đã lên lịch bị hủy bỏ |
Các mốc ngày và trạng thái ở trên đến từ thông báo testnet của Ethereum Foundation và thông báo hoãn ngày 22 tháng 10.
Tại sao thay đổi gas lại trở thành vấn đề an ninh?
"Định giá lại gas" nghe như một thay đổi về chi phí giao dịch. Tuy nhiên, với một số hợp đồng, gas còn là một phần của hành vi chương trình. Một hợp đồng có thể gọi hợp đồng khác, quan sát cuộc gọi đó thành công hay không, rồi quyết định thử lại, revert, hoặc ghi nhận vĩnh viễn một lỗi. Quyết định đó có thể phụ thuộc vào giả định về lượng gas mà cuộc gọi tiêu tốn và lượng gas còn lại sau đó.
EIP-8037 đề xuất tách riêng việc tính toán một số chi phí tạo state; EIP-8038 thay đổi chi phí truy cập state. Phân tích của ChainSecurity giải thích lo ngại về tính tương thích: theo các quy tắc đề xuất, một subcall thất bại có thể để lại — hoặc khôi phục — đủ gas khả dụng để bộ xử lý lỗi của hợp đồng bên ngoài chạy đến cùng, trong khi cùng luồng đó trước đây sẽ revert. Một hợp đồng mà độ an toàn phụ thuộc vào hành vi cũ khi đó có thể ghi nhận kết quả mà nhà phát triển không mong muốn.
Điều này không có nghĩa là mọi hợp đồng thông minh Ethereum đều có lỗ hổng, rằng ETH đã bị xâm phạm, hay rằng một cuộc tấn công mainnet đã xảy ra. Các đề xuất đang được xem xét trước khi Glamsterdam kích hoạt trên mainnet. Hướng dẫn dành cho nhà phát triển trước đó của Ethereum Foundation cho biết đa số lớn các hợp đồng không bị ảnh hưởng bởi các trường hợp định giá lại mà họ đã xác định, đồng thời kêu gọi các nhóm bị ảnh hưởng kiểm thử giả định của mình và cập nhật khi cần. Đợt rà soát an ninh tiếp theo chính là lý do những giả định đó cần được xem xét kỹ hơn.
Các luồng rủi ro được công bố
Dưới đây là các mẫu rủi ro được mô tả trong phân tích của ChainSecurity, không phải một danh sách bịa đặt gồm 13 phát hiện riêng biệt:
- Ngân sách gas cũ có thể không còn đủ. Một hợp đồng có thể chuyển tiếp đúng lượng gas mà nhà phát triển yêu cầu, nhưng thao tác được gọi có thể cần nhiều gas hơn theo quy tắc định giá đề xuất. Một bước kiểm tra từng được coi là an toàn do đó có thể dẫn đến lỗi hết gas ngoài dự kiến.
- Giá trị gas còn lại thấp có thể không còn phản ánh đầy đủ tình hình. Bể chứa state-gas mà EIP-8037 đề xuất thay đổi những gì có thể được chi trả sau một cuộc gọi. Mã chỉ diễn dịch
gasleft()như bằng chứng rằng bộ xử lý lỗi không thể chạy xong có thể đưa ra kết luận sai. - Việc xóa state mới tạo có thể nạp lại gas trong luồng lỗi. Trong các tình huống mà ChainSecurity mô tả, việc nạp lại đó có thể cho phép mã chạy đến cùng sau một cuộc gọi thất bại thay vì revert. Liệu nó có ảnh hưởng đến một ứng dụng cụ thể hay không phụ thuộc vào luồng gọi và các giả định tính toán của ứng dụng đó.
- Một hợp đồng trung gian revert có thể trả lại nhiều gas hơn dự kiến. Khi có nhiều hợp đồng trong một chuỗi gọi, việc revert của hợp đồng trung gian có thể làm thay đổi lượng gas khả dụng cho bên gọi ban đầu. Ngưỡng kiểm tra sau cuộc gọi từng có vẻ phát hiện lỗi hết gas giờ có thể không còn đáng tin cậy.
- Xử lý lỗi có thể trở thành vấn đề ở tầng ứng dụng. Hậu quả không chỉ là một ước tính phí khác đi. Trong một thiết kế dễ bị tổn thương, việc coi một nỗ lực thiếu gas là lỗi vĩnh viễn của ứng dụng có thể loại bỏ cơ chế thử lại hoặc ghi nhận kết quả sai. Đây là kịch bản mà các nhà phát triển cần kiểm thử, thay vì giả định rằng mọi giá trị gas thay đổi đều là một cuộc tấn công.
Con số "13" được nêu trong các báo cáo thực chất đếm cái gì?
Một số bài viết mô tả 13 dự án DeFi lớn có hợp đồng potentially bị ảnh hưởng. Điều này hoàn toàn khác với việc nói rằng các nhà nghiên cứu đã công bố 13 lỗ hổng bảo mật độc lập. Bài viết kỹ thuật công khai của ChainSecurity giải thích một số cơ chế, nhưng không công bố 13 phát hiện được nêu tên riêng lẻ hay danh sách đã xác minh gồm 13 dự án bị ảnh hưởng. Quá trình công bố và điều tra vẫn đang tiếp diễn.
Vì vậy, đối với một bài viết công bố về rủi ro bảo mật ETH, cách diễn đạt an toàn nhất là: "Các báo cáo cho biết nhà nghiên cứu đã xác định những dự án potentially bị ảnh hưởng; tài liệu kỹ thuật công khai mô tả các mẫu rủi ro về tính toán gas và xử lý lỗi, không phải một sổ đăng ký 13 lỗ hổng hoàn chỉnh." Người đọc không nên suy diễn rằng 13 giao thức Ethereum đang vận hành đã bị tấn công.
Những cải tiến nào của Glamsterdam vẫn được lên kế hoạch?
Việc tạm dừng không xóa bỏ các lợi ích dự kiến của bản nâng cấp. Hai tính năng nổi bật của Glamsterdam là proposer-builder separation được đưa vào giao thức (enshrined) và danh sách truy cập cấp block (block-level access lists). Tính năng thứ nhất đưa các khía cạnh phối hợp giữa proposer và builder block vào giao thức đồng thuận của Ethereum. Tính năng thứ hai ghi lại các tài khoản và vị trí lưu trữ mà một block truy cập, tạo cơ hội để các client xử lý một phần công việc xác thực hiệu quả hơn. Đây là các khả năng được đề xuất, không phải cam kết về mức giảm phí cụ thể hay con số giao dịch mỗi giây dành cho người dùng.
Các thay đổi về định giá gas là một phần khác của gói nâng cấp. Mục đích của chúng là khiến mức phí phản ánh tốt hơn tài nguyên mà Ethereum sử dụng khi mở rộng quy mô. Việc tạm dừng trên Hoodi minh họa cho sự đánh đổi này: cải thiện cách mạng lưới tính toán chi phí tài nguyên phải được dung hòa với hành vi của các hợp đồng đã triển khai theo các giả định trước đây. Câu hỏi dành cho nhà phát triển không chỉ là "Các client có chạy được quy tắc mới không?" mà còn là "Các ứng dụng hiện có sẽ hành xử thế nào theo những quy tắc đó?"
Nhà phát triển và người nắm giữ ETH nên theo dõi điều gì tiếp theo?
Nhà phát triển ứng dụng nên rà soát các cuộc gọi bắt lỗi và tiếp tục thực thi, đặc biệt ở những chỗ mã sử dụng ngân sách gas cố định, ngưỡng gas còn lại, hoặc giả định rằng bộ xử lý lỗi tự nó sẽ hết gas. ChainSecurity khuyến nghị kiểm thử kết quả của các luồng đó dưới cả lịch gas cũ và lịch gas đề xuất — không đơn thuần tăng một giới hạn số học rồi cho rằng ứng dụng đã an toàn.
Nhà điều hành Hoodi nên tìm các bản phát hành client mà ghi chú của chúng loại bỏ rõ ràng mốc kích hoạt ngày 26 tháng 10 đã lên lịch trước đó. Ethereum Foundation cảnh báo không nên giả định rằng một phiên bản được liệt kê trong thông báo cũ đã bao gồm việc hoãn.
Người nắm giữ ETH không cần chuyển đổi ETH, cài đặt phần mềm hay thực hiện bất kỳ hành động mainnet nào để phản hồi việc trì hoãn testnet này. Với những ai theo dõi hàm ý đầu tư, các cột mốc có ý nghĩa là một quyết định giảm thiểu hoặc đặc tả được công bố, một lịch trình Hoodi mới, kiểm thử thành công, và chỉ sau đó — một ngày mainnet được xác nhận. Bản thân việc trì hoãn không thiết lập một tác động đo lường được đối với giá ETH trong tương lai.
Câu hỏi thường gặp
Nâng cấp Ethereum Glamsterdam có bị hủy bỏ không?
Không. Ethereum Foundation đã hoãn mốc kích hoạt testnet Hoodi ngày 26 tháng 10 và chưa ấn định ngày thay thế. Họ không công bố hủy bỏ toàn bộ Glamsterdam.
Glamsterdam có bị trì hoãn trên Ethereum mainnet không?
Trong lịch trình của Foundation không có ngày kích hoạt mainnet chính thức nào. Việc mất mốc kiểm thử Hoodi dự kiến có thể ảnh hưởng đến lộ trình tiến tới mainnet, nhưng sẽ không chính xác nếu nói rằng một ngày mainnet cụ thể đã được lên lịch chính thức bị lỡ.
Các nhà nghiên cứu có tìm thấy 13 lỗ hổng Glamsterdam riêng biệt không?
Phân tích kỹ thuật công khai không liệt kê 13 lỗ hổng riêng biệt. Con số "13" trong một số báo chí ám chỉ các dự án có hợp đồng potentially bị ảnh hưởng. Mối lo ngại kỹ thuật đã được xác minh tập trung vào cách các thay đổi gas đề xuất có thể làm thay đổi hành vi xử lý lỗi của hợp đồng hiện có.
Quỹ của người dùng Ethereum có gặp rủi ro vì Hoodi bị hoãn không?
Thông báo hoãn không ghi nhận bất kỳ sự xâm phạm mainnet nào và nêu rõ người dùng mainnet cùng người nắm giữ ETH không cần thực hiện hành động nào. Các nhà phát triển đang điều tra hàm ý về tương thích và an ninh trước khi lên lịch nâng cấp trên mainnet; điều đó không phải là bảo đảm rằng mọi ứng dụng đã được đánh giá.
Kết luận: Buổi tổng duyệt Hoodi của Glamsterdam đã dừng lại vì một lý do cụ thể: các nhà phát triển cần hiểu cách quy tắc gas mới tương tác với logic hợp đồng thông minh hiện có. Cập nhật hữu ích tiếp theo sẽ không phải một ngày ra mắt mang tính suy đoán. Đó sẽ là bằng chứng cho thấy các luồng lỗi đã được xác định đều được đánh giá và một lịch kiểm thử sửa đổi đã sẵn sàng.
