Tuần trước, nhà nghiên cứu Ethereum ETH đã công bố một bài hướng dẫn chi tiết giải thích cách Ethereum dự định chuyển từ việc thực thi lại mọi giao dịch sang xác minh bằng chứng zero-knowledge .
Bài đăng mô tả đây là một “sự chuyển đổi thầm lặng nhưng cơ bản”, và cách mô tả này rất chính xác. Không phải vì công việc này được giữ bí mật, mà vì những tác động của nó lan tỏa khắp toàn bộ kiến trúc của Ethereum theo những cách mà sẽ không rõ ràng cho đến khi các mảnh ghép được kết nối lại với nhau.
Đây không phải là việc Ethereum "thêm ZK" như một tính năng. Ethereum đang thử nghiệm một phương thức xác thực thay thế, trong đó một số trình xác thực có thể chứng thực các khối bằng cách xác minh bằng chứng thực thi ngắn gọn thay vì chạy lại mọi giao dịch.
Nếu thành công, vai trò lớp 1 của Ethereum sẽ chuyển từ "thanh toán và cung cấp dữ liệu cho các giao dịch tổng hợp" sang "thực thi thông lượng cao với chi phí xác thực đủ thấp cho các trình xác thực nội bộ".
Thực tế thì người ta đang xây dựng cái gì vậy?
Đề xuất cải tiến Ethereum (EIP)-8025, có tiêu đề “Bằng chứng thực thi tùy chọn”, đã được đệ trình dưới dạng bản thảo và quy định cơ chế hoạt động.
Các bằng chứng thực thi được chia sẻ trên mạng ngang hàng (peer-to-peer) ở lớp đồng thuận thông qua một chủ đề chuyên dụng. Các trình xác thực có thể hoạt động ở hai chế độ mới: tạo bằng chứng hoặc xác thực không trạng thái.
Đề xuất này nêu rõ rằng nó "không yêu cầu hardfork" và vẫn tương thích ngược, trong khi các node vẫn có thể thực thi lại như hiện nay.
Ngày 26 tháng 1, nhóm zkEVM của Ethereum Foundation đã công bố một lộ trình cụ thể cho năm 2026, nêu rõ sáu chủ đề phụ: tiêu chuẩn hóa chứng cứ thực thi và chương trình khách, tiêu chuẩn hóa API zkVM-guest, tích hợp lớp Consensus , cơ sở hạ tầng chứng minh, đánh giá hiệu năng và số liệu, và bảo mật với Xác minh chính thức.
Cuộc gọi đột phá L1-zkEVM đầu tiên dự kiến diễn ra vào ngày 11 tháng 2 lúc 15:00 UTC.
Quy trình từ đầu đến cuối hoạt động như sau: một máy khách ở lớp thực thi tạo ra một ExecutionWitness, một gói độc lập chứa tất cả dữ liệu cần thiết để xác thực một Block mà không cần lưu giữ toàn bộ trạng thái.
Một chương trình khách chuẩn hóa sẽ sử dụng bằng chứng đó và xác thực quá trình chuyển đổi trạng thái. Một zkVM thực thi chương trình này, và một trình chứng minh sẽ tạo ra bằng chứng về việc thực thi chính xác. Sau đó, máy khách lớp Consensus sẽ xác minh bằng chứng đó thay vì gọi máy khách lớp thực thi để thực thi lại.
Yếu tố phụ thuộc chính là ePBS (Enshrined Proposer-Builder Separation), dự kiến sẽ được triển khai trong đợt hardfork Glamsterdam sắp tới. Nếu không có ePBS, thời gian xác thực chỉ khoảng một đến hai giây, quá ngắn để xác thực trong thời gian thực. Với ePBS cung cấp khả năng xử lý song Block pipelining), thời gian xác thực có thể kéo dài đến sáu đến chín giây.

