Con đường của Ethereum 2026: Những thách thức của các Validators mà bạn chưa lường trước

Lộ trình của Ethereum đến năm 2026 được xây dựng dựa trên hai chiến lược cơ bản nhằm mở rộng đồng thời khả năng xử lý dữ liệu và thực thi. Tuy nhiên, những tham vọng này đi kèm với rủi ro vận hành cho các validator, thường bị bỏ qua.

Hai trụ cột của việc mở rộng quy mô

Ethereum theo đuổi hai hướng song song: tăng throughput của blobs thông qua cải thiện khả năng sẵn có của dữ liệu, đồng thời mở rộng khả năng thực thi ở lớp cơ sở bằng cách điều chỉnh giới hạn gas. Vấn đề là hướng thứ hai phụ thuộc vào công nghệ vẫn đang trong giai đoạn thử nghiệm mà các operator node phải chấp nhận mà không có đảm bảo về tính ổn định ngay lập tức.

Hướng đầu tiên đã có mốc cụ thể với Fusaka, triển khai vào ngày 3 tháng 12 năm 2025. Cập nhật này giới thiệu PeerDAS cùng với các điều chỉnh tham số blobs (BPO), cho phép tăng dần hiệu suất mà không bắt buộc mỗi node phải tải toàn bộ dữ liệu blobs. Theo hướng dẫn của ethereum.org, mục tiêu của blobs không ngay lập tức sau khi kích hoạt, mà có thể nhân đôi sau mỗi vài tuần cho đến khi đạt tối đa 48 blobs mỗi block, đồng thời theo dõi sức khỏe của mạng.

Đội ngũ của Optimism dự kiến trong kịch bản lạc quan của họ “ít nhất 48 blobs mục tiêu”, điều này sẽ làm tăng hiệu suất rollup từ khoảng 220 lên gần 3.500 UOPS. Nhưng ở đây xuất hiện sự không chắc chắn đầu tiên: liệu nhu cầu sử dụng blobs có thực sự đến hay không, hay các cuộc đấu giá cạnh tranh cho thực thi trên L1 vẫn tiếp tục leo thang?

Những ẩn số về hạ tầng

Sự ổn định peer-to-peer và băng thông của các node là những áp lực thực tế khi BPO tăng lên. GasLimit.pics báo cáo giới hạn gas hiện tại là 60.000.000, trung bình 24 giờ là 59.990.755 trong các thời điểm quan sát. Con số này là tham chiếu về những gì các validator đã chấp nhận trong thực tế, nhưng cũng phơi bày giới hạn của “quy mô xã hội” trước khi độ trễ, tải validation và áp lực trong mempool trở nên hạn chế.

Việc dịch chuyển về tốc độ giao dịch dựa trên gas limit đòi hỏi phải sử dụng khoảng thời gian 12 giây của Ethereum. Dưới sự phối hợp hiện tại, hiệu suất khoảng 238 giao dịch mỗi giây (a 21k gas) hoặc 42 (a 120k gas). Một kịch bản gấp đôi sẽ nâng các giá trị này lên lần lượt là 476 và 83, trong khi các mức cao hơn (đòi hỏi thay đổi trong xác thực) sẽ đạt 793 và 139 Tx/giây.

Glamsterdam: Phức tạp ẩn

Cập nhật dự kiến cho năm 2026 tập hợp các sáng kiến hướng tới thực thi dưới tên gọi “Glamsterdam”, bao gồm phân tách đề xuất-xây dựng (ePBS, EIP-7732), Danh sách Truy cập theo Cấp độ Block (BALs, EIP-7928) và đánh giá lại chung về gas (EIP-7904). Tất cả vẫn chỉ là dự thảo.

Việc đánh giá lại gas nhằm sửa các sai lệch tích tụ trong nhiều năm của hệ thống phí. EIP-7904 lập luận rằng sửa lỗi tính toán có thể tăng hiệu suất sử dụng, mặc dù cũng nhận diện các rủi ro DoS và thực tế là các hợp đồng thông minh mã hóa các giả định cụ thể về gas.

