Ethereum sẽ thay động cơ
Tuyển chọn TechFlowTuyển chọn TechFlow
Ethereum sẽ thay động cơ
Lần này, điều cần thay đổi là những thứ sâu hơn — không phải thêm tính năng mới, mà là đào lên nền móng cũ và đổ lại từ đầu.
Chuyên sâu báo cáo Web3Tác giả: Cua hùm xám, TechFlow
Các nhà phát triển Ethereum có một thói quen ngầm hiểu: tránh chạm vào EVM nếu có thể.
Trong vài năm qua, mỗi khi mạng cần một thao tác mật mã mới trên chuỗi, phản ứng đầu tiên của các nhà phát triển không phải là triển khai nó trực tiếp trong EVM, mà là đề xuất thêm một “hợp đồng tiền biên dịch” (precompile)—một giải pháp nhanh gọn được mã hóa cứng trực tiếp ở tầng giao thức, giúp bỏ qua máy ảo hoàn toàn.
Vào ngày 1 tháng 3, Vitalik Buterin đã đăng một bài viết dài trên X, chính thức phá vỡ lớp “giấy che cửa sổ” này. Nguyên văn ý ông đại khái như sau: “Toàn bộ ý nghĩa của Ethereum nằm ở tính phổ quát của nó; nếu EVM không đủ tốt, chúng ta nên đối mặt và giải quyết vấn đề này một cách trực diện—bằng cách xây dựng một máy ảo tốt hơn.”
Ông đưa ra hai phương án cụ thể để thực hiện điều này.
Lưỡi dao thứ nhất: Thay đổi “cấu trúc dữ liệu”
Thay đổi đầu tiên nhắm vào cây trạng thái (state tree) của Ethereum. Bạn có thể hình dung cấu trúc này như một “hệ thống chỉ mục sổ cái” của Ethereum: mỗi lần ai đó tra cứu số dư hay xác minh giao dịch, hệ thống đều phải duyệt theo cây này từ gốc xuống lá.
Vấn đề nằm ở chỗ cây hiện tại quá “mập”. Ethereum hiện đang sử dụng một cấu trúc mang tên “cây Merkle-Patricia sáu nhánh dựa trên hàm băm Keccak” (tên dài như một câu thần chú). Đề xuất EIP-7864 do Vitalik đưa ra nhằm thay thế cấu trúc này bằng một cây nhị phân gọn nhẹ hơn.
Hãy lấy ví dụ: trước kia bạn tra một giá trị dữ liệu phải liên tục chọn hướng đi giữa sáu ngả rẽ; giờ đây chỉ còn hai lựa chọn: trái hoặc phải. Kết quả? Chiều dài nhánh Merkle giảm ngay xuống còn một phần tư so với trước. Đối với các client nhẹ, băng thông cần thiết để xác minh dữ liệu vì thế giảm mạnh.
Nhưng Vitalik không dừng lại ở việc chỉ thay đổi hình dáng của cây. Ông còn muốn thay luôn “kiểu chữ trên những chiếc lá”—nói cách khác, thay hàm băm. Hai ứng cử viên được cân nhắc là Blake3 và Poseidon. Blake3 đảm bảo tăng tốc ổn định; Poseidon mang tính cách mạng hơn, về mặt lý thuyết có thể nâng cao hiệu suất tạo chứng minh lên hàng chục lần, nhưng mức độ an toàn vẫn cần kiểm toán thêm.
Đáng chú ý, phương án này thực chất thay thế hoàn toàn Verkle Trees—cấu trúc từng được cộng đồng thảo luận suốt nhiều năm và từng là lựa chọn hàng đầu cho đợt hard fork năm 2026. Tuy nhiên, do nền tảng mật mã đường cong elliptic mà Verkle phụ thuộc đang đối mặt với mối đe dọa từ máy tính lượng tử, từ giữa năm 2024, Verkle dần mất ưu thế và nhường chỗ cho phương án cây nhị phân.
Lưỡi dao thứ hai: Thay đổi “máy ảo”, biến EVM thành một hợp đồng thông minh
Thay đổi thứ hai táo bạo và gây tranh cãi hơn: thay thế EVM lâu dài bằng kiến trúc RISC-V.
RISC-V là một tập lệnh mở nguồn, vốn chẳng liên quan gì đến blockchain, nhưng hiện nay gần như mọi hệ thống chứng minh ZK đều đang sử dụng nó. Lập luận của Vitalik rất rõ ràng: nếu bộ tạo chứng minh (prover) đã “nói tiếng RISC-V”, thì tại sao máy ảo lại phải “nói một ngôn ngữ khác”, rồi thêm một lớp dịch trung gian? Chỉ cần gỡ bỏ lớp dịch này, hiệu năng tự nhiên sẽ tăng lên.
Một trình thông dịch RISC-V chỉ cần vài trăm dòng mã. Vitalik khẳng định: “Đây mới chính là dáng vẻ mà một máy ảo blockchain đáng có.”
Ông đề ra lộ trình ba bước: Bước đầu tiên, chạy các hợp đồng tiền biên dịch (precompile) trên máy ảo mới, đồng thời viết lại khoảng 80% precompile hiện hữu bằng mã cho máy ảo mới; bước thứ hai, cho phép các nhà phát triển triển khai trực tiếp hợp đồng chạy trên máy ảo mới, song song cùng EVM; bước thứ ba, EVM chính thức “nghỉ hưu”, nhưng không biến mất—thay vào đó, nó sẽ được viết lại dưới dạng một hợp đồng thông minh chạy trên máy ảo mới, đảm bảo khả năng tương thích ngược hoàn toàn.
Người dùng cũ không cần đổi xe. Chỉ là động cơ đã âm thầm được thay thế, trong khi vô-lăng vẫn y nguyên.
Hai thay đổi này cộng lại 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 chiếm hơn 80% “nút cổ chai” trong quá trình tạo chứng minh của Ethereum. Nói cách khác, nếu không động chạm đến hai thành phần này, nỗ lực mở rộng quy mô của Ethereum trong kỷ nguyên ZK sẽ chỉ là giậm chân tại chỗ.
Arbitrum phản bác: Bạn không thể bắt nhân viên giao hàng lái xe nâng chỉ vì kho hàng dùng xe nâng
Nhưng đây không phải là một câu chuyện khiến tất cả đều gật đầu tán thành.
Vào tháng 11 năm ngoái, đội ngũ phát triển cốt lõi của Arbitrum—Offchain Labs—đã công bố một bài phản bác kỹ thuật chi tiết. Bốn nhà nghiên cứu chủ chốt lập luận rằng: dù RISC-V thực sự phù hợp để xây dựng chứng minh ZK, nhưng nó lại *không phù hợp* làm “định dạng phân phối hợp đồng” (contract delivery format).
Họ đưa ra một phân biệt then chốt: “Tập lệnh phân phối” (dISA) và “tập lệnh chứng minh” (pISA) *không nhất thiết phải giống nhau*. Kho hàng bạn dùng xe nâng để vận chuyển hàng hóa thì hiệu quả nhất, nhưng điều đó không có nghĩa là nhân viên giao hàng cũng phải lái xe nâng tới tận cửa nhà bạn.
Offchain Labs đề xuất sử dụng WebAssembly (WASM) ở tầng hợp đồng, với những lý do hết sức vững chắc: WASM thực thi hiệu quả cao trên phần cứng tiêu chuẩn, trong khi đa số nút Ethereum *không chạy chip RISC-V*, nên việc ép chuyển đổi sẽ buộc phải dùng trình mô phỏng (emulator); WASM sở hữu cơ chế xác minh an toàn kiểu (type safety) đã trưởng thành; hệ sinh thái công cụ (toolchain) của WASM đã được kiểm chứng 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 đã triển khai thành công một bản mẫu (prototype) trên Arbitrum: sử dụng WASM làm định dạng phân phối hợp đồng, sau đó biên dịch sang RISC-V để thực hiện chứng minh ZK. Hai tầng hoạt động độc lập, không can thiệp lẫn nhau.
Họ còn nêu ra một rủi ro đáng suy ngẫm: công nghệ trong lĩnh vực chứng minh ZK thay đổi cực kỳ nhanh chóng—gần đây, triển khai RISC-V thậm chí đã chuyển từ 32-bit sang 64-bit. Nếu bây giờ vội “hàn chết” RISC-V vào lớp L1 của Ethereum, thì hai năm sau xuất hiện kiến trúc chứng minh tốt hơn thì sao? Đặt cược vào một “mục tiêu đang di chuyển nhanh” không phải phong cách của Ethereum.
Một bối cảnh lớn hơn: Các L2 bắt đầu “cắt sữa”
Để hiểu rõ hơn đề xuất lần này, ta cần đặt nó vào một bối cảnh vĩ mô hơn.
Chỉ một tháng trước, Vitalik đã công khai đặt câu hỏi liệu Ethereum còn cần một “lộ trình L2 chuyên biệt” hay không—khiến toàn bộ phe phái L2 đồng loạt lên tiếng phản hồi. Ben Fisch, CEO của Espresso Systems, nói với CoinDesk một câu rất sắc sảo: “Ý của Vitalik thực chất là: ban đầu L2 ra đời nhằm hỗ trợ mở rộng quy mô cho Ethereum; giờ đây Ethereum đang tự trở nên nhanh hơn, nên vai trò của L2 đương nhiên cũng phải thay đổi.”
Điều thú vị là các L2 không hề hoảng loạn, mà ngược lại, chủ động “phi-Ethereum hóa”. Jing Wang, đồng sáng lập OP Labs, ví các L2 như những trang web độc lập, còn Ethereum chỉ là tiêu chuẩn thanh toán mở ở tầng hạ tầng. Marc Boiron, CEO của Polygon, nói thẳng hơn: “Thách thức thực sự không phải là mở rộng quy mô, mà là xây dựng một không gian khối (blockspace) riêng biệt, tối ưu cho các tình huống thực tế như thanh toán.”
Nói cách khác, lần cải tổ sâu rộng tại tầng thực thi (execution layer) lần này của Vitalik chính là một ghi chú kỹ thuật cho một xu hướng lớn hơn: Ethereum đang giành lại quyền kiểm soát các năng lực cốt lõi của chính mình, trong khi các L2—bị thúc đẩy hoặc 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.
Liệu kế hoạch này có thành công?
Chính Vitalik cũng thẳng thắn thừa nhận rằng việc thay thế máy ảo hiện chưa đạt được sự đồng thuận rộng rãi từ cộng đồng nhà phát triển. Còn cải tổ cây trạng thái thì chín muồi hơn: EIP-7864 đã có bản thảo cụ thể và nhóm triển khai rõ ràng. Nhưng việc thay EVM bằng RISC-V? Hiện mới chỉ nằm ở giai đoạn “lộ trình”, còn cách xa việc đưa vào mã nguồn.
Tuy nhiên, tuần trước Vitalik đã có một tuyên bố ấn tượng: Ethereum từng “thay động cơ phản lực khi đang bay” (ám chỉ The Merge), và sắp tới còn có thể thay thêm khoảng bốn lần nữa—cây trạng thái, tinh giản cơ chế đồng thuận, xác minh ZK-EVM, và thay thế máy ảo.
Việc nâng cấp Ethereum Glamsterdam dự kiến ra mắt vào nửa đầu năm 2026, tiếp theo là Hegota. Nội dung cụ thể của hai đợt hard fork này vẫn chưa được chốt cuối cùng, nhưng cải tổ cây trạng thái và tối ưu hóa tầng thực thi là hai chủ đề chắc chắn sẽ được triển khai.
Câu chuyện Ethereum chưa bao giờ là vấn đề “có thể hay không”. Từ PoW sang PoS, từ tập trung toàn bộ vào L1 sang lấy Rollup làm trung tâm, Ethereum đã chứng minh khả năng và lòng dũng cảm của mình trong việc tháo rời và lắp ráp lại động cơ ở độ cao 10.000 mét.
Lần này, thứ cần thay đổi là những thứ sâu xa hơn—không phải thêm tính năng mới, mà là đào lên nền móng cũ để đổ lại từ đầu. Đây rốt cuộc là một cuộc đại tu chiến lược, hay một cái hố vô đáy ngày càng phức tạp hơn? Câu trả lời có lẽ chỉ rõ ràng vào năm 2027.
Nhưng ít nhất một điều là chắc chắn: Ethereum không định trở thành một “hệ thống già cỗi chỉ biết vá víu” trong kỷ nguyên ZK. Còn việc những miếng vá ấy nên tháo ra thế nào, và động cơ mới nên chọn loại nào—chính cuộc tranh luận này, có lẽ còn giá trị hơn cả kết luận cuối cùng.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
深潮TechFlow