Sự đánh đổi của việc phân quyền
Nếu các định dạng bằng chứng và chứng thực tùy chọn được hoàn thiện hơn, nhiều trình xác thực tại nhà có thể tham gia mà không cần duy trì trạng thái lớp thực thi đầy đủ.
Việc nâng giới hạn phí gas trở nên dễ dàng hơn về mặt chính trị và kinh tế vì chi phí xác thực không còn phụ thuộc vào độ phức tạp thực thi. Công việc xác minh không còn tỷ lệ thuận tuyến tính với hoạt động on-chain nữa.
Tuy nhiên, việc chứng thực cũng tiềm ẩn rủi ro tập trung hóa. Một bài đăng trên Ethereum Research ngày 2 tháng 2 cho biết việc chứng thực một Block Ethereum hoàn chỉnh hiện yêu cầu khoảng 12 GPU và mất trung bình 7 giây.
Tác giả nêu lên những lo ngại về sự tập trung hóa và lưu ý rằng các giới hạn vẫn khó dự đoán. Nếu quá trình chứng minh vẫn phụ thuộc nhiều vào GPU và tập trung vào các mạng lưới xây dựng hoặc chứng minh, Ethereum có thể đánh đổi “mọi người đều thực thi lại” lấy “ít người chứng minh, nhiều người xác minh”.
Thiết kế này nhằm giải quyết vấn đề đó bằng cách đưa sự đa dạng của máy khách vào lớp chứng minh. Giả định hoạt động của Đề xuất cải tiến Ethereum (EIP)-8025 là Threshold ba trên năm, nghĩa là trình chứng thực chấp nhận việc thực thi một khối là hợp lệ sau khi đã xác minh ba trong năm bằng chứng độc lập từ các triển khai máy khách lớp thực thi khác nhau.
Điều này giúp duy trì sự đa dạng của máy khách ở cấp độ giao thức nhưng không giải quyết được vấn đề truy cập phần cứng.
Cách diễn đạt trung thực nhất là Ethereum đang làm thay đổi cục diện cuộc chiến về phân quyền. Hạn chế hiện nay là "bạn có đủ khả năng để vận hành một máy khách lớp thực thi không?". Hạn chế trong tương lai có thể là "bạn có thể truy cập vào các cụm GPU hoặc mạng chứng minh không?".
Có thể thấy rằng việc xác minh bằng chứng sẽ dễ dàng được thương mại hóa hơn so với việc lưu trữ và thực thi lại trạng thái, nhưng vấn đề phần cứng vẫn còn bỏ ngỏ.
Mở khóa tỷ lệ L1
Lộ trình phát triển của Ethereum, được cập nhật lần cuối vào ngày 5 tháng 2, liệt kê "Tính không trạng thái" là một chủ đề nâng cấp quan trọng: xác minh các khối mà không cần lưu trữ lượng lớn trạng thái.
Các bằng chứng thực thi tùy chọn và các nhân chứng là cơ chế cụ thể giúp cho việc xác thực không trạng thái trở nên khả thi. Một nút không trạng thái chỉ cần một máy khách Consensus và xác minh bằng chứng trong quá trình xử lý dữ liệu.
Quá trình đồng bộ hóa chỉ đơn giản là tải xuống bằng chứng cho các khối gần đây kể từ điểm kiểm tra hoàn tất cuối cùng.
Điều này có ý nghĩa quan trọng đối với giới hạn gas . Hiện nay, mỗi lần tăng Gas Limit đều khiến việc vận hành một node trở nên khó khăn hơn. Nếu các trình xác thực có thể xác minh bằng chứng thay vì thực thi lại, thì chi phí xác minh sẽ không còn tỷ lệ thuận với Gas Limit nữa. Độ phức tạp thực thi và chi phí xác thực sẽ tách rời nhau.
Luồng công việc đánh giá hiệu suất và định giá lại trong lộ trình năm 2026 tập trung rõ ràng vào các chỉ số liên quan đến gas tiêu thụ so với chu kỳ chứng minh và thời gian chứng minh.
Nếu các chỉ số đó ổn định, Ethereum sẽ có được một đòn bẩy mà trước đây nó chưa từng có: khả năng tăng Xuất lượng mà không cần tăng chi phí vận hành trình xác thực một cách tương ứng.
Điều này có ý nghĩa gì đối với các chuỗi khối lớp 2?
Một bài đăng gần đây của Vitalik Buterin lập luận rằng các blockchain lớp 2 nên có sự khác biệt vượt ra ngoài khả năng mở rộng và liên kết rõ ràng giá trị của "trình biên dịch trước rollup gốc" với nhu cầu về bằng chứng zkEVM được lưu trữ mà Ethereum đã cần để mở rộng quy mô lớp 1.
Nguyên tắc rất đơn giản: nếu tất cả các trình xác thực đều kiểm tra bằng chứng thực thi, thì các bằng chứng đó cũng có thể được sử dụng bởi quá trình biên dịch trước EXECUTE cho các bản tổng hợp gốc. Cơ sở hạ tầng chứng minh lớp 1 trở thành cơ sở hạ tầng dùng chung.
Điều này làm thay đổi giá trị cốt lõi của lớp 2. Nếu lớp 1 có thể mở rộng quy mô để đạt Xuất lượng cao trong khi vẫn giữ chi phí xác minh thấp, thì các giải pháp tổng hợp (rollups) không thể tự biện minh cho sự tồn tại của mình dựa trên lý do “Ethereum không thể xử lý được tải trọng”.
Các trục khác biệt mới bao gồm máy ảo chuyên dụng, độ trễ cực thấp, xác nhận trước và các mô hình kết hợp như rollup dựa trên thiết kế chứng thực nhanh.
Trường hợp mà các lớp 2 vẫn giữ được vai trò quan trọng là khi các vai trò được phân chia giữa chuyên môn hóa và khả năng tương tác.
Lớp 1 trở thành Settlement Layer thực thi và thanh toán có thông lượng cao và chi phí xác minh thấp. Các lớp 2 trở thành phòng thí nghiệm tính năng, bộ tối ưu hóa độ trễ và cầu nối khả năng kết hợp.
Tuy nhiên, điều đó đòi hỏi các nhóm ở lớp 2 phải đưa ra những đề xuất giá trị mới và Ethereum phải thực hiện được lộ trình xác minh bằng chứng.
Ba con đường tiến về phía trước
Có ba kịch bản tiềm năng trong tương lai.
Kịch bản đầu tiên bao gồm việc xác thực bằng chứng trước trở nên phổ biến. Nếu các định dạng bằng chứng và chứng thực tùy chọn được hoàn thiện và việc triển khai phía máy khách ổn định xung quanh các giao diện được tiêu chuẩn hóa, nhiều trình xác thực tại nhà có thể tham gia mà không cần chạy toàn bộ trạng thái lớp thực thi.
Giới hạn gas tăng lên vì chi phí xác thực không còn tương xứng với độ phức tạp thực thi. Hướng đi này phụ thuộc vào việc luồng công việc tiêu chuẩn hóa ExecutionWitness và chương trình khách hội tụ về các định dạng có thể chuyển đổi.
Kịch bản thứ hai là khi sự tập trung hóa của bên chứng thực trở thành điểm nghẽn mới. Nếu quá trình chứng thực vẫn phụ thuộc nhiều vào GPU và tập trung vào các mạng lưới của bên xây dựng hoặc bên chứng thực, thì Ethereum sẽ chuyển chiến trường phân quyền từ phần cứng của bên xác thực sang cấu trúc thị trường của bên chứng thực.
Giao thức vẫn hoạt động, miễn là có một người chứng minh trung thực ở bất cứ đâu duy trì tính liên tục của chuỗi , nhưng mô hình bảo mật sẽ thay đổi.
Kịch bản thứ ba là việc xác minh bằng chứng lớp 1 trở thành một cơ sở hạ tầng dùng chung. Nếu việc tích hợp lớp Consensus được củng cố và ePBS cung cấp cửa sổ chứng minh mở rộng, thì giá trị cốt lõi của Lớp 2 sẽ nghiêng về các máy ảo chuyên dụng, độ trễ cực thấp và các mô hình kết hợp mới thay vì chỉ đơn thuần là "mở rộng quy mô Ethereum".
Lộ trình này đòi hỏi ePBS phải phát hành đúng hạn cho Glamsterdam.
| Kịch bản | Những điều cần phải đúng (điều kiện tiên quyết về mặt kỹ thuật) | Nguyên nhân gây hư hỏng / rủi ro chính | Những yếu tố nào được cải thiện (phân quyền, giới hạn gas , thời gian đồng bộ)? | Kết quả vai trò L1 ( Xuất lượng thực thi so với chi phí xác minh) | Ý nghĩa L2 (trục phân hóa mới) | Tín hiệu "Những gì cần xem" |
|---|---|---|---|---|---|---|
| Phương pháp xác thực trước khi chứng minh trở nên phổ biến. | Tiêu chuẩn của Execution Witness và chương trình khách hội tụ; API zkVM/khách được chuẩn hóa; đường dẫn xác minh bằng chứng CL ổn định; bằng chứng lan truyền đáng tin cậy trên P2P; ngữ nghĩa Threshold đa bằng chứng chấp nhận được (ví dụ: 3 trên 5). | Tính khả dụng/độ trễ của bằng chứng trở thành một yếu tố phụ thuộc mới; các lỗi xác minh trở nên nhạy cảm Consensus nếu/khi nó được dựa vào; sự không khớp giữa các máy khách/người chứng minh | Các trình xác thực tại nhà có thể chứng thực mà không cần trạng thái EL; thời gian đồng bộ giảm (bằng chứng kể từ điểm kiểm tra hoàn tất); việc tăng giới hạn gas trở nên dễ dàng hơn vì chi phí xác minh tách rời khỏi độ phức tạp thực thi. | L1 chuyển sang hướng thực thi với thông lượng cao hơn với chi phí xác thực tương đối ổn định đối với nhiều trình xác thực. | Các máy chủ L2 phải chứng minh được năng lực của mình vượt ra ngoài lý do “L1 không thể mở rộng quy mô”: máy ảo chuyên dụng , thực thi ứng dụng cụ thể, mô hình phí tùy chỉnh, quyền riêng tư, ETC | Tăng cường bảo mật thông số kỹ thuật/vector kiểm thử; khả năng di chuyển chứng cứ/khách giữa các máy khách; truyền tải bằng chứng ổn định + xử lý lỗi; đường cong chuẩn (gas → chu kỳ/thời gian chứng minh) |
| Việc tập trung hóa hệ thống chứng minh trở thành điểm nghẽn. | Việc tạo bằng chứng vẫn phụ thuộc nhiều vào GPU; thị trường chứng minh đang hợp nhất (các nhà xây dựng/mạng lưới chứng minh); việc chứng minh quy mô nhỏ còn hạn chế; Liveness phụ thuộc vào một nhóm nhỏ các công cụ chứng minh tinh vi. | Nguyên tắc “ít người chứng minh, nhiều người xác minh” tập trung quyền lực; động lực kiểm duyệt/xác minh tăng cường; sự cố hệ thống chứng minh tạo ra áp lực Liveness/ Tính chất cuối cùng ; rủi ro tập trung theo địa lý/quy định. | Các bên xác thực vẫn có thể xác minh với chi phí thấp, nhưng xu hướng phi tập trung đang diễn ra : việc chứng thực dễ dàng hơn, việc chứng minh khó khăn hơn; có một số khoảng trống về giới hạn phí gas, nhưng bị hạn chế bởi kinh tế của bên chứng minh. | Về lý thuyết , L1 có thể mở rộng quy mô thực thi , nhưng trên thực tế bị giới hạn bởi năng lực của bên chứng minh và cấu trúc thị trường. | Các hệ thống L2 có thể dựa vào các thiết kế đã được xác nhận trước , các hệ thống chứng minh thay thế hoặc các đảm bảo về độ trễ—điều này có thể làm tăng sự phụ thuộc vào các tác nhân có đặc quyền. | Xu hướng chi phí chứng minh (yêu cầu phần cứng, thời gian cho mỗi Block); các chỉ số về tính đa dạng của người chứng minh; các biện pháp khuyến khích chứng minh phân tán; các bài tập xử lý lỗi (điều gì xảy ra khi thiếu bằng chứng?). |
| Xác minh bằng chứng L1 trở thành cơ sở hạ tầng dùng chung | Việc tích hợp CL "được củng cố"; các bằng chứng được tạo ra/sử dụng rộng rãi; ePBS được phát hành và cung cấp một khung thời gian chứng minh khả thi; các giao diện cho phép tái sử dụng (ví dụ: các hook biên dịch trước kiểu EXECUTE / tổng hợp gốc). | Rủi ro liên kết đa miền: nếu cơ sở hạ tầng chứng thực L1 bị quá tải, các đường dẫn xác minh tổng hợp cũng có thể bị ảnh hưởng; độ phức tạp / bề mặt tấn công mở rộng | Cơ sở hạ tầng dùng chung giúp giảm thiểu sự trùng lặp công sức chứng minh; cải thiện khả năng tương tác; chi phí xác minh dễ dự đoán hơn; lộ trình rõ ràng hơn để đạt được Xuất lượng L1 cao hơn mà không làm tăng giá thành của các trình xác thực. | L1 phát triển thành một Settlement Layer được xác minh bằng chứng, có khả năng xác minh cả các giao dịch tổng hợp một cách tự nhiên. | L2 chuyển trọng tâm sang độ trễ (cấu hình trước) , môi trường thực thi chuyên biệt và các mô hình có thể kết hợp (ví dụ: thiết kế chứng minh nhanh / gần như đồng bộ) thay vì chỉ tập trung vào "khả năng mở rộng". | Tiến độ dự án ePBS / Glamsterdam; trình diễn quy trình từ đầu đến cuối (chứng kiến → bằng chứng → xác minh CL); tiêu chuẩn so sánh + khả năng điều chỉnh giá gas ; triển khai ngữ nghĩa phân phối bằng chứng tối thiểu khả thi và giám sát. |
Bức tranh toàn cảnh
Mức độ hoàn thiện của việc tích hợp các đặc tả đồng thuận sẽ cho thấy liệu "bằng chứng tùy chọn" có chuyển từ chủ yếu là các việc cần làm sang các vectơ kiểm thử được củng cố hay không.
Việc chuẩn hóa ExecutionWitness và chương trình khách là nền tảng cho khả năng tương thích xác thực không trạng thái giữa các máy khách. Các tiêu chuẩn đánh giá ánh xạ gas tiêu thụ đến chu kỳ chứng minh và thời gian chứng minh sẽ xác định xem việc định giá lại gas để thân thiện với ZK có khả thi hay không.
Tiến trình của ePBS và Glamsterdam sẽ cho thấy liệu khung thời gian chứng minh từ sáu đến chín giây có trở thành hiện thực hay không. Kết quả của các cuộc gọi nhóm nhỏ sẽ tiết lộ liệu các nhóm làm việc có thống nhất về giao diện và ngữ nghĩa phân phối bằng chứng tối thiểu khả thi hay không.
Ethereum sẽ không chuyển sang xác thực dựa trên bằng chứng trong thời gian ngắn. Đề xuất cải tiến Ethereum (EIP)-8025 nêu rõ rằng họ “chưa thể dựa vào đó để nâng cấp”, và cách diễn đạt tùy chọn này là có chủ ý. Do đó, đây là một lộ trình có thể thử nghiệm chứ không phải là một sự kích hoạt sắp xảy ra.
Tuy nhiên, việc Quỹ Ethereum công bố lộ trình triển khai năm 2026, lên lịch cuộc gọi riêng với các chủ sở hữu dự án và soạn thảo một Đề xuất cải tiến Ethereum (EIP) với cơ chế truyền tin ngang hàng cụ thể cho thấy công việc này đã chuyển từ giai đoạn nghiên cứu tính khả thi sang chương trình triển khai thực tế.
Sự chuyển đổi diễn ra âm thầm vì nó không liên quan đến những thay đổi lớn về kinh tế Token hay các tính năng dành cho người dùng. Nhưng nó mang tính nền tảng vì nó viết lại mối quan hệ giữa độ phức tạp thực thi và chi phí xác thực.
Nếu Ethereum có thể tách rời hai lớp này, lớp 1 sẽ không còn là nút thắt cổ chai buộc mọi thứ thú vị phải chuyển sang lớp 2 nữa.
Và nếu việc xác minh bằng chứng ở lớp 1 trở thành cơ sở hạ tầng dùng chung, toàn bộ hệ sinh thái lớp 2 cần phải trả lời một câu hỏi khó hơn: bạn đang xây dựng cái gì mà lớp 1 không thể làm được?





