Bài viết bởi: Gray Lobster, Deep Tide TechFlow

Các nhà phát triển Ethereum có một thói quen bất thành văn: tránh động chạm vào EVM nếu có thể.

Trong vài năm gần đây, bất cứ khi nào cần một thao tác mã hóa mới trên blockchain, phản ứng đầu tiên của các nhà phát triển không phải là triển khai nó trong EVM, mà là yêu cầu bổ sung một "hợp đồng được biên dịch trước", một lối tắt bỏ qua máy ảo và được mã hóa cứng trực tiếp ở lớp giao thức.

Vào ngày 1 tháng 3, Vitalik Buterin đã đăng một bài viết dài trên X, hoàn toàn phá vỡ sự im lặng. Ý chính của ông là: điểm mấu chốt của Ethereum là tính linh hoạt; nếu EVM không đủ tốt, thì chúng ta nên giải quyết vấn đề một cách trực diện và xây dựng một máy ảo tốt hơn.

Ông ấy đã cung cấp hai con dao phẫu thuật chuyên dụng.

Bước đầu tiên: Thay đổi "cấu trúc dữ liệu"

Thay đổi đầu tiên nhắm vào cây trạng thái của Ethereum. Bạn có thể coi đây là "hệ thống lập chỉ mục sổ cái" của Ethereum, nơi người dùng phải điều hướng xuống cây để kiểm tra số dư hoặc xác minh giao dịch.

Vấn đề là cây hiện tại quá "béo". Ethereum sử dụng cấu trúc gọi là "cây Keccak Merkel Patricia phân nhánh sáu nhánh" (tên gọi nghe giống như một câu thần chú). Đề xuất EIP-7864 của Vitalik đề nghị thay thế nó bằng một cây nhị phân đơn giản hơn.

Để minh họa: Trước đây, việc truy vấn một mẩu dữ liệu yêu cầu phải liên tục chọn hướng tại một ngã sáu; giờ đây, chỉ cần chọn trái và phải. Kết quả là gì? Độ dài nhánh Merkel giảm xuống còn một phần tư so với ban đầu. Đối với các máy khách nhẹ, băng thông cần thiết cho việc xác minh dữ liệu giảm đáng kể.

Nhưng Vitalik không chỉ hài lòng với việc thay đổi hình dạng của cây. Ông còn muốn thay đổi cả "phông chữ trên lá", tức là hàm băm. Có hai giải pháp khả thi: Blake3 và Poseidon. Blake3 có thể mang lại tốc độ tăng ổn định; Poseidon thì triệt để hơn, về mặt lý thuyết có thể cải thiện hiệu quả chứng minh lên hàng chục lần, nhưng tính bảo mật của nó vẫn đòi hỏi nhiều kiểm toán hơn.

Điều đáng chú ý là phương án này thực chất thay thế cho cây Verkle, vốn đã được cộng đồng thảo luận trong nhiều năm. Verkle từng là phương án được ưa chuộng cho đợt phân tách mạng năm 2026, nhưng nó dần mất đi sự ủng hộ từ giữa năm 2024 vì mật mã đường cong elliptic mà nó dựa vào đang đối mặt với mối đe dọa từ điện toán lượng tử, và phương án cây nhị phân đã thay thế.

Bước thứ hai: Thay đổi "máy ảo", biến EVM thành hợp đồng thông minh.

Thay đổi thứ hai táo bạo hơn và gây nhiều tranh cãi hơn: thay thế EVM bằng kiến ​​trúc RISC-V về lâu dài.

RISC-V là một tập lệnh mã nguồn mở, ban đầu không liên quan gì đến blockchain, nhưng hiện nay nó được hầu hết các hệ thống chứng minh ZK sử dụng nội bộ. Logic của Vitalik rất đơn giản: vì bên chứng minh đã sử dụng RISC-V, tại sao máy ảo lại phải sử dụng một ngôn ngữ khác rồi lại thêm một lớp phiên dịch ở giữa? Việc loại bỏ lớp phiên dịch sẽ làm tăng hiệu quả một cách tự nhiên.

Trình thông dịch RISC-V chỉ cần vài trăm dòng mã. Vitalik nói rằng đây chính là hình mẫu mà một máy ảo blockchain nên có.

