📝 Chào, tôi là 10, Vitalik gần đây đã đăng một tweet dài, tiết lộ rằng Ethereum sẽ trải qua một nâng cấp cấp độ động cơ theo đúng nghĩa.

Không phải là sửa chữa nhỏ, không phải là tối ưu hóa hiệu suất, mà là hoàn toàn tái cấu trúc EVM (Máy ảo Ethereum), thậm chí thay thế nó.

Đưa ra một ví dụ không hoàn toàn phù hợp: bạn đã sử dụng iPhone trong bảy năm, hệ thống luôn được cập nhật, nhưng chip thì chưa bao giờ được thay đổi. Một ngày nọ, Apple đột nhiên thông báo rằng, trong khi bạn đang sử dụng bình thường, họ sẽ thay đổi hoàn toàn cấu trúc chip, ảnh hưởng chắc chắn rất lớn.

👇👇👇

Một, Tại sao cuối cùng cũng phải động tay vào EVM

Trong cộng đồng Ethereum, mọi người thường không động đến EVM. Khi gặp nhu cầu mới, nhiều người thường nghĩ đến việc tăng tốc ở tầng giao thức (như hợp đồng biên dịch trước), tránh xa máy ảo.

Lý do rất thực tế: EVM thực sự xử lý một số thao tác phức tạp rất chậm. Ý của Vitalik thực ra rất đơn giản: nếu bếp không đủ tốt, thì xây dựng lại một cái, không cần phải luôn trông chờ vào sự hỗ trợ bên ngoài.

Thứ hai, cắt bỏ cái cây béo đó.

Ông đã đề xuất hai thay đổi lớn. Thay đổi đầu tiên là về cây trạng thái, bạn có thể hiểu nó như chỉ mục sổ sách của Ethereum.

Bạn có thể hiểu cây trạng thái như là chỉ mục sổ sách của Ethereum. Hiện tại đang sử dụng cây sáu nhánh, mỗi nút tối đa có 16 nút con, đường tìm kiếm dài, hiệu suất thấp. Vitalik đề xuất thay đổi thành cây nhị phân, chỉ có hai hướng trái và phải, tìm kiếm nhanh hơn và tiêu tốn băng thông ít hơn.

Giống như từ việc lật qua một quyển danh bạ dày, trở thành tìm kiếm trực tiếp trong danh bạ điện thoại trên điện thoại. Đồng thời, hàm băm cũng cần thay đổi: đưa Blake3 vào để nâng cao tính ổn định, Poseidon thì có thể nâng cao hiệu suất gấp vài chục lần.

Giải pháp này thực sự đã thay thế cho cây Verkle trước đây. Bởi vì mật mã mà Verkle dựa vào có thể không chịu được tính toán lượng tử, nên từ năm ngoái, nó đã dần bị cộng đồng bỏ rơi. Lộ trình công nghệ, nói thay đổi là thay đổi.

Thứ ba, thay đổi EVM trở thành lịch sử.

Thay đổi thứ hai táo bạo hơn, sử dụng kiến trúc RISC-V thay thế EVM. RISC-V vốn không có liên quan gì đến blockchain, nhưng hiện tại nhiều hệ thống chứng minh ZK đang sử dụng nó.

Suy nghĩ của Vitalik rất đơn giản: nếu RISC-V đã được sử dụng làm bộ chứng, tại sao máy ảo vẫn phải sử dụng ngôn ngữ khác nhau và thêm dịch thuật? Bỏ lớp dịch thuật này đi, hiệu suất tự nhiên sẽ được cải thiện.

Một trình thông dịch RISC-V chỉ có vài trăm dòng mã, Vitalik cho rằng đây mới là hình mẫu của máy ảo blockchain.

Kế hoạch ba bước của ông:

Đầu tiên, để máy ảo mới chạy hợp đồng biên dịch trước, xác nhận tính khả thi.

Cho phép các nhà phát triển triển khai hợp đồng máy ảo mới, EVM và máy ảo mới hoạt động song song.

EVM sẽ ngừng hoạt động, nhưng hợp đồng cũ vẫn có thể chạy vì EVM sẽ chuyển đổi thành hợp đồng thông minh trên máy ảo mới.

Người dùng cũ không cần phải thay đổi xe, nhưng động cơ đã được nâng cấp âm thầm. Vitalik đã tính toán: cây trạng thái và máy ảo đã chiếm hơn 80% sức mạnh của Ethereum. Nếu không động đến hai phần này, việc mở rộng ZK sẽ khó thực hiện.

Bốn, phản hồi của Arbitrum: hướng đi đúng, nhưng con đường có thể xem xét lại.

Nhóm Arbitrum đã phản hồi đề xuất RISC-V vào tháng 11 năm ngoái. Họ công nhận ưu điểm của RISC-V trong chứng minh ZK, nhưng cho rằng nó không phù hợp làm định dạng giao hàng cho hợp đồng.

