Lộ trình Ethereum năm 2026 bao gồm rủi ro về validator lớn hơn bạn nghĩ

Lộ trình Ethereum năm 2026 tập trung vào hai hướng: mở rộng dung lượng dữ liệu rollup thông qua blobs đồng thời đẩy cao khả năng thực thi lớp nền bằng việc thay đổi giới hạn gas.

Những thay đổi giới hạn gas này phụ thuộc vào việc validator chuyển từ tái thực thi các block sang xác minh các bằng chứng thực thi ZK.

Hướng đi đầu tiên đã được xác lập bởi Fusaka, ra mắt vào ngày 3 tháng 12 năm 2025.

Fusaka

Nó thiết lập PeerDAS cùng các thay đổi chỉ tham số blob (BPO), có thể tăng thông lượng blob theo từng bước đo lường, theo ethereum.org.

Hướng đi thứ hai ít mang tính cơ giới hóa hơn bởi nó dựa vào các EIP dự thảo, triển khai client, và hoạt động của validator phải duy trì trong các ràng buộc phi tập trung, bao gồm băng thông, lan truyền block và cấu trúc thị trường chứng minh.

PeerDAS được xem là “đòn bẩy tăng dung lượng” rõ ràng nhất vì nó được thiết kế để mở rộng khả năng cung cấp dữ liệu rollup mà không bắt buộc mọi node phải tải xuống tất cả các blob.

Theo ethereum.org, mục tiêu blob không tăng vọt ngay khi kích hoạt, sau đó có thể tăng gấp đôi mỗi vài tuần cho đến tối đa 48 khi các nhà phát triển theo dõi sức khỏe mạng lưới.

Nhóm Optimism đã mô tả trường hợp tối đa là “ít nhất 48 blob target mỗi block”, cùng với mức thông lượng phía rollup tăng từ khoảng 220 lên khoảng 3.500 UOPS dưới mục tiêu này.

Ngay cả trong khung đó, câu hỏi thực tế cho năm 2026 là liệu nhu cầu sẽ đến từ việc sử dụng blob thay vì cạnh tranh thực thi L1.

Một vấn đề còn bỏ ngỏ khác là liệu sự ổn định p2p và băng thông node có nằm trong ngưỡng chịu đựng của operator khi BPO tăng tốc triển khai hay không.

Ở phía thực thi, Ethereum đã thử nghiệm thông lượng cao hơn thông qua phối hợp thay vì hard fork.

GasLimit.pics ghi nhận giới hạn gas gần nhất là 60.000.000, với mức trung bình 24 giờ khoảng 59.990.755 tại thời điểm hiển thị.

Mức này quan trọng vì cung cấp mốc tham chiếu cho những gì validator đã chấp nhận trên thực tế.

Nó cũng cho thấy trần của “mở rộng xã hội” trước khi độ trễ, tải xác thực, mempool và áp lực pipeline MEV trở nên ràng buộc.

Một cách đơn giản để chuyển đổi thảo luận giới hạn gas thành phạm vi thông lượng là gas mỗi giây, sử dụng thời gian slot 12 giây của Ethereum (gas mỗi giây bằng gas limit chia cho 12).

Các con số bên dưới giữ phép tính rõ ràng và tách biệt giao dịch EVM lớp nền với thông lượng rollup.

Glamsterdam

Bản nâng cấp dự kiến năm 2026 gom nhiều ý tưởng liên quan đến thực thi vào “Glamsterdam”, một thuật ngữ rút gọn đã được thảo luận xoay quanh enshrined proposer-builder separation (ePBS, EIP-7732), Block-Level Access Lists (BALs, EIP-7928), và tái định giá tổng thể (EIP-7904).

Mỗi đề xuất vẫn ở dạng dự thảo, theo trang EIP cho EIP-7732, EIP-7928, và EIP-7904.

Tái định giá nhắm vào sự không đồng nhất lịch biểu gas kéo dài nhiều năm.

Lập luận rằng việc điều chỉnh giá compute bị lệch có thể tăng thông lượng khả dụng, đồng thời thừa nhận rủi ro DoS và thực tế là nhiều hợp đồng hardcode giả định về gas, theo EIP-7904.

