Trong kế hoạch tương lai của Ethereum, một đề xuất mới do Vitalik Buterin, đồng sáng lập Ethereum, khởi xướng đã thu hút sự thảo luận sôi nổi trong cộng đồng: sử dụng RISC-V thay thế EVM (Máy ảo Ethereum) làm ngôn ngữ máy ảo cho hợp đồng thông minh. Ý tưởng này được ví như một "nâng cấp lớn cấp độ beam chain" cho lớp thực thi, không chỉ nhằm mở rộng quy mô mà còn để giải quyết những điểm nghẽn cơ bản về độ phức tạp và hiệu quả của lớp thực thi hiện tại.
RISC-V là gì? Tại sao nó lại thay thế EVM?
Cốt lõi của đề xuất là thay thế EVM hiện tại mà các hợp đồng thông minh Ethereum đang sử dụng bằng kiến trúc tập lệnh mô-đun nguồn mở - RISC-V. Sự chuyển đổi như vậy sẽ không làm đảo lộn các công cụ phát triển và thói quen của các nhà phát triển Ethereum hiện có, vì:
Hệ thống tài khoản hiện có, gọi chéo hợp đồng, cách lưu trữ và các lớp trừu tượng cốt lõi khác vẫn được giữ lại.
Ngôn ngữ Solidity và Vyper ban đầu có thể được biên dịch với RISC-V làm backend, trải nghiệm của nhà phát triển sẽ không có quá nhiều thay đổi.
Các hợp đồng EVM cũ vẫn có thể tương tác hai chiều với các hợp đồng RISC-V mới.
Như vậy, các nhà phát triển không cần phải học lại mọi thứ, nhưng hiệu suất và sự đơn giản của Ethereum có thể được cải thiện đáng kể.
ZK-EVM là nút thắt hiệu suất lớn nhất
Với nhiều đề xuất mở rộng trong tương lai (như EIP-4444, thực hiện trì hoãn và khách hàng không trạng thái) lần lượt được ra mắt, những yếu tố thực sự giới hạn khả năng mở rộng của Ethereum L1 sẽ tập trung vào:
Sự ổn định của mẫu khả dụng dữ liệu và giao thức lưu trữ lịch sử
Cạnh tranh thị trường trong sản xuất khối
Hiệu suất chứng minh ZK-EVM
Hiện tại trong quá trình chứng minh một khối của ZK-EVM, chỉ riêng việc thực hiện logic của Máy ảo EVM đã chiếm khoảng 50% tài nguyên. Điều này có nghĩa là, nếu có thể cho phép hợp đồng thông minh chạy trực tiếp trong môi trường RISC-V, sẽ có cơ hội nâng cao hiệu suất chứng minh ZK lên 50 lần, thậm chí 100 lần.
Thú vị là, quy trình chứng minh của ZK-EVM hiện nay thực sự là biên dịch EVM thành RISC-V, sau đó hệ thống ZK sẽ chứng minh điều đó. Do đó, việc để RISC-V trở thành máy ảo gốc của lớp thực thi Ethereum không chỉ hợp lý mà còn giúp tiết kiệm tài nguyên tiêu tốn trong quá trình chuyển đổi.
Tại sao RISC-V lại nhanh? Tối ưu hóa toàn diện từ hàm băm đến thiết kế cấu trúc
Hiện tại, bốn hạng mục tiêu tốn tài nguyên chính của ZK-EVM là:
deserialize_inputs
initialize_witness_db
state_root_computation
block_execution
Ba cái đầu tiên có thể được tối ưu hóa đáng kể bằng cách sử dụng các hàm băm thân thiện hơn (như Poseidon) và cây trạng thái nhị phân. Ví dụ, Poseidon có thể xử lý 2 triệu băm mỗi giây trên máy tính xách tay, vượt trội hơn so với 15.000 băm của Keccak. Nếu những tối ưu hóa này được thực hiện, sẽ giảm đáng kể gánh nặng của 50% đầu tiên.
nhưng 50% còn lại vẫn đến từ
thực thi khối
Phần này chỉ có thể được giải quyết từ gốc rễ thông qua thiết kế VM hiệu quả hơn, chẳng hạn như RISC-V.
Ba cách thực hiện, từ bảo thủ đến cấp tiến đều có lựa chọn
Vitalik đã đề xuất ba con đường thực hiện kỹ thuật:
– Lựa chọn một: Hai máy ảo song song (rủi ro thấp nhất): Cho phép hợp đồng lựa chọn sử dụng EVM hoặc RISC-V, cả hai đều tương tác và chia sẻ tài nguyên, cân bằng giữa tính tương thích và đổi mới.
– Tùy chọn hai: Trình biên dịch EVM đóng gói RISC-V (nâng cấp triệt để): Tất cả các hợp đồng EVM sẽ được thực thi thông qua trình biên dịch EVM tích hợp của RISC-V, khiến toàn bộ lớp thực thi chuyển sang kiến trúc nền tảng thống nhất.
Lựa chọn ba: Hỗ trợ máy ảo trong lớp giao thức (Hướng giữa): Thiết kế "Mô-đun máy ảo" trong giao thức, mặc định sử dụng RISC-V để thực hiện trình thông dịch EVM, và cho phép mở rộng trong tương lai tới các ngôn ngữ khác, như Move.
Những lợi thế chung của các con đường này là: có thể đơn giản hóa các quy định của lớp thực thi, nâng cao khả năng bảo trì và tính minh bạch trong xác minh.
Người đồng sáng lập công ty phát triển Sui Mysten Labs: Nếu có thể trở lại, anh ấy sẽ chọn Move, không xem xét đa ngôn ngữ.
Về đề xuất này, Sam Blackshear, đồng sáng lập của công ty phát triển Sui Mysten Labs, cũng đã bày tỏ quan điểm. Ông cho biết: "Tôi nghĩ rằng việc áp dụng backend RISC-V là một lựa chọn tốt cho Ethereum (bởi vì nó cần hỗ trợ các hợp đồng EVM hiện có). Nhưng nếu tôi phải thiết kế một chuỗi mới từ đầu, tôi vẫn sẽ chọn Move, thay vì hỗ trợ đa ngôn ngữ. Nhiều ưu điểm của Sui đến từ việc sử dụng đối tượng kiểu mạnh như một lớp trừu tượng chung trong toàn bộ ngăn xếp."
Điều này phản ánh các yếu tố lịch sử liên quan đến "chiến lược lựa chọn máy ảo" của các chuỗi khác nhau. Ethereum phát triển sớm nhất trong thiết kế ban đầu, không thể dự đoán được nhiều nhu cầu và phát triển trong tương lai. Hiện tại, nó đang thích ứng với sự thay đổi bằng cách nhấn mạnh tính tương thích và thiết kế chuyển tiếp; trong khi đó, chuỗi công cộng mới Sui lại chủ trương tích hợp toàn bộ từ ngôn ngữ đến lớp dưới, cho phép phát triển và an ninh được tích hợp chặt chẽ.
Typus Finance trưởng Kyrie cũng chia sẻ về một cuộc trò chuyện của mình với Vitalik trong sự kiện EthTaipei. Anh nhớ lại: "Lúc đó tôi đã hỏi Vitalik: 'Bạn nghĩ rằng ngôn ngữ Move và các thiết lập hướng đối tượng có thể nâng cao tính bảo mật của blockchain không?'"
Anh ấy trả lời: "Tôi không nghĩ điều này thay đổi điều gì cả, dự án bị đánh cắp thì vẫn là bị đánh cắp, ngôn ngữ nào cũng vậy."
Nhưng Kyrie đã phản bác ngay lập tức rằng Move thực sự có thể giảm cơ hội phát triển sai sót, dễ sử dụng hơn Rust, và mô hình hướng đối tượng giúp hạn chế phạm vi rủi ro. "Khi hợp đồng bị đánh cắp, tổn thất có thể là một số tiền giới hạn chứ không phải là sự phơi bày vô hạn." Ông bổ sung.
Mặc dù lúc đó Vitalik chưa biểu lộ ý kiến, nhưng từ việc hiện tại ông sẵn sàng đề xuất RISC-V như một giải pháp thay thế kiểu mạnh hơn và mô-đun hơn, có vẻ như thái độ về thiết kế ngôn ngữ đối với sự an toàn của blockchain đã có chút thay đổi.
Bài viết này phẫu thuật thay tim Ethereum? Vitalik đề xuất rằng lớp thực thi Ethereum có thể hoàn toàn thay thế EVM, chuyển sang RISC-V, lần đầu tiên xuất hiện trên Chain News ABMedia.
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Phẫu thuật thay tim Ethereum? Vitalik đề xuất rằng lớp thực thi Ethereum có thể hoàn toàn thay thế EVM, chuyển sang RISC-V.
Trong kế hoạch tương lai của Ethereum, một đề xuất mới do Vitalik Buterin, đồng sáng lập Ethereum, khởi xướng đã thu hút sự thảo luận sôi nổi trong cộng đồng: sử dụng RISC-V thay thế EVM (Máy ảo Ethereum) làm ngôn ngữ máy ảo cho hợp đồng thông minh. Ý tưởng này được ví như một "nâng cấp lớn cấp độ beam chain" cho lớp thực thi, không chỉ nhằm mở rộng quy mô mà còn để giải quyết những điểm nghẽn cơ bản về độ phức tạp và hiệu quả của lớp thực thi hiện tại.
RISC-V là gì? Tại sao nó lại thay thế EVM?
Cốt lõi của đề xuất là thay thế EVM hiện tại mà các hợp đồng thông minh Ethereum đang sử dụng bằng kiến trúc tập lệnh mô-đun nguồn mở - RISC-V. Sự chuyển đổi như vậy sẽ không làm đảo lộn các công cụ phát triển và thói quen của các nhà phát triển Ethereum hiện có, vì:
Hệ thống tài khoản hiện có, gọi chéo hợp đồng, cách lưu trữ và các lớp trừu tượng cốt lõi khác vẫn được giữ lại.
Ngôn ngữ Solidity và Vyper ban đầu có thể được biên dịch với RISC-V làm backend, trải nghiệm của nhà phát triển sẽ không có quá nhiều thay đổi.
Các hợp đồng EVM cũ vẫn có thể tương tác hai chiều với các hợp đồng RISC-V mới.
Như vậy, các nhà phát triển không cần phải học lại mọi thứ, nhưng hiệu suất và sự đơn giản của Ethereum có thể được cải thiện đáng kể.
ZK-EVM là nút thắt hiệu suất lớn nhất
Với nhiều đề xuất mở rộng trong tương lai (như EIP-4444, thực hiện trì hoãn và khách hàng không trạng thái) lần lượt được ra mắt, những yếu tố thực sự giới hạn khả năng mở rộng của Ethereum L1 sẽ tập trung vào:
Sự ổn định của mẫu khả dụng dữ liệu và giao thức lưu trữ lịch sử
Cạnh tranh thị trường trong sản xuất khối
Hiệu suất chứng minh ZK-EVM
Hiện tại trong quá trình chứng minh một khối của ZK-EVM, chỉ riêng việc thực hiện logic của Máy ảo EVM đã chiếm khoảng 50% tài nguyên. Điều này có nghĩa là, nếu có thể cho phép hợp đồng thông minh chạy trực tiếp trong môi trường RISC-V, sẽ có cơ hội nâng cao hiệu suất chứng minh ZK lên 50 lần, thậm chí 100 lần.
Thú vị là, quy trình chứng minh của ZK-EVM hiện nay thực sự là biên dịch EVM thành RISC-V, sau đó hệ thống ZK sẽ chứng minh điều đó. Do đó, việc để RISC-V trở thành máy ảo gốc của lớp thực thi Ethereum không chỉ hợp lý mà còn giúp tiết kiệm tài nguyên tiêu tốn trong quá trình chuyển đổi.
Tại sao RISC-V lại nhanh? Tối ưu hóa toàn diện từ hàm băm đến thiết kế cấu trúc
Hiện tại, bốn hạng mục tiêu tốn tài nguyên chính của ZK-EVM là:
deserialize_inputs
initialize_witness_db
state_root_computation
block_execution
Ba cái đầu tiên có thể được tối ưu hóa đáng kể bằng cách sử dụng các hàm băm thân thiện hơn (như Poseidon) và cây trạng thái nhị phân. Ví dụ, Poseidon có thể xử lý 2 triệu băm mỗi giây trên máy tính xách tay, vượt trội hơn so với 15.000 băm của Keccak. Nếu những tối ưu hóa này được thực hiện, sẽ giảm đáng kể gánh nặng của 50% đầu tiên.
nhưng 50% còn lại vẫn đến từ
thực thi khối
Phần này chỉ có thể được giải quyết từ gốc rễ thông qua thiết kế VM hiệu quả hơn, chẳng hạn như RISC-V.
Ba cách thực hiện, từ bảo thủ đến cấp tiến đều có lựa chọn
Vitalik đã đề xuất ba con đường thực hiện kỹ thuật:
– Lựa chọn một: Hai máy ảo song song (rủi ro thấp nhất): Cho phép hợp đồng lựa chọn sử dụng EVM hoặc RISC-V, cả hai đều tương tác và chia sẻ tài nguyên, cân bằng giữa tính tương thích và đổi mới.
– Tùy chọn hai: Trình biên dịch EVM đóng gói RISC-V (nâng cấp triệt để): Tất cả các hợp đồng EVM sẽ được thực thi thông qua trình biên dịch EVM tích hợp của RISC-V, khiến toàn bộ lớp thực thi chuyển sang kiến trúc nền tảng thống nhất.
Lựa chọn ba: Hỗ trợ máy ảo trong lớp giao thức (Hướng giữa): Thiết kế "Mô-đun máy ảo" trong giao thức, mặc định sử dụng RISC-V để thực hiện trình thông dịch EVM, và cho phép mở rộng trong tương lai tới các ngôn ngữ khác, như Move.
Những lợi thế chung của các con đường này là: có thể đơn giản hóa các quy định của lớp thực thi, nâng cao khả năng bảo trì và tính minh bạch trong xác minh.
Người đồng sáng lập công ty phát triển Sui Mysten Labs: Nếu có thể trở lại, anh ấy sẽ chọn Move, không xem xét đa ngôn ngữ.
Về đề xuất này, Sam Blackshear, đồng sáng lập của công ty phát triển Sui Mysten Labs, cũng đã bày tỏ quan điểm. Ông cho biết: "Tôi nghĩ rằng việc áp dụng backend RISC-V là một lựa chọn tốt cho Ethereum (bởi vì nó cần hỗ trợ các hợp đồng EVM hiện có). Nhưng nếu tôi phải thiết kế một chuỗi mới từ đầu, tôi vẫn sẽ chọn Move, thay vì hỗ trợ đa ngôn ngữ. Nhiều ưu điểm của Sui đến từ việc sử dụng đối tượng kiểu mạnh như một lớp trừu tượng chung trong toàn bộ ngăn xếp."
Điều này phản ánh các yếu tố lịch sử liên quan đến "chiến lược lựa chọn máy ảo" của các chuỗi khác nhau. Ethereum phát triển sớm nhất trong thiết kế ban đầu, không thể dự đoán được nhiều nhu cầu và phát triển trong tương lai. Hiện tại, nó đang thích ứng với sự thay đổi bằng cách nhấn mạnh tính tương thích và thiết kế chuyển tiếp; trong khi đó, chuỗi công cộng mới Sui lại chủ trương tích hợp toàn bộ từ ngôn ngữ đến lớp dưới, cho phép phát triển và an ninh được tích hợp chặt chẽ.
Typus Finance trưởng Kyrie cũng chia sẻ về một cuộc trò chuyện của mình với Vitalik trong sự kiện EthTaipei. Anh nhớ lại: "Lúc đó tôi đã hỏi Vitalik: 'Bạn nghĩ rằng ngôn ngữ Move và các thiết lập hướng đối tượng có thể nâng cao tính bảo mật của blockchain không?'"
Anh ấy trả lời: "Tôi không nghĩ điều này thay đổi điều gì cả, dự án bị đánh cắp thì vẫn là bị đánh cắp, ngôn ngữ nào cũng vậy."
Nhưng Kyrie đã phản bác ngay lập tức rằng Move thực sự có thể giảm cơ hội phát triển sai sót, dễ sử dụng hơn Rust, và mô hình hướng đối tượng giúp hạn chế phạm vi rủi ro. "Khi hợp đồng bị đánh cắp, tổn thất có thể là một số tiền giới hạn chứ không phải là sự phơi bày vô hạn." Ông bổ sung.
Mặc dù lúc đó Vitalik chưa biểu lộ ý kiến, nhưng từ việc hiện tại ông sẵn sàng đề xuất RISC-V như một giải pháp thay thế kiểu mạnh hơn và mô-đun hơn, có vẻ như thái độ về thiết kế ngôn ngữ đối với sự an toàn của blockchain đã có chút thay đổi.
Bài viết này phẫu thuật thay tim Ethereum? Vitalik đề xuất rằng lớp thực thi Ethereum có thể hoàn toàn thay thế EVM, chuyển sang RISC-V, lần đầu tiên xuất hiện trên Chain News ABMedia.