Đề án "RISC-V" mới được nhà sáng lập Ethereum Vitalik Buterin đưa ra gần đây đã thu hút sự chú ý của cộng đồng crypto và làm dấy lên cuộc tranh luận giữa các nhà phát triển hệ sinh thái cốt lõi. Tuy nhiên, hầu hết người dùng không hiểu RISC-V có thể được cải tiến như thế nào trên Ethereum . Đề án của Vitalik có thể mang lại tiến triển gì cho Ethereum?
Để trả lời câu hỏi này, BlockTempo đã phỏng vấn một OG kỳ cựu "Ni Lin Zhi Long", người đã phát triển hệ sinh thái cốt lõi của Ethereum từ năm 2016. Ông đã giải thích cho chúng tôi về quy trình chi tiết của bản sửa đổi "RISC-V" và những tác động tiêu cực có thể xảy ra trong ngắn hạn trong tương lai, đồng thời nhắc nhở tất cả các nhà đầu tư Ethereum rằng họ nên chú ý theo dõi Đề án này.
Cách sửa đổi RISC-V
Điều khiến Ethereum khác biệt so với Chuỗi PoS khác là máy trạm Ethereum bao gồm hai phần: " lớp đồng thuận" và "lớp thực thi". Lớp đồng thuận chịu trách nhiệm đóng gói biểu quyết công bằng và lớp thực hiện chịu trách nhiệm xử lý các giao dịch. Do đó, lớp thực máy trạm thực thi mã hợp đồng thông minh thực chất được điều hành bởi máy tính nút . Nó chạy mã bằng cách ghi lại các giao dịch phát sóng và ghi kết quả bỏ phiếu " lớp đồng thuận " vào sổ cái công khai.
Cách duy nhất nâng cấp hoàn cảnh EVM hiện tại lên RISC-V là nâng cấp bằng cách cập nhật " máy trạm lớp thực thi" của máy khách nút . Điều này khác với phương pháp hard fork được sử dụng trước đây để thay đổi khối Ethereum và phiên bản nút tương ứng. Đây chỉ là một fork ở cấp độ phần mềm.
Theo bài báo của Vitalik Buterin, lý tưởng nhất là nếu tất cả máy trạm nút đều có tệp thực thi RISC-V, phiên bản mới của giao thức và bằng chứng zk có thể đạt hiệu suất lý thuyết gấp gần 100 lần. Tuy nhiên, cần lưu ý rằng điều này được tính toán trên phiên bản RISC-V của hợp đồng thông minh và máy trạm RISC-V, trái ngược với định dạng hợp đồng thông minh EVM được thực thi trên máy trạm EVM.
Điểm đặc biệt của Đề án RISC-V là nó sẽ trực tiếp sửa đổi lớp thực thi máy trạm và không liên quan đến hard fork. Tôi không thích điều này lắm, nhưng có thể thấy Ethereum đang chuyển sang một hướng mới. Đây có thể là con dao hai lưỡi. Trong quá khứ, Ethereum có thể chọn triển khai mức độ thay đổi này cùng với hard fork vì đây có thể là cách tiếp cận an toàn hơn.
Sự tương ứng giữa tình hình hiện tại và hợp đồng cũ
Sau khi hiểu được hiệu suất lý thuyết, chúng ta hãy xem xét tình hình hiện tại. Tình hình hiện tại là toàn bộ hệ sinh thái Ethereum và mọi hoạt động EIP đều được thực hiện thành công thông qua hợp đồng thông minh EVM và máy trạm EVM. Nếu RISC-V có trình biên dịch EVM như Vitalik Buterin đã nói, thì tình hình thực tế trong tương lai có thể được chia thành các tình huống sau
- Hợp đồng thông minh EVM chạy trên máy trạm EVM (EIP cũ hoàn toàn tương thích, nhưng EIP mới yêu cầu hai phiên bản tương ứng)
- Hợp đồng thông minh EVM chạy trên máy trạm RISC-V thông qua trình dịch RISC-V EVM (EIP mới và cũ cần phải thử nghiệm và gỡ lỗi lượng lớn để giải quyết)
- Hợp đồng thông minh RISC-V chạy trên máy trạm RISC-V (tất cả các EIP cũ cần được kiểm tra lại, nhưng các EIP mới sẽ hoàn toàn tương thích)
Tóm lại, xét đến hiệu suất lý thuyết gấp 100 lần hiệu suất hoạt động của các hợp đồng thông minh trong tương lai, thì chỉ có trạng thái thứ ba là có thể áp dụng được. Đối với tình huống thứ hai, nó phụ thuộc đặc biệt vào khả năng tối ưu hóa trình biên dịch của đội ngũ cốt lõi Ethereum , cũng như tất cả nâng cấp EIP và hợp đồng thông minh trước đây. Điều này có nghĩa là để đạt được sự cải thiện hiệu suất lý thuyết, Ethereum cần trả giá chi phí tối ưu hóa rất cao và không chắc chắn liệu hiệu quả tối ưu hóa của mã EVM cũ được thực thi thông qua bản dịch trên RISC-V có tuyệt đối lớn hơn hiệu quả của hoàn cảnh EVM gốc hay không.
Trên thực tế, sau khi nghe những gì Vitalik nói, tôi đoán nhiều nhà phát triển cốt lõi hẳn phải cảm thấy tuyệt vọng. Trước đây, việc phát triển trên EVM và giải quyết việc triển khai và thử nghiệm lần EIP đã là một khối lượng công việc khổng lồ, vì Ethereum là cộng đồng thích thử nghiệm các câu trả lời mở trong một hoàn cảnh rất cởi mở.
Nhưng bây giờ khi đã chuyển sang hoàn cảnh RISC-V, tôi rất lo lắng về giai đoạn thử nghiệm khi chuyển đổi. Vấn đề cốt lõi là trong thời gian thử nghiệm, bạn có thể không chạy ở mức hiệu suất cao hơn từ 1 đến 5 lần so với hoàn cảnh ban đầu. Do đó, tôi đoán giai đoạn thử nghiệm này sẽ liên tục được kéo dài nhiều lần, giống như Ethereum Merge trước đây. Theo cách này, sẽ thiếu kết quả cụ thể trong giai đoạn đầu và khó thu hút các hệ sinh thái bên ngoài triển khai trên mạng thử nghiệm và gửi phản hồi.
Tôi chỉ có thể nói rằng Vitalik có tham vọng lớn, nhưng tôi không mấy lạc quan về khả năng thực hiện. Tôi nghĩ ít nhất thì hơn một nửa số nhà phát triển cốt lõi có thể không mấy vui vẻ. Nếu họ vẫn khăng khăng chuyển sang RISC-V, Vitalik và Ethereum Foundation sẽ phải nỗ lực rất nhiều để truyền cảm hứng cho đội ngũ phát triển cốt lõi và hệ sinh thái.
Các vấn đề về hệ sinh thái liên quan đến RISC-V
Dragon of the Reverse Scale cho biết vấn đề lớn nhất với Đề án RISC-V có thể đến từ sự hỗ trợ và tương ứng của hệ sinh thái dự án tư nhân. Trong hệ sinh thái mã nguồn mở hiện tại, linh kiện có thể sử dụng được rất hạn chế. Do đó, khẩu hiệu chuyển đổi EVM sang RISC-V do Vitalik Buterin đề xuất có thể gặp nhiều nghi ngờ và vấn đề trong ngắn hạn.
Ví dụ, trong hệ sinh thái hiện tại của Ethereum, có những dự án và hợp đồng EVM ban đầu không gặp vấn đề gì. Theo tiền đề của quá trình chuyển đổi từ EVM sang RISC-V, trạng thái có thể bị thiếu hoặc hoạt động có thể bị chấm dứt trong quá trình thực hiện hợp đồng tại lớp thực hiện. Điều này có nghĩa là ngay cả đối với các dự án EVM cũ chưa từng gặp bất kỳ vấn đề nào trong quá khứ, khi sử dụng chuyển đổi EVM sang RISC-V, mã thông báo có thể không được rút hoặc có thể bị ghi hoặc khóa một cách vô tình.
Những ví dụ như vậy rất có thể khiến đội ngũ dự án sinh thái, trong một số trường hợp, không muốn cho phép người dùng sử dụng trình chuyển đổi EVM sang RISC-V để chạy các hợp đồng thông minh EVM cũ. Ngoài ra, để tránh rủi ro liên quan và theo kịp các công nghệ mới của Ethereum, cách tốt nhất cho hệ sinh thái dự án là viết các hợp đồng phiên bản RISC-V mới cho tất cả các hợp đồng thông minh và giải quyết kết nối giữa hợp đồng cũ và hợp đồng mới thông qua cầu nối tài sản.
Trên thực tế, cách để đạt được khả năng tương thích rất dễ sai, nhưng nếu nền tảng sẵn sàng chi nhiều tiền để giải quyết giải pháp chung thì 99% vấn đề về khả năng tương thích có thể được giải quyết, nhưng vấn đề nằm ở 1% còn lại và sự tin tưởng bảo mật của các nhà phát triển hệ sinh thái.
Nếu bạn hỏi các nhà phát triển dự án Ethereum hiện nay, tôi đoán là họ không mấy tự tin về việc chuyển đổi EVM sang RISC-V. Nếu các công ty công nghệ vốn lớn muốn triển khai hệ thống hoặc chip tùy chỉnh của riêng mình từ đầu đến cuối, họ có thể không chọn RISC-V. Bởi vì mặc dù kiến trúc này mã nguồn mở, nhưng so với các kiến trúc chính thống như ARM và X86, hệ sinh thái hỗ trợ RISC-V rất hạn chế và không có sự phát triển liên quan đến blockchain. Điều này có nghĩa là Ethereum phải tự mình tạo ra chỗ đứng cho mình.
Nếu xét đến vấn đề bảo mật và hỗ trợ hệ sinh thái, nếu các dự án giàu có muốn được an toàn, thì việc tự xây dựng cầu nối giữa các hợp đồng cũ và mới có thể dễ dàng tốn hàng trăm nghìn đến hàng triệu đô la, và việc viết lại tất cả các hợp đồng thông minh EVM của ứng dụng giao thức sang phiên bản RISC-V là một dự án thậm chí còn lớn hơn. Nếu công ty không có đủ vốn, công ty có thể không đủ khả năng chi trả những chi phí bổ sung này.
Tôi không chắc Vitalik có nghĩ đến các dự án sinh thái quy mô nhỏ hay không. Có thể sau khi xem Đề án RISC-V, anh ấy đang chờ xem liệu có nên rời khỏi hệ sinh thái Ethereum hay không. Nếu đó là một dự án nhỏ với mức định giá dưới 10 triệu đô la Mỹ, tôi nghĩ tốt hơn là chuyển trực tiếp cho Solana . Không cần phải tốn tiền và chờ Ethereum phát triển chậm, điều này chưa chắc đã thành công.
Ethereum hiện đang sử dụng các thuật ngữ kỹ thuật để đáp ứng kỳ vọng của các kỹ sư và chuyên gia công nghệ, nhưng để cân bằng điều này với thực tế, tôi cho rằng Ethereum cần cung cấp cho cộng đồng và hệ sinh thái nhà phát triển một câu trả lời cân bằng trong Đề án RISC-V.
Hiệu ứng phân mảnh máy trạm, lo ngại về việc ngừng cập nhật
Để triển khai Đề án "RISC-V", thương hiệu máy trạm Ethereum đóng vai trò quan trọng, nhưng không giống như trước đây, máy trạm chỉ chịu trách nhiệm duy trì phiên bản EVM và khối lượng công việc theo Đề án"RISC-V" hiện tại đã tăng gấp đôi, điều này chắc chắn sẽ ảnh hưởng đến thời gian của lần lần sửa đổi EIP và máy trạm, đồng thời sẽ làm cho tổng chi phí sửa đổi của Ethereum cao hơn và cồng kềnh hơn.
Sự bất bình đẳng về số lượng hợp đồng thông minh trong các định dạng EVM và RISC-V ban đầu trên Chuỗi cũng có thể khiến mỗi máy trạm"thiên vị" về một phía của quá trình phát triển, điều này có nghĩa là máy trạm có thể thân thiện với EVM nhưng lại có khả năng chuyển đổi kém sang RISC-V hoặc ngược lại. Điều này có thể dẫn đến việc máy trạm áp dụng các chính sách khác nhau để phân bổ lại người dùng khi đối diện những khách hàng khác nhau và nhu cầu khác nhau của các thực thể.
Vấn đề "nhật thực" có thể xảy ra trên thị trường chắc chắn không nhất thiết giống với những gì Ethereum Foundation mong đợi. Ethereum Foundation chắc chắn sẽ phải cung cấp nhiều kinh phí và can thiệp hơn vào máy trạm RISC-V để xây dựng các thông số kỹ thuật hiện có. Tuy nhiên, nguồn tài trợ của khách hàng hiện nay từ lâu đã có nguồn gốc từ những người dùng thương mại lớn (như Coinbase, v.v.) và sự can thiệp cũng như tham gia tài chính của Ethereum Foundation có thể không còn thô sơ và hiệu quả như trước đây.
Cuối cùng, còn vấn đề về thời gian bảo trì. Giống như khi hệ thống điện thoại di động ngừng cập nhật, nếu Đề án"RISC-V" được thông qua, mọi người đều có thể thấy trước rằng trong một khoảng thời gian có thể thấy trước, máy trạm EVM có thể dần rút khỏi thị trường khi máy trạm RISC-V hoàn thiện. Trước đó, chúng ta có thể cố gắng hết sức để làm cho tất cả các hợp đồng thông minh tương thích với RISC-V không? Hoặc có thể xảy ra trường hợp do thiếu sự tham gia vào các hoạt động blockchain trong giai đoạn này, tài sản của khách hàng sẽ bị mất trong các hợp đồng thông minh EVM cũ và không thể thực thi, điều này có thể ảnh hưởng đến niềm tin của người dùng vào Ethereum.
Trên thực tế, nếu bạn thấy những khẩu hiệu như "EVM và RISC-V sẽ chạy trên đường ray kép" và bạn tin rằng điều này sẽ tiếp tục, tôi sẽ nghĩ rằng bạn rất ngu ngốc. Vì mọi phần mềm đều có chu kỳ bảo trì, nên khi phiên bản mới ra mắt, sớm muộn gì phiên bản cũ cũng sẽ bị loại bỏ. Đây là quy luật của công nghệ. Vì vậy, tôi cho rằng việc ra mắt bản sửa đổi RISC-V có nghĩa là một ngày nào đó, sẽ có người không thể rút tài sản trong hợp đồng EVM.
Nhưng tôi không cho rằng tình huống tương tự sẽ xảy ra với Bitcoin. Cho đến nay, những Bitcoin đầu tiên ở định dạng p2pk vẫn có thể lĩnh nhận. Tôi nghĩ blockchain rất quan trọng trong việc cung cấp tính bảo mật và cam kết cho người dùng.
Trước đây, tôi nghĩ rằng nếu bạn đưa tài sản của mình vào các hợp đồng thông minh, miễn là bạn nắm giữ token IOU, ngay cả khi các hợp đồng cũ không còn được duy trì và Uniswap đã đạt đến V4, bạn vẫn có thể lấy lại tài sản của mình từ năm đó vào V1 hoặc V2. Đây chính là điều tôi cho rằng lời hứa blockchain blockchain cần phải đạt được và cũng là chức năng và giá trị mà xã hội này cần. Nhưng nếu Ethereum thực sự ra mắt phiên bản RISC-V và thông báo ngừng hỗ trợ máy trạm gốc cho hợp đồng EVM trong thời gian tồn tại của nó, tôi sẽ thất vọng với chuỗi công khai và cộng đồng này.
