Các nhà phát triển Ethereum đã dự kiến lên lịch nâng cấp Glamsterdam để kích hoạt trên Sepolia vào lúc 13:53 UTC ngày 6 tháng 10 năm 2026, trong khi một thử nghiệm devnet riêng tư khác vẫn cần thiết trước khi quá trình fork trên mạng thử nghiệm công khai diễn ra.
Biên bản cuộc họp ACDC #186 và báo cáo sau đó từ nhà nghiên cứu giao thức Ethereum Christine D. Kim cho thấy ngày này vẫn còn mang tính điều kiện. Các nhà phát triển đã chưa hoàn thành kích hoạt Glamsterdam ổn định trên một mạng phát triển riêng tư khi họ chọn lịch trình cho Sepolia.
Kế hoạch thử nghiệm sau đó đã tiến thêm một bước lặp nữa. Kim cho biết vào ngày 11 tháng 9 rằng sự chú ý đã chuyển sang Glamsterdam-Devnet-11, dự kiến ra mắt vào Thứ Hai, ngày 14 tháng 9. Các kế hoạch trước đó đã xác định Devnet-10 là thử nghiệm lớn tiếp theo.
Chưa có ngày kích hoạt nào được xác nhận cho mạng thử nghiệm Hoodi hoặc mainnet Ethereum. Các nhà phát triển đã thảo luận về khả năng phát hành mainnet vào tháng 12, nhưng kết quả thử nghiệm sẽ xác định xem lịch trình đó có còn khả thi hay không.
Trong cuộc họp Đồng thuận của tất cả các nhà phát triển cốt lõi vào ngày 3 tháng 9, những người tham gia đã đồng ý về epoch 351232 của Sepolia cho việc kích hoạt được đề xuất. Kim báo cáo rằng thời gian tương ứng sẽ là 13:53 UTC ngày 6 tháng 10. Cuộc họp được tổ chức trước khi các nhà phát triển chứng minh được hiệu suất ổn định trên các mạng thử nghiệm riêng tư được sử dụng cho Glamsterdam.
Việc chọn epoch cung cấp cho các nhóm client, nhà điều hành cơ sở hạ tầng và nhà phát triển ứng dụng một mục tiêu lập kế hoạch chung. Nó không làm cho việc kích hoạt trở thành cuối cùng. Các nhà phát triển có thể hoãn fork nếu giai đoạn thử nghiệm tiếp theo phát hiện một lỗi lớn hoặc nếu các nhóm client không thể chuẩn bị các bản phát hành đáng tin cậy.
Lưu ý này vẫn còn phù hợp sau khi Devnet-9 gặp vấn đề về tính hoàn thiện. Theo tài liệu cuộc họp, mạng bao gồm khoảng 1.000 node xác thực, khiến nó trở thành devnet Glamsterdam lớn nhất về số lượng trình xác thực ở giai đoạn đó.
Tính hoàn thiện yêu cầu đủ số trình xác thực đồng ý về trạng thái của chuỗi. Khi một mạng thử nghiệm không hoàn thiện được, các nhà phát triển phải xác định xem nguyên nhân liên quan đến phần mềm client, sự tham gia của trình xác thực, cấu hình mạng hay sự tương tác giữa các thay đổi giao thức riêng biệt.
Kế hoạch ban đầu kêu gọi Devnet-10 sau khi các lỗi xuất hiện trong các thử nghiệm trước đó. Bản cập nhật mới nhất của Kim hiện xác định Devnet-11 là thử nghiệm tiếp theo mà các nhà phát triển đang theo dõi, cho thấy trình tự thử nghiệm riêng tư đã tiến xa hơn so với kế hoạch trước đó.
Một Devnet-11 ổn định sẽ cung cấp cho các nhóm client Ethereum một môi trường khác để thử nghiệm các thông số kỹ thuật kết hợp của Glamsterdam. Các nhóm Layer-2, nhà cung cấp staking và các nhà điều hành cơ sở hạ tầng khác cần các triển khai client hoạt động trước khi họ có thể kiểm tra hệ thống của mình một cách an toàn so với fork được đề xuất.
Sự đa dạng client làm cho quá trình này phức tạp hơn. Ethereum hoạt động thông qua một số client thực thi và đồng thuận được phát triển độc lập, và bản nâng cấp phải hoạt động trên các kết hợp client khác nhau. Một lỗi giới hạn trong một triển khai vẫn có thể làm gián đoạn một mạng thử nghiệm khi các trình xác thực bị ảnh hưởng nắm giữ đủ quyền lực.
Chương trình nghị sự ACDC #186 ghi nhận các yêu cầu từ Lido và Optimism về ít nhất một ngày ổn định trước khi fork. Chương trình nghị sự liệt kê các bản sửa lỗi client và khả năng tương tác thành công là những vấn đề cần xác nhận trước Sepolia.
Một Devnet-11 thất bại hoặc không ổn định sẽ không tự động hủy bỏ kích hoạt ngày 6 tháng 10. Các nhà phát triển sẽ cần đánh giá nguyên nhân và thời gian cần thiết để sửa chữa. Một vấn đề nghiêm trọng có thể khiến họ xem xét lại ngày này trong một cuộc họp của tất cả các nhà phát triển cốt lõi.
Các thử nghiệm Glamsterdam trước đó đã phát hiện lỗi ở cả hai phía của kiến trúc Ethereum. Kỹ sư vận hành nhà phát triển của Ethereum Foundation, Stefan Starflinger, báo cáo rằng Devnet-8 đã tiết lộ một vấn đề ở lớp đồng thuận liên quan đến các khối lặp lại một hash của khối cha.
“Bạn có thể làm toàn bộ mạng ngừng hoạt động,” Starflinger nói khi mô tả kịch bản thử nghiệm.
Vấn đề đã ảnh hưởng đến hệ thống chịu trách nhiệm thỏa thuận khối. Devnet-9 sau đó gặp phải tình trạng không hoàn thiện, thúc đẩy các kỹ sư điều tra thêm các trường hợp đặc biệt trên một tập hợp trình xác thực lớn hơn.
Về phía thực thi, nhà nghiên cứu Maria Silva của Ethereum Foundation đã báo cáo một vấn đề triển khai liên quan đến EIP-8037. Đề xuất này thay đổi cách Ethereum tính phí gas cho việc tạo trạng thái mới, bao gồm các tài khoản, hợp đồng và mục lưu trữ mới.
EIP-8037 tách chi phí tạo trạng thái khỏi chi phí thực thi thông thường thông qua mô hình gas đa chiều. Thông số kỹ thuật được công bố cho biết thiết kế nhằm kiểm soát sự tăng trưởng trạng thái khi Ethereum tăng giới hạn gas khối của nó. Đề xuất này vẫn đang trong quá trình đánh giá ngang hàng.
Vấn đề được phát hiện đã yêu cầu các client thực thi phải sửa đổi cách triển khai của họ và dẫn đến công việc về thông số kỹ thuật. Như crypto.news đã báo cáo trong phạm vi tin tức về tiến trình devnet trước đó của Glamsterdam, EIP-8037 đã được thử nghiệm cùng với các thay đổi giao thức khác của bản nâng cấp.
Thử nghiệm phục vụ một mục đích khác so với việc phê duyệt từng đề xuất riêng lẻ. Các nhà phát triển phải xác nhận rằng tất cả các thay đổi được chọn hoạt động cùng nhau trên nhiều client, cấu hình trình xác thực và mô hình giao dịch.
Các nhà phát triển đã từ chối lên lịch Glamsterdam trên Hoodi trong khi Sepolia vẫn còn mang tính điều kiện. Hoodi dự kiến sẽ đóng vai trò là giai đoạn mạng thử nghiệm công khai thứ hai, cung cấp cho các nhà điều hành staking và các nhóm giao thức một môi trường khác đại diện chính xác hơn cho các điều kiện của mainnet.
Nhà phát triển Teku Enrico del Fante ủng hộ việc chờ đợi trước khi ấn định ngày cho Hoodi. Trong ACDC #186, ông trích dẫn các vấn đề gần đây của Devnet-9 và ưu tiên dành thêm thời gian thử nghiệm sau quyết định về Sepolia.
Một kích hoạt mainnet vào tháng 12 vẫn là một mục tiêu khả thi, không phải là một khung thời gian ra mắt đã được xác nhận. Việc lên lịch Sepolia vào đầu tháng 10 giữ đủ thời gian trong lịch cho một giai đoạn mạng thử nghiệm công khai khác và chuẩn bị phát hành client, với điều kiện thử nghiệm tiến triển mà không bị trì hoãn kéo dài.
Các nhà phát triển chưa công bố epoch mainnet, dấu thời gian kích hoạt hoặc lịch trình phát hành client cuối cùng. Chưa có thời hạn chính thức nào được công bố để quyết định xem ngày 6 tháng 10 có còn phù hợp cho Sepolia hay không.
Sự kiện thủ tục tức thì là việc ra mắt Devnet-11 theo kế hoạch vào ngày 14 tháng 9. Các nhóm client sẽ kiểm tra tính hoàn thiện, hành vi liên client và các bản sửa lỗi được giới thiệu sau các thử nghiệm trước đó trước khi quyết định xem Sepolia có thể tiếp tục theo lịch trình hiện tại hay không.
ETH