Một cách nào đó tôi nhận thấy rằng, trong Ethereum những năm gần đây đã hình thành một truyền thống thú vị: thay vì cải tiến chính máy ảo, các nhà phát triển chỉ đơn giản là đi vòng qua nó bằng các hợp đồng đã được biên dịch sẵn. Nhưng Vitalik không dừng lại ở đó. Gần đây ông đã công bố một kế hoạch chi tiết về cách làm lại tất cả từ đầu.

Phần đầu của kế hoạch liên quan đến cây trạng thái của Ethereum. Nếu đơn giản hóa, đó là một hệ thống chỉ mục, qua đó hệ thống liên tục tìm kiếm dữ liệu. Vấn đề là cấu trúc hiện tại — chính là cây Merkle Keccak sáu nhánh — quá cồng kềnh. EIP-7864, do Vitalik đề xuất, thay thế nó bằng cây nhị phân. Thay vì chọn từ sáu hướng, bạn chỉ chọn trái hoặc phải. Kết quả? Chiều dài của cây Merkle giảm đi bốn lần. Đối với các khách hàng nhẹ, điều này có nghĩa là giảm đáng kể yêu cầu về băng thông.

Nhưng chưa dừng lại ở đó. Vitalik muốn thay đổi cả hàm băm. Trên bàn có hai ứng viên: Blake3, mang lại tốc độ tăng ổn định, và Poseidon, có thể tăng hiệu quả chứng minh lên hàng chục lần, mặc dù độ an toàn vẫn đang được kiểm tra. Kế hoạch này thực chất thay thế các Cây Verkle, đã được cộng đồng thảo luận nhiều năm, nhưng mất đi sự phổ biến do mối đe dọa từ tính toán lượng tử.

Bước thứ hai còn tham vọng hơn: thay thế chính kiến trúc EVM bằng kiến trúc RISC-V. Lý do đơn giản — nếu các hệ thống chứng minh ZK đã hiểu RISC-V, tại sao máy lại phải dùng một ngôn ngữ khác? Bỏ qua lớp dịch, mọi thứ tự động tăng tốc. Vitalik dự định thực hiện ba giai đoạn: đầu tiên, chuyển đổi 80% các hợp đồng đã biên dịch sẵn sang VM mới, sau đó cho phép các nhà phát triển triển khai hợp đồng trực tiếp, và cuối cùng loại bỏ EVM cũ khỏi hoạt động — nhưng không xóa bỏ, mà viết lại như một hợp đồng thông minh trên máy mới. Các hợp đồng cũ sẽ tiếp tục hoạt động như một động cơ có thể thay thế.

Vitalik tuyên bố rằng cây trạng thái và máy ảo chiếm hơn 80% các hạn chế của Ethereum trong việc chứng minh. Nếu không có những thay đổi này, việc mở rộng quy mô trong kỷ nguyên ZK sẽ không thể tiến lên.

Nhưng không phải ai cũng đồng ý. Nhóm Arbitrum Offchain Labs đã công bố phản đối kỹ thuật chi tiết. Quan điểm của họ: RISC-V phù hợp cho chứng minh ZK, nhưng không nhất thiết phù hợp như một định dạng cho hợp đồng. Họ đã phân biệt giữa bộ lệnh để vận chuyển (dISA) và bộ lệnh để chứng minh (pISA). Theo họ, đây không nên là cùng một thứ. Họ đề xuất WebAssembly cho cấp độ hợp đồng, rồi sau đó biên dịch sang RISC-V để chứng minh. Họ đã thử nghiệm nguyên mẫu trên Arbitrum, và nó hoạt động. Thêm vào đó, họ cảnh báo về rủi ro: công nghệ ZK thay đổi nhanh chóng, và nếu bây giờ cố định RISC-V trên L1, thì sau hai năm sẽ ra sao?

Cuộc thảo luận này diễn ra trong bối cảnh một thay đổi lớn hơn. Gần đây, Vitalik đã đặt câu hỏi về sự cần thiết của một lộ trình riêng cho L2 của Ethereum. Thật thú vị, L2 không hoảng loạn mà còn bắt đầu suy nghĩ lại về vai trò của mình. Nếu Ethereum tự trở nên nhanh hơn, thì L2 cần tìm ra các không gian riêng — không chỉ mở rộng quy mô, mà còn các kịch bản ứng dụng thực sự.

Chính Vitalik thừa nhận rằng chưa có sự đồng thuận về việc thay thế EVM. Cải tiến cây trạng thái đã tiến xa hơn — EIP-7864 đã có dự án cụ thể. Nhưng thay thế bằng RISC-V? Hiện mới chỉ nằm ở mức lộ trình. Hard fork Glamsterdam dự kiến vào nửa đầu năm 2026, theo sau là Hegota. Các chi tiết cụ thể vẫn chưa được phê duyệt, nhưng cải tiến cây trạng thái và tối ưu hóa cấp thực thi là các hướng đi đã rõ.

Lịch sử của Ethereum luôn là về những điều khả thi. Từ chuyển đổi từ PoW sang PoS, từ L1 sang Rollup — hệ thống đã chứng minh sẵn sàng tháo rời các động cơ ở độ cao hàng chục nghìn mét. Lần này, là về những điều sâu xa hơn: không chỉ thêm chức năng, mà là thay đổi nền tảng. Liệu đây là một cuộc sửa chữa có kế hoạch cẩn thận, hay là một cái hố ngày càng sâu? Câu trả lời sẽ rõ ràng hơn vào năm 2027. Nhưng một điều chắc chắn: Ethereum không định trở thành một hệ thống cũ kỹ với các bản vá. Chính cuộc tranh luận này về cách sửa chữa và loại động cơ nào sẽ lắp đặt — có thể còn quý giá hơn bất kỳ kết luận nào.