Ethereum Foundation đã công bố một kế hoạch từng bước để cho phép chuỗi chính của Ethereum xác thực các khối bằng cách sử dụng bằng chứng zkEVM, giảm nhu cầu trình xác thực phải tự chạy lại mọi tính toán. Đề xuất này, được chia sẻ qua X vào ngày 15 tháng 1 bởi Tomasz K. Stańczak, Đồng Giám đốc Điều hành tại Ethereum Foundation, vạch ra các công việc kỹ thuật cần thiết trên các client thực thi và đồng thuận của Ethereum, cộng với cơ sở hạ tầng chứng minh mới và các quy trình bảo mật.
zkEVM trên L1 – kế hoạchhttps://t.co/KLz7PoH6q9
— Tomasz K. Stańczak (@tkstanczak) January 15, 2026
Ethereum L1 Tiến Tới Xác Thực Dựa Trên Bằng Chứng zk
Ngay từ tháng 7 năm ngoái, Ethereum Foundation đã công bố cách tiếp cận "ưu tiên zk" của mình. Hiện tại, các trình xác thực của Ethereum thường kiểm tra một khối bằng cách thực thi lại các giao dịch và so sánh kết quả. Kế hoạch đề xuất một phương án thay thế: các trình xác thực có thể xác minh một bằng chứng mật mã rằng việc thực thi khối là chính xác.
Tài liệu tóm tắt quy trình dự kiến một cách đơn giản: một client thực thi tạo ra một gói "witness" (nhân chứng) thu gọn cho một khối, một chương trình zkEVM tiêu chuẩn hóa sử dụng gói đó để tạo ra bằng chứng về việc thực thi chính xác, và các client đồng thuận xác minh bằng chứng đó trong quá trình xác thực khối.
Cột mốc đầu tiên là tạo ra "ExecutionWitness", một cấu trúc dữ liệu cho mỗi khối chứa thông tin cần thiết để xác thực việc thực thi mà không cần chạy lại nó. Kế hoạch kêu gọi một định dạng witness chính thức trong các đặc tả thực thi của Ethereum, các bài kiểm tra sự phù hợp (conformance tests) và một điểm cuối RPC tiêu chuẩn hóa. Nó lưu ý rằng điểm cuối debug_executionWitness hiện tại đã "đang được sử dụng trong môi trường production bởi Optimism's Kona", đồng thời gợi ý rằng có thể cần một điểm cuối thân thiện hơn với zk.
Một phụ thuộc quan trọng là việc bổ sung khả năng theo dõi tốt hơn các phần của trạng thái (state) mà một khối chạm tới, thông qua Block Level Access Lists (BALs). Tài liệu nói rằng tính đến tháng 11 năm 2025, công việc này chưa được coi là đủ khẩn cấp để được backport (tích hợp ngược) về các fork trước đó.
Cột mốc tiếp theo là một "chương trình khách zkEVM" (zkEVM guest program), được mô tả là logic xác thực không trạng thái (stateless validation logic) kiểm tra xem một khối có tạo ra một chuyển đổi trạng thái hợp lệ hay không khi kết hợp với witness của nó. Kế hoạch nhấn mạnh các bản build có thể tái tạo (reproducible builds) và biên dịch sang các mục tiêu tiêu chuẩn hóa để các giả định được rõ ràng và có thể xác minh được.
Ngoài mã cụ thể của Ethereum, kế hoạch nhằm chuẩn hóa giao diện giữa zkVMs và chương trình khách: các mục tiêu chung, các cách thức chung để truy cập precompiles và I/O, và các giả định đã thống nhất về cách các chương trình được tải và thực thi.
Về phía đồng thuận, lộ trình kêu gọi các thay đổi để các client đồng thuận có thể chấp nhận bằng chứng zk như một phần của quá trình xác thực khối beacon, kèm theo các đặc tả, các vector kiểm tra (test vectors) và một kế hoạch triển khai nội bộ. Tài liệu cũng đánh dấu tính khả dụng của tải trọng thực thi (execution payload availability) là quan trọng, bao gồm một cách tiếp cận có thể liên quan đến "việc đặt khối vào blobs".
Đề xuất coi việc tạo bằng chứng (proof generation) vừa là một vấn đề vận hành (operational) vừa là vấn đề giao thức (protocol). Nó bao gồm các cột mốc để tích hợp zkVMs vào các công cụ của EF như Ethproofs và Ere, thử nghiệm các thiết lập GPU (bao gồm "zkboost"), và theo dõi độ tin cậy và các nút thắt cổ chai.
Việc điểm chuẩn (benchmarking) được đặt trong khuôn khổ là công việc đang diễn ra, với các mục tiêu rõ ràng như đo thời gian tạo witness, thời gian tạo và xác minh bằng chứng, và tác động của mạng đến việc lan truyền bằng chứng. Những phép đo đó có thể cung cấp thông tin cho các đề xuất định giá gas (gas repricing) trong tương lai đối với các khối lượng công việc nặng về zk.
Bảo mật cũng được đánh dấu là vĩnh viễn, với các kế hoạch cho đặc tả chính thức, giám sát, kiểm soát chuỗi cung ứng như các bản build có thể tái tạo và ký ký phẩm (artifact signing), và một mô hình tin cậy và mối đe dọa được ghi nhận. Tài liệu đề xuất một "khuôn khổ go/no-go" để quyết định khi nào các hệ thống bằng chứng đủ trưởng thành để sử dụng rộng rãi hơn.
Một phụ thuộc bên ngoài nổi bật: ePBS, mà tài liệu mô tả là cần thiết để cho các máy tạo chứng minh (provers) có thêm thời gian. Nếu không có nó, kế hoạch nói rằng máy tạo chứng minh có "1–2 giây" để tạo bằng chứng; với nó, là "6–9 giây". Tài liệu bổ sung một khung hai câu nắm bắt được sự khẩn cấp: "Đây không phải là một dự án mà chúng tôi đang làm việc. Tuy nhiên, đó là một tối ưu hóa mà chúng tôi cần." Nó kỳ vọng ePBS sẽ được triển khai trong "Glamsterdam", nhắm mục tiêu vào giữa năm 2026.
Nếu những cột mốc này đạt được, Ethereum sẽ tiến tới việc xác thực dựa trên bằng chứng như một lựa chọn thực tế trên L1, trong khi thời gian và độ phức tạp vận hành của việc chứng minh vẫn là các yếu tố giới hạn.
Tại thời điểm biên tập, ETH được giao dịch ở mức $3,300.