Các BALs được xem như hạ tầng cho sự song song thực sự. EIP đề cập đến các phép đọc song song đĩa, xác thực đồng thời các giao dịch và tính toán song song của cây trạng thái, ước tính tải trọng khoảng 70-72 KiB cho mỗi BAL nén. Nhưng những lợi ích lý thuyết này chỉ thành hiện thực nếu các khách hàng chấp nhận đồng bộ trong các điểm nghẽn thực sự.

ePBS nằm ở trung tâm các cuộc tranh luận vì nó tách rời tạm thời xác thực thực thi khỏi xác thực đồng thuận, mở ra các cửa sổ cho các chế độ lỗi mới. Nghiên cứu học thuật về “vấn đề tùy chọn miễn phí” ước tính rằng việc thực hiện các quyền chọn trung bình chiếm 0,82% các block trong vòng 8 giây, tăng lên 6% trong thời kỳ biến động cực đoan theo phân tích trên arXiv.

Vai trò của ZK Proofs trong lộ trình

Cam kết mang tính cấu trúc nhất đằng sau giới hạn gas lớn hơn đáng kể dựa trên việc các validator chấp nhận các bằng chứng thực thi ZK. Lộ trình “Realtime Proving” của Quỹ Ethereum mô tả việc triển khai dần dần: ban đầu một nhóm nhỏ validator chạy các khách hàng ZK trong sản xuất, sau đó, chỉ khi đa số stake cảm thấy thoải mái, giới hạn gas có thể tăng đến mức mà việc xác minh bằng chứng thay thế cho việc tái thực thi.

Các hạn chế kỹ thuật quan trọng hơn câu chuyện: mục tiêu an ninh 128 bit (100 bits tạm thời chấp nhận), kích thước bằng chứng dưới 300 KiB, và tránh phụ thuộc vào các wrapper đệ quy với cấu hình đáng tin cậy. Khả năng mở rộng kết quả sẽ phụ thuộc vào các thị trường thử nghiệm: nguồn cung phải rẻ và đáng tin cậy mà không tập trung vào các người thử nghiệm duy nhất tái tạo các phụ thuộc kiểu relay trong lớp stack khác.

Hegota và Lịch trình quan trọng

“Hegota” được xem như một khung thời gian cho cuối năm 2026, tập trung nhiều hơn vào quá trình hơn là phạm vi cuối cùng. Quỹ Ethereum đã thiết lập khung đề xuất chính từ ngày 8 tháng 1 đến ngày 4 tháng 2, thảo luận từ ngày 5 đến ngày 26 tháng 2, sau đó là khung đề xuất phụ.

Meta-EIP của Hegota (EIP-8081) liệt kê các yếu tố như “được xem xét” thay vì “được cố định”, bao gồm FOCIL (EIP-7805). Giá trị thực tế trong ngắn hạn là nó tạo ra các điểm quyết định có ngày cụ thể mà các nhà đầu tư và nhà phát triển có thể theo dõi mà không phải đưa ra các cam kết về tên mã.

Mốc quan trọng đầu tiên: đóng đề xuất chính của Hegota vào ngày 4 tháng 2. Lịch trình này cung cấp khả năng nhìn nhận về những yếu tố trong lộ trình của Ethereum đến 2026 sẽ thực sự tiến tới triển khai hay còn lại trong tranh luận mang tính chất giả thuyết.

Những gì validator cần chuẩn bị đối mặt

Rủi ro đối với validator không phải là thảm họa, nhưng mang tính đa chiều. Băng thông, đồng bộ trạng thái, các phụ thuộc mới của ZK, và khả năng các tính năng dự kiến không thể hiện trong lịch trình mong đợi. Sự phối hợp xã hội về giới hạn gas có giới hạn khi các giới hạn vật lý của việc truyền phát block và khả năng xác thực trở nên hạn chế, và không ai có thể đơn giản “cập nhật” tốc độ của ánh sáng.

Câu hỏi thực sự mà lộ trình của Ethereum đến 2026 đặt ra cho các nhà vận hành hạ tầng là liệu họ có sẵn sàng đầu tư vào phần cứng và phần mềm mới cho các chức năng có thể bị trì hoãn hoặc không được chấp nhận rộng rãi nếu nhu cầu thực tế của thị trường khác xa các dự báo kỹ thuật.