Một trong những ứng dụng khách trình xác thực chính của Ethereum đã phát hành bản cập nhật phần mềm khẩn cấp chỉ vài giờ trước một đợt chạy mạng thử nghiệm Sepolia quan trọng. Bản vá được tung ra khi mạng thử nghiệm này chuẩn bị nâng giới hạn gas mỗi khối lên 200 triệu, một bước nhảy vọt cho phép mỗi khối chứa nhiều tính toán và dữ liệu hơn hẳn so với hiện tại.
Thời điểm này rất gấp gáp. Các trình xác thực đang chạy ứng dụng khách bị ảnh hưởng cần nâng cấp trước khi bài kiểm tra bắt đầu, nếu không họ có nguy cơ bị mất đồng bộ hoặc tạo ra các khối không hợp lệ trong quá trình thử nghiệm. Sepolia không phải là mạng chính — đây là không gian diễn tập nơi các nhóm phát triển ứng dụng khách phá vỡ mọi thứ để mạng chính không gặp sự cố. Nhưng một bài kiểm tra thất bại ở đây vẫn sẽ làm chậm quá trình triển khai Glamsterdam rộng lớn hơn.
Tại sao 200 triệu gas lại quan trọng
Giới hạn gas của Ethereum đặt ra mức trần cho khối lượng công việc mà một khối duy nhất có thể chứa: các giao dịch chuyển tiền đơn giản, các lệnh gọi hợp đồng thông minh, các gói dữ liệu rollup, tất cả. Mức trần đó đã tăng dần đều trong nhiều năm qua, nhưng 200 triệu là một quy mô khác. Nó có nghĩa là nhiều giao dịch hơn mỗi khối, nhiều chỗ hơn cho dữ liệu rollup, và về mặt lý thuyết là phí thấp hơn khi nhu cầu ở mức ổn định.
Nó cũng đồng nghĩa với áp lực lớn hơn lên mọi nút phải xử lý khối đó. Các trình xác thực, nút lưu trữ, nhà cung cấp RPC — mọi thành phần phía sau đều cảm nhận được. Đó là lý do tại sao các nhóm phát triển ứng dụng khách kiểm tra những lần tăng này trên Sepolia và các mạng thử nghiệm khác trước, nơi một khối lỗi không gây thiệt hại gì ngoài một buổi chiều tồi tệ.
Gói nâng cấp Glamsterdam đã được nghiên cứu trong nhiều tháng, và việc tăng giới hạn gas là một trong những thành phần được theo dõi sát sao nhất. Sự đa dạng ứng dụng khách khiến việc phối hợp trở nên khó khăn hơn: Ethereum chạy trên nhiều ứng dụng khách trình xác thực khác nhau, và mỗi ứng dụng phải xử lý cùng một tải một cách chính xác. Khi một ứng dụng khách cần bản vá trước thử nghiệm, đó là lời nhắc nhở về mức độ phụ thuộc của mạng lưới vào sự đa dạng này.
Bản vá thực sự làm gì
Ứng dụng khách đã cập nhật phần mềm của mình vào phút chót. Đó là kiểu chuyện thường xảy ra trong các chu kỳ thử nghiệm — một lỗi xuất hiện trong quá trình kiểm tra cuối cùng, nhóm phát hành bản sửa lỗi, và các trình xác thực phải gấp rút áp dụng. Ứng dụng khách bị ảnh hưởng không tiết lộ bản chất chính xác của lỗi, và cách gọi khẩn cấp cho thấy nó không chỉ là vấn đề hình thức.
Các trình xác thực bỏ lỡ thời gian có thể thấy các nút Sepolia của họ bị đình trệ hoặc tách khỏi phần còn lại của mạng thử nghiệm. Trên mạng chính, đó sẽ là một sự cố nghiêm trọng. Trên Sepolia, đó chỉ là một điểm dữ liệu.
Cuộc xáo trộn mạng thử nghiệm rộng hơn
Sepolia đã trở thành bãi thử chính cho những thay đổi quá rủi ro để thử trên mạng chính nhưng quá quan trọng để bỏ qua. Việc tăng giới hạn gas hoàn toàn phù hợp với mô tả đó. Nếu Sepolia xử lý các khối 200 triệu gas một cách trơn tru, con đường sẽ mở ra cho một lịch trình trên mạng chính. Nếu không, các nhóm phát triển ứng dụng khách sẽ quay lại với mã nguồn.
Chưa có ngày chính thức cho mạng chính được công bố. Nâng cấp Glamsterdam vẫn đang trong giai đoạn thử nghiệm, và thay đổi giới hạn gas chỉ là một phần của gói lớn hơn. Những gì xảy ra trên Sepolia trong vài ngày tới sẽ định hình tốc độ di chuyển của phần còn lại.
Những gì cần theo dõi
Câu hỏi trước mắt là liệu ứng dụng khách đã được vá có trụ vững dưới kích thước khối mới hay không. Các trình xác thực đã nâng cấp kịp thời sẽ biết kết quả trong thời gian thực; những người không kịp có thể sẽ biết theo cách khó khăn hơn. Sau Sepolia, điểm kiểm tra tiếp theo là liệu các mạng thử nghiệm khác — và cuối cùng là mạng chính — có được thử nghiệm giới hạn gas riêng hay không. Hiện tại, mọi ánh mắt đều đổ dồn vào một mạng thử nghiệm mà hầu hết người dùng không bao giờ nghĩ tới.
