Dưới làn sóng Rollup, VM vẫn còn câu chuyện để kể
Tuyển chọn TechFlowTuyển chọn TechFlow
Dưới làn sóng Rollup, VM vẫn còn câu chuyện để kể
Sinh thái người dùng đồ sộ của EVM quyết định rằng bất kỳ mạng blockchain nào từ bỏ nó cũng sẽ khó có thể cạnh tranh trong ngắn hạn.
Chuyên sâu báo cáo Web3Tác giả: PSE Trading Analyst @cryptohawk
TL;DR
1. Máy ảo (VM) là một hệ thống máy tính được mô phỏng bằng phần mềm, cung cấp môi trường thực thi cho các chương trình. Nó có thể mô phỏng nhiều thiết bị phần cứng khác nhau, giúp chương trình chạy trong môi trường được kiểm soát và tương thích.
2. Máy ảo Ethereum (EVM) là một loại máy ảo dựa trên ngăn xếp, dùng để thực thi hợp đồng thông minh Ethereum; zkEVM tối ưu hiệu suất tạo bằng chứng zk (zk-proof) nhưng vẫn đảm bảo tương thích hoặc tương đương với EVM;
zkVM từ bỏ tính tương thích với EVM, ưu tiên khả năng thân thiện với zk;
privacy zkVM bổ sung thêm đặc tính riêng tư gốc (native privacy) lên trên nền tảng zkVM;
SVM, FuelVM và MoveVM đều theo đuổi hiệu suất cực hạn thông qua thực thi song song, tuy nhiên mỗi loại lại có điểm đặc trưng riêng về chi tiết thiết kế;
ESC VM và BitVM lần lượt tiến hành thử nghiệm sáng tạo tại lớp tính toán trên chuỗi ETH và BTC, nhưng nhu cầu triển khai thực tế trong môi trường hiện tại còn thấp.
3. Hệ sinh thái người dùng khổng lồ của EVM quyết định rằng bất kỳ mạng blockchain nào từ bỏ nó cũng khó có thể cạnh tranh trong ngắn hạn. Do đó, các hệ sinh thái phi EVM thu hút người dùng từ hệ sinh thái EVM thông qua các công cụ như dịch mã (transpiler), biên dịch viên (compiler), bộ thông dịch bytecode hay thậm chí là lớp tương thích VM, đồng thời tận dụng đặc tính riêng của VM phi EVM để xây dựng câu chuyện hệ sinh thái mới – đây có lẽ là con đường thành công bắt buộc phải đi.
1.1 Máy ảo (VM) là gì?
Máy ảo (VM) là khối xây dựng cơ bản của việc ảo hóa tài nguyên tính toán, có chức năng gần giống như một máy tính thật, bao gồm khả năng chạy ứng dụng và hệ điều hành. Khái niệm máy ảo không mới, công nghệ này đã được sử dụng rộng rãi trong nhiều hệ sinh thái kỹ thuật khác nhau.
Trong bối cảnh blockchain, máy ảo (VM) là phần mềm thực thi chương trình, thường được gọi là môi trường thời gian chạy (runtime environment) để thực thi hợp đồng thông minh trên blockchain. VM thường cung cấp một môi trường máy tính ảo bằng cách mô phỏng các thiết bị phần cứng khác nhau. Các thiết bị phần cứng mà các máy ảo khác nhau có thể mô phỏng sẽ khác nhau, nhưng thường bao gồm CPU, bộ nhớ, ổ cứng, giao diện mạng, v.v. Khi một giao dịch trên chuỗi được gửi đi, máy ảo chịu trách nhiệm xử lý giao dịch đó và cập nhật trạng thái blockchain bị ảnh hưởng bởi việc thực thi giao dịch (trạng thái toàn cục hiện tại của toàn bộ mạng). Các quy tắc cụ thể để thay đổi trạng thái mạng do VM định nghĩa. Khi xử lý giao dịch, VM chuyển đổi mã hợp đồng thông minh thành định dạng mà phần cứng nút/máy xác thực có thể thực thi.
Lõi quan trọng nhất bên trong VM chính là LLVM (low-level virtual machine), có thể coi là nhân cốt lõi quan trọng nhất của trình biên dịch. Hình dưới đây mô tả sơ đồ hoạt động ban đầu của EVM: hợp đồng thông minh được chuyển đổi thông qua mã trung gian LLVM IR sang Bytecode. Bytecode này sẽ được lưu trữ trên blockchain, khi hợp đồng thông minh được gọi, bytecode sẽ được chuyển thành Opcode tương ứng, sau đó được EVM và phần cứng nút thực thi.
1.2 Các VM phổ biến
1.2.1 EVM——“Trong thế giới blockchain VM, EVM chiếm tám phần, phần còn lại chia nhau hai phần”
Dự án tiêu biểu: Optimism, Arbitrum
Là hệ sinh thái blockchain có mức độ phát triển và hoạt động người dùng cao nhất hiện nay trong ngành, Máy ảo Ethereum (EVM) là một loại máy ảo dựa trên ngăn xếp, cung cấp một môi trường máy tính ảo bằng cách mô phỏng các thiết bị phần cứng như CPU, bộ nhớ, bộ lưu trữ và ngăn xếp, nhằm thực thi các lệnh hợp đồng thông minh và lưu trữ trạng thái, dữ liệu của hợp đồng thông minh. Tập lệnh của EVM bao gồm nhiều loại opcode như thao tác số học, thao tác logic, thao tác lưu trữ, thao tác nhảy, v.v.
Bộ nhớ và bộ lưu trữ mà EVM mô phỏng là các thiết bị dùng để lưu trữ trạng thái và dữ liệu của hợp đồng thông minh. EVM xem bộ nhớ và bộ lưu trữ là hai khu vực khác nhau, có thể truy cập trạng thái và dữ liệu của hợp đồng thông minh bằng cách đọc và ghi vào bộ nhớ và bộ lưu trữ.
Ngăn xếp mà EVM mô phỏng dùng để lưu trữ toán hạng và kết quả của các lệnh. Hầu hết các lệnh trong tập lệnh EVM đều dựa trên ngăn xếp, chúng đọc toán hạng từ ngăn xếp và đẩy kết quả trở lại ngăn xếp.
Quá trình thiết kế EVM rõ ràng là theo hướng từ dưới lên: trước tiên cố định môi trường phần cứng được mô phỏng (ngăn xếp, bộ nhớ), sau đó dựa trên môi trường tương ứng để thiết kế một bộ tập lệnh hợp ngữ (Opcode) và bytecode riêng. Cộng đồng Ethereum đã thiết kế hai ngôn ngữ cấp cao dạng biên dịch cho hiệu suất thực thi EVM —— Solidity và Vyper. Solidity thì không cần nói nhiều, còn Vyper là ngôn ngữ cấp cao dành cho EVM do Vitalik thiết kế nhằm khắc phục một số khuyết điểm tồn tại trong Solidity, tuy nhiên lại không nhận được sự chấp nhận cao từ cộng đồng nên dần dần rút lui khỏi sân khấu lịch sử.
1.2.2 zkEVM——Tôi muốn tất cả: Tương thích môi trường EVM + hỗ trợ tạo bằng chứng zk cho việc chuyển đổi gốc trạng thái toàn cục
Dự án tiêu biểu: Taiko, Scroll, Polygon zkEVM
Do EVM không được thiết kế với mục tiêu tính toán bằng chứng zk, nên nó sở hữu những đặc tính không thân thiện với mạch chứng minh, đặc biệt ở các opcode đặc biệt, kiến trúc dựa trên ngăn xếp, chi phí lưu trữ và chi phí chứng minh. Trong khi đó, zkEVM là một máy ảo thực thi hợp đồng thông minh theo cách thân thiện với zk-proof, cho phép quá trình thực thi EVM được xác minh hiệu quả và tiết kiệm chi phí hơn thông qua zk-proof/validity-proof. So với lớp thực thi OP Rollup chỉ cần sao chép nguyên样 EVM, thì việc xây dựng phiên bản ZK thân thiện với EVM là một thách thức bổ sung đối với ZK Rollup.
ZK-rollups khó đạt được tính tương thích với Máy ảo Ethereum (EVM). Việc chứng minh tính toán EVM tổng quát trong mạch phức tạp và tốn tài nguyên hơn nhiều so với việc chứng minh các phép tính đơn giản (như chuyển token như đã mô tả).
Tuy nhiên, sự tiến bộ của công nghệ kiến thức không (zero-knowledge) (mở trong tab mới) đã khơi lại sự quan tâm đến việc đóng gói tính toán EVM trong bằng chứng kiến thức không. Những nỗ lực này nhằm tạo ra một triển khai zero-knowledge EVM (zkEVM) có thể xác minh tính đúng đắn của việc thực thi chương trình một cách hiệu quả.
Giống như EVM, zkEVM chuyển đổi giữa các trạng thái sau khi thực hiện tính toán với một số đầu vào nhất định. Điểm khác biệt là zkEVM còn tạo ra bằng chứng kiến thức không để xác minh tính đúng đắn từng bước trong quá trình thực thi chương trình. Bằng chứng hiệu lực có thể xác minh tính đúng đắn của các thao tác liên quan đến trạng thái máy ảo (bộ nhớ, ngăn xếp, lưu trữ) và bản thân quá trình tính toán (tức là, thao tác có gọi opcode đúng và thực hiện chính xác hay không?)
Ý tưởng rất đẹp, nhưng thực tế lại đầy rẫy khó khăn: hiện tại, Rollup gặp khó khăn trong việc cân bằng giữa tính thân thiện với ZK và tính tương thích (thậm chí là tương đương) với EVM. Có nghĩa là, hoặc phải sao chép hoàn chỉnh lớp thực thi Ethereum L1, bao gồm băm, cây trạng thái, cây giao dịch, tiền biên dịch,... để cho phép khách hàng thực thi Ethereum L1 có thể dùng trực tiếp để xử lý khối Rollup; hoặc từ bỏ tính tương thích với EVM, tạo lại các Opcode hiện có để phục vụ cho việc chứng minh/xác minh trong mạch, từ đó cho phép thực thi hợp đồng thông minh.
1.2.3 zkVM——Cá không thể cùng lúc ăn hai thứ ngon: Máy ảo phi EVM theo định hướng hiệu suất bằng chứng zk
Dự án tiêu biểu: Starknet, Zksync, RISC ZERO
zkVM từ bỏ tính tương thích với EVM, lấy mục tiêu cốt lõi là chứng minh dữ liệu và cập nhật trạng thái, tìm kiếm một điểm chung giữa mật mã học và ngôn ngữ cấp cao để cung cấp một khuôn khổ chung cho các ứng dụng khác nhau.
Starkware khởi đầu sớm trong lĩnh vực ZK nói chung, tích lũy công nghệ đầy đủ, có lợi thế dẫn đầu nhất định. Đây là kiến trúc đại diện cho chủ nghĩa trung tâm ZK, xây dựng Cairo VM và ngôn ngữ Cairo xung quanh ZK. Nhược điểm là chi phí học tập Cairo khá cao.
Khung ZKsync dung hòa đặc điểm của cả EVM và ZK, kết hợp Solidity và ngôn ngữ mạch tự phát triển Zinc thành một thể thống nhất ở tầng IR bên trong trình biên dịch. Ưu điểm là nhân biên dịch LLVM có thể tương thích với nhiều ngôn ngữ.
RISC Zero sử dụng kiến trúc RISC-V để xây dựng bộ mô phỏng, cho phép lập trình viên viết chương trình cho zkVM bằng các ngôn ngữ phổ thông như Rust, C/C++ và Go, nghĩa là logic ứng dụng không bị giới hạn trong những gì có thể diễn đạt bằng Solidity, cho phép viết mã độc lập với chuỗi.
1.2.4 Privacy zkVM——Hỗ trợ mở rộng quy mô thân thiện với zk + hỗ trợ riêng tư gốc, hứa hẹn bùng nổ hệ sinh thái mới
Dự án tiêu biểu: Aleo, Ola, Polygon Miden
Blockchain như một hệ thống sổ cái công khai, mọi giao dịch đều diễn ra trên chuỗi, nghĩa là các thay đổi trạng thái liên quan đến thông tin tài sản của địa chỉ hoặc tài khoản đều công khai minh bạch. Vì vậy, ngoài nỗ lực giải pháp mở rộng quy mô, một số nhóm blockchain tin rằng chức năng then chốt tiếp theo cần đạt được là riêng tư.
Ngoài đặc tính hỗ trợ mở rộng quy mô nhờ thân thiện với zk, Privacy zkVM còn sở hữu tính năng riêng tư gốc do ngôn ngữ lập trình nền tảng cung cấp, cho phép nhà phát triển ứng dụng xây dựng các dapp dựa trên riêng tư, từ đó mở ra các kịch bản ứng dụng và câu chuyện lớn mới, ví dụ như giải quyết triệt để vấn đề MEV, bảo vệ quyền sở hữu dữ liệu người dùng, v.v. Tất nhiên, độ phức tạp trong thiết kế Privacy zkVM đòi hỏi đội ngũ kỹ thuật lớn hơn để triển khai, có thể cần chờ thêm vài năm nữa mới hiện thực hóa được.
1.2.5 SVM——Sau khi thủy triều rút, vẫn còn tàn tro: Môi trường thực thi đã đạt đến cực hạn về hiệu suất
Dự án tiêu biểu: Eclipse Mainnet, Nitro, MakerDAO Chain (có thể)
SVM, tức Solana Virtual Machine, nổi bật với môi trường thực thi hiệu suất cao, hợp đồng thông minh chủ yếu được viết bằng ngôn ngữ Rust. So với môi trường thực thi đơn luồng EVM và EOS WASM, SVM đạt được thực thi song song các giao dịch không trùng lặp và các giao dịch chỉ đọc cùng trạng thái bằng cách yêu cầu mô tả trong giao dịch Solana tất cả các trạng thái sẽ đọc hoặc ghi trong quá trình thực thi.
Ngoài ra, để đạt được xác minh/nhận diện nhanh lượng lớn khối giao dịch, quá trình xác minh giao dịch trên mạng Solana sử dụng rộng rãi tối ưu hóa theo kiểu ống dẫn (pipeline), giống như thiết kế CPU: dữ liệu đầu vào được xử lý qua một loạt bước, mỗi bước do phần cứng khác nhau phụ trách. Một ví dụ điển hình là máy giặt và máy sấy, xử lý tuần tự giặt/sấy/gấp quần áo nhiều mẻ. Giặt phải trước khi sấy, sấy phải trước khi gấp, nhưng cả ba thao tác đều do các đơn vị riêng biệt thực hiện.
Ngoài ra, SVM dựa trên thanh ghi và có tập lệnh nhỏ hơn nhiều so với EVM, khiến việc chứng minh SVM trong ZK dễ dàng hơn. Đối với optimistic Rollup, thiết kế dựa trên thanh ghi cũng dễ dàng thiết lập điểm kiểm tra (checkpoint) hơn.
1.2.6 Fuel VM——Tăng tốc độ tối đa: Máy ảo song song trong khung UTXO
Dự án tiêu biểu: Fuel
Fuel VM là phiên bản cải tiến dựa trên các khung công nghệ EVM, Solana, WASM, BTC & Cosmos, so với EVM có những đặc điểm sau:
Đặc biệt nhất là Fuel không chỉ giống SVM khi thiết lập danh sách truy cập (access lists) để có khả năng thực thi song song giao dịch không trùng lặp, mà còn áp dụng mô hình UTXO, phân biệt UTXO token và UTXO hợp đồng, từ đó nâng cao hiệu quả truy cập và thông lượng tính toán.
Ngoài ra, Fuel VM cung cấp trải nghiệm nhà phát triển mạnh mẽ và liền mạch thông qua ngôn ngữ chuyên biệt Sway và bộ công cụ hỗ trợ Forc, môi trường phát triển giữ lại ưu điểm của các ngôn ngữ hợp đồng thông minh như Solidity, đồng thời áp dụng các mô hình từ hệ sinh thái công cụ Rust.
Tương lai, Fuel VM sẽ triển khai nâng cấp ngôn ngữ Sway, bao gồm tối ưu biên dịch về kích thước bytecode, Sway sẽ hỗ trợ nhiều backend hơn (backend EVM đang trong quá trình phát triển), các trừu tượng sẽ kinh tế hơn, nhiều ứng dụng sẽ di chuyển từ Solidity/Vyper sang Sway, cải thiện phân tích tái nhập ở cấp biên dịch, v.v.
1.2.7 ESC VM——Người kế thừa Ordinal/Smartweave: Lớp tính toán trên Ethereum
Dự án tiêu biểu: Ethscriptions Protocol
ESC VM, tức Ethscriptions Virtual Machine, là một phương án hợp đồng thông minh do Ethscriptions Protocol đề xuất. Bản thân Ethscriptions Protocol là một giao thức trên chuỗi Ethereum tương tự BTC Ordinal, tập trung khám phá các giải pháp thay thế chi phí thấp khác với hợp đồng thông minh và L2.
Ethscriptions cho phép người dùng bỏ qua việc lưu trữ và thực thi hợp đồng thông minh với chi phí cực thấp, thông qua các quy tắc giao thức đã thỏa thuận trước, thực hiện tính toán trên calldata trong giao dịch. Đơn giản nói, chỉ cần một giao dịch Ethereum thành công, calldata của nó phù hợp với quy chuẩn dữ liệu hợp lệ, duy nhất và địa chỉ "to" không bằng 0, thì được coi là hợp lệ khi tạo Ethscription, địa chỉ "from" là người tạo, địa chỉ "to" là người sở hữu.
Ban đầu, mỗi Ethscription thiên về dạng NFT, ví dụ như NFT hình ảnh, trực tiếp ghi nội dung hình ảnh vào calldata dưới định dạng Base64:
Gần đây, eths nổi bật là Ethscription được tạo theo quy chuẩn giao thức tham khảo brc-20:
Hợp đồng thông minh do ESC VM đưa ra được gọi là "hợp đồng câm" (Dumb Contract), công bố logic hợp đồng nhưng bản thân không tương tác trên chuỗi dưới dạng EVM. Ngoài ra, ESC VM còn thêm một định dạng đặc biệt "lệnh máy tính", ethscription tạo bằng định dạng này sẽ được ESC VM nhận diện để tương tác với hợp đồng câm, ví dụ Deploy - triển khai hợp đồng câm, Call - gọi hợp đồng câm.
Giải pháp này có một số hạn chế: thứ nhất, hàm của "hợp đồng câm" không phải là payable, nghĩa là nếu bạn muốn gửi ETH qua hợp đồng câm, phải thông qua một "hợp đồng cầu nối", trong khi "hợp đồng cầu nối" này tiềm ẩn rủi ro lạm dụng quyền kiểm soát và đánh cắp tài sản; thứ hai, hệ sinh thái có ngưỡng准入门槛, không cho phép tạo tùy ý hợp đồng câm, mã của nó cần được định nghĩa thông qua đề xuất quản trị Ethscriptions Protocol.
Tóm lại, ESC VM sử dụng L1 Ethereum làm lớp lưu trữ dữ liệu, xây dựng một lớp tính toán phía trên, bằng cách đặt dữ liệu logic hợp đồng, lời gọi hợp đồng vào calldata của giao dịch Ethereum. Sự đồng thuận trạng thái toàn cục của ESC VM là sự đồng thuận của client ESC VM, gần giống với logic triển khai SmartWeave của Arweave, chỉ khác là lớp lưu trữ dữ liệu của SmartWeave là Arweave.
1.2.8 Bit VM——Một thí nghiệm nghiên cứu thú vị: Kênh thực thi ngang hàng trên BTC
Dự án tiêu biểu: ZeroSync
Người sáng lập ZeroSync, Robin Linus, ngày 9 tháng 10 đã công bố một bản bạch thư "BitVM: Compute Anything On Bitcoin". Chính xác hơn, nó không phải là một VM, mà là nỗ lực tạo ra một không gian tính toán Turing-complete, hợp đồng được lưu trữ trên chuỗi Bitcoin, nhưng logic thực thi hợp đồng được thực hiện ngoài chuỗi. Nếu cho rằng đối phương vi phạm, bên mình có thể khởi động thách thức trên chuỗi, nếu đối phương không phản hồi đúng, bên mình có thể lấy toàn bộ tiền trong hợp đồng.
Ưu điểm là có thể trao cho Bitcoin khả năng Turing-complete mà không cần sửa đổi bất kỳ giao thức Bitcoin nào, không cần opcode mới, không cần soft fork, có thể áp dụng bất cứ lúc nào.
Nhược điểm cũng rất rõ ràng: thứ nhất, chỉ hỗ trợ giao dịch giữa hai bên (một bên chứng minh, một bên xác minh); thứ hai, việc tạo một hợp đồng cần tạo ra lượng dữ liệu lớn và ký trước lượng lớn giao dịch, chi phí lưu trữ thông tin ngoài chuỗi rất lớn.
Dưới đây là giới thiệu đơn giản về logic kỹ thuật:
(1) Cam kết đầu vào điểm
Cam kết đầu vào điểm cho phép bên chứng minh đặt giá trị đầu vào 0 hoặc 1 cho cổng logic, trong cam kết này có hai giá trị băm H(A0), H(A1), bên chứng minh cần tiết lộ một ảnh gốc băm, ví dụ A0, thì đặt giá trị đầu vào là 0, nếu tiết lộ A1 thì đặt giá trị đầu vào là 1.
(2) Cam kết cổng logic
Sau khi có giá trị đầu vào, thông qua tổ hợp các opcode AND, NOT,... của Bitcoin, có thể tổ hợp bất kỳ cổng logic nào trong script Bitcoin.
(3) Cam kết mạch nhị phân
Kết hợp hàng trăm triệu cổng logic thành một mạch nhị phân, có thể đạt được tính Turing-complete. Để cam kết mạch nhị phân này lên mạng Bitcoin, cần đặt tất cả các cổng logic vào các nút lá của địa chỉ Taproot.
(4) Giai đoạn thách thức - phản hồi
Chỉ cam kết mạch lên chuỗi là chưa đủ, hai bên giao dịch cần một cách hiệu quả để xác minh kết quả tính toán hợp đồng có đúng hay không. Trong tình huống lý tưởng, hợp đồng chạy ngoài chuỗi, cả hai bên đều hợp tác và không tranh cãi về kết quả thì tốt đẹp. Nhưng nếu hai bên có tranh chấp, cần bước thách thức - phản hồi để xác minh kết quả tính toán, và thông qua script Bitcoin ép phân bổ số dư kênh.
Do đó, BitVM xa lạ với Rollup Bitcoin hay L2, không có môi trường thực thi máy ảo đầy đủ, trạng thái toàn cục, ngôn ngữ cấp cao để đăng tải hợp đồng thông minh phức tạp, cũng không cho phép số lượng người dùng tùy ý dễ dàng tương tác với các hợp đồng này. Dùng một ví dụ通俗 để minh họa: BitVM giống như xây một máy tính khổng lồ lớn hơn cả căn phòng trong thời đại ai cũng dùng thiết bị di động.
1.2.9 MoveVM——Sản phẩm kế thừa gen Web2 của Facebook
Dự án tiêu biểu: Aptos, Sui
Move là một ngôn ngữ lập trình dùng để viết hợp đồng thông minh an toàn, ban đầu do Facebook phát triển, hỗ trợ cho blockchain Diem. Sau khi dự án Diem bị ngừng, các dự án như Aptos, Sui tiếp tục sử dụng ngôn ngữ Move. Đặc điểm nổi bật nhất của blockchain Move là lưu trữ dữ liệu toàn cục, cấu thành bởi cây gốc là địa chỉ tài khoản, mỗi địa chỉ có thể lưu trữ dữ liệu tài nguyên và mã mô-đun.
Move có hai loại chương trình khác nhau: mô-đun và script. Mô-đun là thư viện định nghĩa kiểu cấu trúc và các hàm thao tác trên các kiểu đó. Kiểu cấu trúc định nghĩa mô hình lưu trữ toàn cục của Move, hàm mô-đun định nghĩa quy tắc cập nhật lưu trữ. Bản thân mô-đun cũng được lưu trữ trong lưu trữ toàn cục. Script là điểm vào thực thi tệp, tương tự hàm main trong ngôn ngữ truyền thống, là đoạn mã tạm thời không được công bố trong lưu trữ toàn cục.
Tóm lại, mô-đun Move giống như module thư viện động được tải khi chạy file thực thi hệ thống, còn script giống như chương trình chính. Người dùng có thể viết script riêng để truy cập lưu trữ toàn cục, bao gồm gọi mô-đun, việc phát hành mô-đun hoặc thực thi script được xử lý thông qua Move VM.
1.3 Xu hướng phát triển hệ sinh thái
Trong bối cảnh sức mạnh mạng lưới EVM quá lớn hiện nay, việc người dùng EVM di chuyển sang hệ sinh thái chuỗi phi EVM đã trở thành điểm tăng trưởng lớn nhất cho các dự án blockchain mới nổi, điều này sẽ mang lại khả năng tổ hợp Dapp phong phú hơn, kết nối lớn hơn có thể thúc đẩy tăng trưởng người dùng nhanh hơn trong những năm tới.
1.3.1 Tương thích giao diện ví
Việc đưa người dùng EVM sang chuỗi phi EVM luôn là trở ngại chính, nhưng Metamask Snap vừa ra mắt gần đây sẽ phá vỡ rào cản này. Người dùng EVM có thể tiếp tục dùng MetaMask mà không cần chuyển ví. Nhờ đóng góp mã nguồn mở tuyệt vời của Drift xây dựng triển khai MetaMask Snap xuất sắc, trải nghiệm người dùng tương đương tương tác với bất kỳ chuỗi EVM nào. Người dùng Eclipse Mainnet sẽ có thể tương tác với các ứng dụng gốc trong MetaMask, hoặc dùng ví gốc Solana (như Salmon).
1.3.2 Tương thích backend VM
1.3.2.1 Trình dịch / Biên dịch viên
Dự án tiêu biểu: Warp
Warp là một trình dịch từ Solidity sang Cairo, hiện đã được hoàn thiện bởi đội ngũ hạ tầng nổi tiếng Ethereum Nethermind. Warp có thể dịch mã Solidity sang Cairo, nhưng chương trình Cairo sau khi dịch thường cần sửa đổi và bổ sung đặc tính Cairo (ví dụ gọi hàm nội trú, tối ưu bộ nhớ...) để đạt hiệu suất thực thi tối đa.
1.3.2.2 Bộ thông dịch bytecode / Lớp tương thích VM
Dự án tiêu biểu: Kakarot, Neon EVM
Kakarot là một bộ thông dịch bytecode EVM được viết bằng Cairo, triển khai dưới dạng hợp đồng thông minh trên Starknet. Nó mô phỏng các khía cạnh như ngăn xếp, bộ nhớ, thực thi của EVM dưới dạng hợp đồng thông minh Cairo. So với dịch mã, Kakarot thực hiện từng opcode và pre-compile của EVM, đồng thời xây dựng các thành phần như Account Registry, Blockhash Registry để xử lý bổ sung các khía cạnh như ánh xạ địa chỉ tài khoản, lấy thông tin khối, giúp Kakarot có mức tương thích gốc cao hơn.
Neon EVM là một EVM chạy dưới dạng hợp đồng thông minh, có thể triển khai trên bất kỳ chuỗi SVM nào. Bản thân Eclipse Mainnet sử dụng SVM làm môi trường thực thi, nhưng thông qua Neon EVM mang lại tính tương thích EVM hoàn chỉnh (bao gồm hỗ trợ bytecode EVM và JSON-RPC Ethereum), đồng thời thông lượng cao hơn EVM đơn luồng. Ngoài ra, mỗi instance Neon EVM có thị trường phí địa phương riêng, tức là tại một chiều cao khối, số đơn vị tính toán liên quan đến tương tác tài khoản hợp đồng đơn lẻ bị giới hạn (1/4 tổng đơn vị tính toán khối), do đó người dùng chỉ cần trả phí priority khi tương tác hợp đồng nóng hoặc khối đầy. Theo nghĩa này, ứng dụng triển khai hợp đồng riêng có thể đạt được lợi thế gần như chuỗi ứng dụng riêng, giảm thiểu thiệt hại cho trải nghiệm người dùng, an ninh hoặc thanh khoản toàn mạng khi một hợp đồng cụ thể bị nghẽn giao dịch.
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
@PSETrading