Họ đã đưa ra một so sánh: xe nâng di chuyển hàng hóa trong kho rất hiệu quả, nhưng nhân viên giao hàng không thể lái xe nâng giao hàng tận nhà phải không?

Vì vậy, họ đề xuất sử dụng WASM (WebAssembly) làm lớp hợp đồng. WASM có thể chạy nhanh, có cơ chế an toàn kiểu đã trưởng thành, và chuỗi công cụ đã được xác nhận trong môi trường trình duyệt. Arbitrum đã sử dụng WASM để thực hiện nguyên mẫu: hợp đồng được giao qua WASM, sau đó thông qua RISC-V để làm chứng minh ZK, cả hai đều thực hiện vai trò của mình mà không làm ảnh hưởng đến nhau.

Họ cũng lo ngại một điều: tiến bộ công nghệ ZK quá nhanh, RISC-V vừa mới vào 64 bit, nếu hai năm nữa có kiến trúc tốt hơn thì sao?

Năm, L2 của Ethereum đang đối mặt với thời điểm cai sữa.

Một tháng trước, Vitalik đã nghi ngờ liệu có còn cần một lộ trình L2 chuyên biệt hay không, đã gây ra phản hồi tập thể từ trại L2. Một số người chỉ ra rằng, L2 ban đầu được tạo ra để mở rộng, nhưng giờ đây Ethereum đã trở nên nhanh hơn, vai trò của L2 tự nhiên cần điều chỉnh.

Các L2 không những không hoảng loạn, mà còn bắt đầu chủ động đi theo kiểu Ethereum, một số người ví L2 như các trang web độc lập, trong khi Ethereum là tiêu chuẩn thanh toán nền tảng; một số người cho rằng, thử thách thực sự là tạo ra không gian khối độc đáo cho các tình huống cụ thể.

Vitalik đã gửi một tín hiệu qua sự thay đổi ở lớp thực thi: Ethereum không còn chỉ thỏa mãn với việc trở thành lớp thanh toán, mà còn muốn lấy lại quyền kiểm soát khả năng cốt lõi. Các L2 cũng đang dần tìm được vị trí độc lập của mình.

Sáu, liệu có thể thành công không?

Vitalik cũng thừa nhận: việc thay thế máy ảo vẫn chưa đạt được sự đồng thuận rộng rãi. Hiện tại, cải cách cây trạng thái đã tương đối trưởng thành, EIP-7864 đã có dự thảo cụ thể, nhưng việc RISC-V thay thế EVM vẫn đang ở giai đoạn lộ trình.

Hai điểm mấu chốt tiếp theo là: nâng cấp Glamsterdam (dự kiến vào nửa đầu năm 2026) và nâng cấp Hegota. Cải cách cây trạng thái và tối ưu hóa lớp thực thi là những dòng chính xác định, việc thay thế máy ảo dự kiến sẽ đến năm 2027.

Tuy nhiên, Vitalik có một câu nói rất thú vị: Ethereum đã thay đổi động cơ một lần khi đang bay (chỉ The Merge), và có thể sẽ thay đổi thêm bốn lần nữa. Mặc dù nghe có vẻ nhẹ nhàng, nhưng hãy nghĩ xem - một mạng lưới có giá trị hàng trăm tỷ đô la có thể thay đổi cơ chế đồng thuận, máy ảo và cây trạng thái mà không dừng hoạt động và không ảnh hưởng đến người dùng, điều này là không thể tưởng tượng được trong thời đại Internet truyền thống.

Bảy, cảm nhận của tôi.

Ethereum đã chạy trên EVM được bảy năm, vấn đề tích lũy của hợp đồng biên dịch trước vẫn tồn tại. Tại sao bây giờ phải điều chỉnh quy mô? Tôi nghĩ là do nhu cầu của thời đại ZK đã thay đổi.

Trước đây, Ethereum chỉ cần đảm bảo có thể chạy trên phần cứng thông thường, nhưng hiện tại chứng minh ZK yêu cầu mỗi thao tác đều có thể tạo ra chứng minh xác nhận. EVM ban đầu không xem xét chứng minh ZK, nhiều thao tác không thể chạy trong mạch ZK, vì vậy hợp đồng biên dịch trước đã trở thành giải pháp tạm thời, nhưng giải pháp tạm thời này đã tích lũy quá nhiều, bây giờ đã đến lúc phải thay đổi.

Thái độ lần này của Vitalik cũng quyết liệt hơn, không còn là có thể cân nhắc, mà phải giải quyết trực tiếp. Điều này có lẽ có nghĩa là trong cộng đồng đã đạt được sự đồng thuận, không thể trì hoãn thêm.

Liệu có thành công hay không, sẽ rõ ràng vào năm 2027, nhưng ít nhất có thể xác định, Ethereum không muốn trong thời đại ZK vẫn là một hệ thống vá lỗi.

Còn về cách cụ thể làm thế nào, cuộc thảo luận này có giá trị hơn kết quả. Dù sao, có thể thảo luận về các dự án tương lai ở đây đã không còn nhiều.