Ông đã lên kế hoạch thực hiện theo ba bước: Thứ nhất, chạy các hợp đồng đã được biên dịch sẵn trên máy ảo mới và viết lại 80% các hợp đồng đã biên dịch sẵn hiện có bằng mã máy ảo mới; thứ hai, cho phép các nhà phát triển trực tiếp triển khai các hợp đồng trên máy ảo mới và chạy chúng song song với EVM; thứ ba, EVM sẽ được loại bỏ, nhưng không biến mất—nó sẽ được viết lại thành một hợp đồng thông minh chạy trên máy ảo mới, đạt được khả năng tương thích ngược hoàn toàn.

Khách hàng hiện tại không cần phải đổi xe. Chỉ có động cơ được thay thế một cách âm thầm; vô lăng vẫn giữ nguyên.

Hai yếu tố này kết hợp với nhau quan trọng đến mức nào? Vitalik đã đưa ra một con số: cây trạng thái và máy ảo cùng nhau chiếm hơn 80% nút thắt cổ chai về bằng chứng của Ethereum. Nói cách khác, nếu không giải quyết hai thành phần này, khả năng mở rộng của Ethereum trong kỷ nguyên ZK sẽ bị trì trệ.

Arbitrum không đồng ý: Bạn không thể ép buộc tài xế giao hàng phải lái xe nâng chỉ vì các kho hàng sử dụng chúng.

Nhưng đây không phải là câu chuyện mà ai cũng đồng ý.

Arbitrum không đồng ý: Bạn không thể ép buộc tài xế giao hàng phải lái xe nâng chỉ vì các kho hàng sử dụng chúng.

Nhưng đây không phải là câu chuyện mà ai cũng đồng ý.

Tháng 11 năm ngoái, Offchain Labs, nhóm phát triển cốt lõi của Arbitrum, đã công bố một bài phản bác kỹ thuật chi tiết. Luận điểm chính của bốn nhà nghiên cứu là mặc dù RISC-V thực sự phù hợp với bằng chứng ZK, nhưng nó không phù hợp với "định dạng phân phối" hợp đồng.

Họ đã chỉ ra một điểm khác biệt quan trọng: "Bộ hướng dẫn giao hàng" (dISA) và "Bộ hướng dẫn chứng minh" (pISA) không nhất thiết phải giống nhau. Kho hàng của bạn hoạt động hiệu quả nhất khi sử dụng xe nâng, nhưng điều đó không có nghĩa là người giao hàng của bạn cũng nên sử dụng xe nâng để giao hàng đến tận cửa nhà bạn.

Offchain Labs ủng hộ việc sử dụng WebAssembly (WASM) cho lớp hợp đồng, và lý do của họ khá thuyết phục: WASM hoạt động hiệu quả cao trên phần cứng tiêu chuẩn, trong khi hầu hết các node Ethereum không chạy chip RISC-V, và việc chuyển đổi bắt buộc sẽ cần đến trình giả lập; WASM có cơ chế xác minh bảo mật kiểu dữ liệu hoàn thiện; và hệ sinh thái công cụ của WASM đã được thử nghiệm trong thực tế trên hàng tỷ môi trường thực thi.

Quan trọng hơn, họ không chỉ nói suông. Offchain Labs đã chạy thử nghiệm trên Arbitrum: sử dụng WASM làm định dạng phân phối hợp đồng, sau đó biên dịch nó thành RISC-V cho bằng chứng ZK. Hai lớp này hoạt động độc lập mà không can thiệp lẫn nhau.

Họ cũng nêu lên một rủi ro đáng suy ngẫm: công nghệ trong lĩnh vực bằng chứng ZK đang thay đổi nhanh chóng, với việc triển khai RISC-V gần đây đã chuyển từ 32-bit sang 64-bit. Nếu RISC-V được tích hợp vào L1 của Ethereum ngay bây giờ, điều gì sẽ xảy ra nếu một kiến ​​trúc bằng chứng tốt hơn xuất hiện trong hai năm nữa? Đặt cược vào một mục tiêu đang thay đổi nhanh chóng không phải là phong cách của Ethereum.