BALs được xem là hệ thống hỗ trợ cho tính song song.

EIP đề cập đến đọc đĩa song song, xác thực giao dịch song song, tính toán state-root song song, và “cập nhật trạng thái không thực thi”, đồng thời ước tính kích thước BAL nén trung bình khoảng 70 đến 72 KiB như chi phí phụ, theo EIP-7928.

Trên thực tế, những lợi ích này chỉ thành hiện thực nếu các client áp dụng xử lý đồng thời vượt qua các nút thắt cổ chai thực sự.

Chúng cũng phụ thuộc vào việc liệu các bước xác minh và dữ liệu bổ sung có tránh được việc tạo ra độ trễ riêng của chúng không.

ePBS nằm ở trung tâm cả thảo luận MEV và thông lượng vì nó nhằm tách biệt xác thực thực thi khỏi xác thực đồng thuận về mặt thời gian, theo EIP-7732.

Khoảng thời gian linh hoạt đó cũng là nơi các kiểu lỗi mới có thể xuất hiện.

Một bài báo học thuật về “vấn đề quyền chọn miễn phí” đối với ePBS ước tính quyền chọn được thực hiện ở khoảng 0,82% số block trung bình dưới cửa sổ quyền chọn 8 giây, đạt 6% vào những ngày biến động cao trong điều kiện mô hình, theo arXiv.

Ethereum năm 2026

Với kế hoạch năm 2026, nghiên cứu đó hướng sự chú ý tới tính sống còn dưới áp lực, không chỉ là kết quả phí trạng thái ổn định.

Cá cược mang tính cấu trúc hơn đằng sau giới hạn gas “rất cao” là việc áp dụng bằng chứng ZK của validator.

Lộ trình “Realtime Proving” của Ethereum Foundation mô tả lộ trình từng bước, trong đó một nhóm nhỏ validator đầu tiên chạy client ZK trong môi trường thực tế.

Sau đó, chỉ khi đa số stake cảm thấy thoải mái, giới hạn gas mới có thể tăng lên mức mà việc xác minh bằng chứng thay thế tái thực thi để xác thực thực tiễn trên phần cứng hợp lý, theo bài đăng ngày 10 tháng 7 năm 2025 của foundation trên blog.ethereum.org.

Bài đăng cũng nêu ra các ràng buộc quan trọng cho tính khả thi hơn là câu chuyện, bao gồm mục tiêu bảo mật 128-bit (tạm thời chấp nhận 100-bit), kích thước bằng chứng dưới 300 KiB, và tránh phụ thuộc vào recursive wrapper với trusted setup, theo blog.ethereum.org.

Hàm ý mở rộng liên quan đến thị trường chứng minh: nguồn cung bằng chứng thời gian thực phải rẻ và đáng tin mà không tập trung vào một nhóm prover hẹp, tái tạo kiểu phụ thuộc relay ngày nay ở một lớp khác của stack.

Sau Glamsterdam, “Hegota” được định vị là giai đoạn đặt tên sau của năm 2026, tập trung vào quy trình hơn là phạm vi.

Ethereum Foundation đã công bố timeline chính với cửa sổ đề xuất từ 8 tháng 1 đến 4 tháng 2, tiếp theo là thảo luận và hoàn thiện từ 5 tháng 2 đến 26 tháng 2, sau đó là cửa sổ dành cho các đề xuất không phải headline, theo blog.ethereum.org.

Một meta-EIP Hegotá tồn tại dưới dạng dự thảo (EIP-8081) và liệt kê các mục đang được xem xét thay vì đã chốt, bao gồm FOCIL (EIP-7805) đang xem xét, theo EIP-8081.

Giá trị báo cáo ngắn hạn trong lịch trình này là nó tạo ra các mốc quyết định có ngày cụ thể mà nhà đầu tư và builder có thể theo dõi mà không cần suy đoán cam kết từ các mật danh.

Điểm đầu tiên là các đề xuất headline của Hegota đóng vào ngày 4 tháng 2.

Bài viết Lộ trình Ethereum 2026 bao gồm rủi ro validator lớn hơn bạn nghĩ xuất hiện đầu tiên trên CryptoSlate.