Ethereum nhắm ngày 6/10 cho Glamsterdam trên Sepolia

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 phụ thuộc vào điều kiện. Các nhà phát triển vẫn chưa hoàn tất việc kích hoạt Glamsterdam ổn định trên mạng phát triển riêng khi họ chọn lịch trình Sepolia.

Kế hoạch thử nghiệm kể từ đó đã tiến thêm một vòng lặp. Kim cho biết vào ngày 11/9 rằng sự chú ý đã chuyển sang Glamsterdam-Devnet-11, dự kiến ra mắt vào thứ Hai, ngày 14/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 mạng chính Ethereum. Các nhà phát triển đã thảo luận về khả năng phát hành mạng chính vào tháng 12, nhưng kết quả thử nghiệm sẽ quyết định liệu lịch trình đó có còn khả thi hay không.

Trong cuộc họp All Core Developers Consensus ngày 3/9, những người tham gia đã đồng ý về epoch 351232 của Sepolia cho đợt 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/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 được sử dụng cho Glamsterdam.

Việc chọn epoch mang lại cho các nhóm phát triển client, nhà vận 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. Điều đó 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 lỗi nghiêm trọng hoặc nếu các nhóm phát triển client không thể chuẩn bị các bản phát hành đáng tin cậy.

Cảnh báo này vẫn còn liên quan sau khi Devnet-9 gặp sự cố về tính cuối cùng. Theo tài liệu cuộc họp, mạng bao gồm khoảng 1.000 nút xác thực, khiến nó trở thành devnet Glamsterdam lớn nhất tính theo số lượng trình xác thực ở giai đoạn đó.

Tính cuối cùng đòi hỏi đủ số trình xác thực đồng ý về trạng thái của chuỗi. Khi mạng thử nghiệm không đạt được tính cuối cùng, 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.

Devnet-11 sẽ kiểm tra các bản sửa lỗi trước Sepolia

Kế hoạch ban đầu dự kiến 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 chuỗi thử nghiệm riêng đã tiến xa hơn kế hoạch trước đó.

Devnet-11 ổn định sẽ cung cấp cho các nhóm phát triển client Ethereum một môi trường khác để kiểm tra các thông số kỹ thuật Glamsterdam kết hợp. Các nhóm Layer-2, nhà cung cấp dịch vụ staking và các nhà vận 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 an toàn hệ thống của mình đối với fork được đề xuất.

Sự đa dạng của client làm cho quá trình 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 tổ hợp client khác nhau. Một lỗi chỉ giới hạn ở một triển khai vẫn có thể làm gián đoạn mạng thử nghiệm khi các trình xác thực bị ảnh hưởng nắm giữ đủ trọng số.

Chương trình nghị sự ACDC #186 ghi lại 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.

Devnet-11 thất bại hoặc không ổn định sẽ không tự động hủy bỏ việc kích hoạt ngày 6/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 trong cuộc họp All Core Developers.

Các lỗi đồng thuận và EIP-8037 kéo dài thời gian thử nghiệm

Các thử nghiệm Glamsterdam trước đó đã phơi bày các lỗi ở cả hai phía kiến trúc của 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 đã phát hiện một vấn đề ở lớp đồng thuận liên quan đến các khối lặp lại hash cha.

"Bạn có thể khiến toàn bộ mạng dừng lại," 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 đó bị mất tính cuối cùng, khiến các kỹ sư phải điều tra thêm các trường hợp biên 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 của Ethereum Foundation Maria Silva đã 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 tài khoản mới, hợp đồng và mục lưu trữ.

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ố của nó 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. Đề xuất vẫn đang được bình duyệt.

Vấn đề được phát hiện yêu cầu các client thực thi sửa đổi triển khai của họ và dẫn đến công việc đặc tả. 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 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ẫu giao dịch.

Ngày Hoodi và mạng chính phụ thuộc vào kết quả thử nghiệm

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 phụ thuộc vào đ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à vận hành staking và nhóm giao thức một môi trường khác đại diện gần hơn với các điều kiện của mạng chính.

Nhà phát triển Teku Enrico del Fante ủng hộ việc chờ đợi trước khi ấn định ngày Hoodi. Trong ACDC #186, ông trích dẫn các vấn đề gần đây của Devnet-9 và ủng hộ việc cho phép thêm thời gian thử nghiệm sau quyết định Sepolia.

Việc kích hoạt mạng chính vào tháng 12 vẫn là mục tiêu khả thi, không phải là cửa sổ ra mắt đã được xác nhận. Việc lên lịch Sepolia vào đầu tháng 10 bảo toàn đủ thời gian theo 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, miễn là quá trình thử nghiệm diễn ra không có sự chậm trễ kéo dài.

Các nhà phát triển chưa công bố epoch mạng chính, dấu thời gian kích hoạt hoặc lịch 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 liệu ngày 6/10 có còn phù hợp với Sepolia hay không.

Sự kiện thủ tục trước mắt là việc ra mắt Devnet-11 theo kế hoạch vào ngày 14/9. Các nhóm phát triển client sẽ kiểm tra tính cuối cùng, hành vi giữa các client và các bản sửa lỗi được đưa ra sau các thử nghiệm trước đó trước khi quyết định liệu Sepolia có thể tiến hành theo lịch trình hiện tại hay không.