Bối cảnh rộng hơn: Các nhà hóa học cấp độ 2 đang bắt đầu "giảm dần" sự phụ thuộc vào chăm sóc từ bên ngoài.

Để hiểu rõ đề xuất này, cần có bối cảnh rộng hơn.

Chỉ một tháng trước, Vitalik đã công khai đặt câu hỏi liệu Ethereum có còn cần một "lộ trình L2 chuyên biệt" hay không, gây ra phản ứng tập thể từ phía những người ủng hộ L2. Ben Fisch, CEO của Espresso Systems, đã nhận xét rất đúng với CoinDesk: Quan điểm của Vitalik là mục đích ban đầu của L2 là giúp Ethereum mở rộng quy mô, nhưng giờ đây khi bản thân Ethereum cần phải nhanh hơn, vai trò của L2 đương nhiên cần phải thay đổi.

Điều thú vị là, thay vì hoảng loạn, các blockchain L2 đã bắt đầu chủ động "phi Ethereum hóa". Jing Wang, đồng sáng lập của OP Labs, ví L2 như một trang web độc lập, trong khi Ethereum là tiêu chuẩn thanh toán mở cơ bản. CEO của Polygon, Marc Boiron, nói thẳng thắn hơn: thách thức thực sự không phải là mở rộng quy mô, mà là tạo ra một không gian khối độc nhất cho các kịch bản thực tế như thanh toán.

Nói cách khác, sự đại tu lớn của Vitalik đối với lớp thực thi chỉ là một chi tiết công nghệ nhỏ trong một xu hướng lớn hơn: Ethereum đang giành lại quyền kiểm soát các khả năng cốt lõi của mình, trong khi các lớp L2 đang bị buộc phải, hay nói đúng hơn, cuối cùng cũng tìm thấy lý do tồn tại độc lập của riêng mình.

Điều này có khả thi không?

Chính Vitalik cũng thừa nhận rằng hiện tại chưa có sự đồng thuận rộng rãi trong cộng đồng các nhà phát triển về việc thay thế máy ảo. Việc cải cách cây trạng thái đã trưởng thành hơn, với EIP-7864 đã có bản dự thảo cụ thể và nhóm thực hiện. Nhưng việc RISC-V thay thế EVM thì sao? Điều này vẫn đang ở giai đoạn "lộ trình", còn lâu mới được viết thành mã.

Tuy nhiên, Vitalik đã đưa ra một tuyên bố ấn tượng vào tuần trước: Ethereum đã thay đổi động cơ phản lực của mình một lần trong khi đang bay (ám chỉ đến sự kiện Hợp nhất), và có thể thay đổi nó thêm khoảng bốn lần nữa trong tương lai — cây trạng thái, cơ chế đồng thuận đơn giản hóa, xác minh ZK-EVM và thay thế máy ảo.

Bản nâng cấp Ethereum Glamsterdam dự kiến ​​sẽ ra mắt vào nửa đầu năm 2026, tiếp theo là Hegota. Mặc dù các chi tiết cụ thể của hai đợt hard fork này vẫn chưa được hoàn thiện, nhưng cải cách cây trạng thái và tối ưu hóa lớp thực thi là những chủ đề chính.

Câu chuyện của Ethereum chưa bao giờ xoay quanh việc "nó có thể hay không thể". Từ PoW đến PoS, từ L1 all-in đến Rollup hub, nó đã chứng minh rằng nó có khả năng và dũng khí để tháo dỡ "cỗ máy" của mình ở độ cao 10.000 mét.

Lần này, công việc đòi hỏi nhiều hơn thế—không phải là thêm các tính năng mới, mà là đào bỏ nền móng cũ và đổ lại bê tông. Đây có phải là một dự án cải tạo được tính toán kỹ lưỡng, hay là một cái hố không đáy ngày càng phức tạp? Có lẽ chúng ta sẽ biết vào năm 2027.

Nhưng ít nhất có một điều chắc chắn: Ethereum không có ý định trở thành một "hệ thống cũ được vá víu" trong kỷ nguyên ZK. Còn về cách loại bỏ các bản vá và thay thế bằng công cụ nào, chính cuộc tranh luận có lẽ còn giá trị hơn cả kết luận.