Solana có tương thích EVM không? SVM so với EVM

Lưu ý về độ chính xác: Hiệu suất mạng, số lượng người xác thực, phí, tính năng giao thức, hỗ trợ ví và các tích hợp của bên thứ ba thay đổi theo thời gian. Coi số liệu đã lỗi thời là những ảnh hưởng lịch sử và xác minh tài liệu nguồn chính hiện tại.

Solana có tương thích EVM một cách tự nhiên không? Không: Solana sử dụng SVM và một mô hình tài khoản cùng thực thi khác. Các môi trường của bên thứ ba có thể cung cấp khả năng tương thích EVM một phần, nhưng kiến trúc, trạng thái và hỗ trợ công cụ của chúng phải được đánh giá riêng biệt.

Solana không tương thích EVM một cách tự nhiên. Nó sử dụng Máy ảo Solana (SVM) và một mô hình thực thi khác. Các chương trình Solana thường được viết bằng Rust, với các bộ công cụ được hỗ trợ bổ sung, thay vì được triển khai dưới dạng mã byte EVM gốc. Neon EVM là một môi trường thực thi EVM của bên thứ ba liên kết với Solana, không phải là hỗ trợ SVM gốc và không đơn giản là một cầu nối token.

Solana có tương thích EVM không? Câu trả lời Short

Solana là một blockchain hiệu suất cao Layer 1, nghĩa là nó là một mạng lớp cơ sở xử lý và hoàn tất các giao dịch một cách độc lập. Nó không sử dụng máy ảo Ethereum (EVM). Thay vào đó, Solana đã xây dựng runtime của riêng mình từ đầu, và sự khác biệt về kiến trúc đó là lý do tại sao các hợp đồng thông minh của Ethereum không thể chạy trên Solana một cách tự nhiên.

Đối với những người dùng hỏi liệu ví Ethereum của họ có hoạt động trên Solana không, liệu các ứng dụng phi tập trung của Ethereum (dApps, các ứng dụng phần mềm chạy trên blockchain thay vì máy chủ tập trung) có thể chuyển sang Solana không, hoặc liệu các nhà phát triển Solidity có cần học lại mọi thứ không: hai mạng này tách biệt về mặt kiến trúc. Khả năng tương thích một phần tồn tại thông qua Neon EVM, và phần còn lại của bài viết này giải thích điều đó có ý nghĩa như thế nào trong thực tế.

Máy ảo Ethereum (EVM) là gì?

Máy ảo Ethereum (EVM) là bộ máy tính toán xử lý và chạy mã Hợp đồng Thông minh trên mạng Ethereum. Hợp đồng Thông minh là các chương trình tự thực thi được lưu trữ trên blockchain, tự động thực thi các quy tắc định sẵn khi các điều kiện được đáp ứng. EVM đọc mã byte mà các hợp đồng đó biên dịch xuống và thực thi các chỉ lệnh.

Hãy coi EVM như một hệ điều hành cụ thể. Bất kỳ máy tính nào chạy hệ điều hành đó đều có thể chạy cùng một phần mềm. Các Nền tảng áp dụng tiêu chuẩn EVM có thể chạy cùng mã Hợp đồng Thông minh và hỗ trợ cùng các công cụ dành cho nhà phát triển như Ethereum, mà không cần nhà phát triển viết lại bất cứ điều gì. Đây chính là ý nghĩa thực tế của khả năng tương thích EVM trong Tiền điện tử: khả năng di chuyển mã và công cụ giữa các chuỗi.

Khả năng tương thích EVM có nghĩa là gì?

Một blockchain tương thích EVM khi nó có thể thực thi mã byte đã biên dịch từ Solidity và hỗ trợ bộ công cụ dành cho nhà phát triển tiêu chuẩn của Ethereum. Cụ thể, các hợp đồng Solidity được triển khai mà không cần sửa đổi, và các công cụ như MetaMask (ví), Hardhat (khung phát triển), Truffle (bộ triển khai), Foundry (khung kiểm thử) và Ethers.js (thư viện front-end) đều hoạt động mà không có thay đổi đáng kể. Câu hỏi về khả năng tương thích EVM là trung tâm để các nhà phát triển Web3 lựa chọn blockchain để xây dựng, vì nó xác định liệu mã và kỹ năng hiện có có được chuyển trực tiếp hay không.

Các chuỗi tương thích EVM bao gồm chính Ethereum (chuỗi gốc), C-Chain của Avalanche, BNB Chain (trước đây là Binance Smart Chain), Polygon, và các mạng Layer 2 như Arbitrum và Optimism. Mỗi chuỗi đều áp dụng tiêu chuẩn EVM, nghĩa là nhà phát triển Solidity có thể triển khai trên bất kỳ chuỗi nào trong số đó với ít trở ngại nhất. Solana đã không áp dụng tiêu chuẩn này.

Solana có tương thích EVM một cách tự nhiên không? Câu trả lời đầy đủ

Solana không hỗ trợ máy ảo Ethereum một cách tự nhiên. Nó sử dụng một môi trường thực thi khác, vì vậy mã byte EVM yêu cầu một lớp tương thích hoặc môi trường thực thi riêng biệt. Đó là một sự khác biệt về kiến trúc chứ không phải là một cài đặt bị thiếu.

Ngôn ngữ phát triển gốc của Solana là Rust, một ngôn ngữ lập trình cấp hệ thống được chọn vì đặc tính hiệu suất và an toàn bộ nhớ của nó. Rust không độc quyền cho Solana; nó được sử dụng rộng rãi trong lập trình hệ thống và bối cảnh WebAssembly. Cái mà Ethereum gọi là hợp đồng thông minh, Solana gọi là chương trình, và các chương trình đó chủ yếu được viết bằng Rust, với C và C++ là các lựa chọn thay thế. Mã byte EVM được viết cho Ethereum không chạy trên Solana một cách tự nhiên.

Tại sao Solana không chạy EVM một cách tự nhiên

Những người sáng lập Solana đã xây dựng máy ảo của riêng họ, Máy ảo Solana (SVM), còn được gọi là runtime Sealevel, để đạt được xử lý giao dịch song song. EVM xử lý các giao dịch tuần tự, từng cái một. Runtime Sealevel của Solana xử lý nhiều giao dịch đồng thời, đây là nguồn lợi thế về thông lượng của nó. Mô hình song song này đòi hỏi một nền tảng kiến trúc khác với những gì EVM cung cấp. Tóm lại: SVM sử dụng các chương trình dựa trên Rust và một mô hình tài khoản riêng biệt; EVM sử dụng các hợp đồng Solidity với trạng thái được lưu trữ bên trong mỗi hợp đồng. Những khác biệt về thiết kế này được khám phá chi tiết trong bảng so sánh dưới đây.

Solana đạt được thông lượng cao thông qua Proof of History (PoH), một cơ chế định thời gian khác biệt với cả Proof of Work và Proof of Stake. PoH cho phép những người xác thực đồng ý về thứ tự giao dịch mà không cần phối hợp liên tục, và thiết kế này không tương thích về mặt kiến trúc với mô hình đồng thuận của Ethereum.

Đối với người dùng ví: MetaMask và hỗ trợ Solana đã thay đổi theo thời gian. Hãy xác minh hỗ trợ gốc hoặc dựa trên tiện ích mở rộng hiện tại trực tiếp từ MetaMask và phân biệt tài khoản Solana với kết nối RPC của Neon EVM.

Neon EVM cung cấp một môi trường EVM riêng biệt như thế nào

Neon EVM là một môi trường thực thi EVM của bên thứ ba liên kết với Solana. Nó có thể hỗ trợ các hợp đồng Solidity và các phần của bộ công cụ Ethereum, nhưng trạng thái triển khai, kiến trúc, khả năng tương thích, chi phí và các giới hạn hiện tại phải được xác minh độc lập. Đây không phải là hỗ trợ EVM gốc trong SVM.

Neon EVM là gì?

Neon EVM được phát triển và duy trì bởi Neon Labs, một công ty độc lập. Nó không phải là sản phẩm chính thức của Quỹ Solana. Neon Labs đã xây dựng Neon EVM như một nền tảng hợp đồng thông minh được triển khai trên Solana, cung cấp một giao diện tương thích EVM cho các nhà phát triển. Bên dưới, nó chặn các giao dịch theo định dạng Ethereum, đóng gói chúng vào cấu trúc giao dịch tương thích Solana và định tuyến việc thực thi thông qua lớp đồng thuận và runtime của Solana. Từ góc nhìn của nhà phát triển, giao diện trông giống như bất kỳ môi trường EVM nào khác. Việc tính toán thực tế xảy ra trên Solana.

Kiến trúc này tạo ra một môi trường EVM riêng biệt thay vì chuyển đổi SVM thành EVM. Việc bắc cầu token, đại diện tài sản và thực thi hợp đồng là các mối quan tâm riêng biệt và không nên nhầm lẫn.

Công cụ dành cho nhà phát triển Ethereum nào hoạt động với Neon EVM?

Bản nháp nguồn liệt kê các công cụ Ethereum sau đây là tương thích với Neon EVM. Hãy xác minh các phiên bản và giới hạn hiện tại trước khi dựa vào bất kỳ mục nào:

• MetaMask: kết nối ví thông qua điểm cuối RPC của Neon EVM
• Hardhat: khung biên dịch và triển khai hợp đồng
• Truffle: bộ phát triển và kiểm thử
• Foundry: khung kiểm thử hợp đồng thông minh
• Ethers.js và Web3.js: tích hợp thư viện front-end

Quy trình triển khai phản ánh quy trình triển khai EVM tiêu chuẩn: Solidity được biên dịch thành mã byte EVM, sau đó Neon EVM xử lý trên mạng Solana. Mã front-end sử dụng Ethers.js hoặc Web3.js sẽ hoạt động với những thay đổi tối thiểu, mặc dù các nhà phát triển nên kiểm tra sự khác biệt về hành vi trong các trường hợp biên, vì sự tương đương hoàn toàn với EVM gốc không được đảm bảo.

Đánh giá mức độ sẵn sàng của Neon EVM như thế nào?

Bản nháp nguồn mô tả việc triển khai trên mainnet, nhưng tình trạng sẵn sàng cho sản xuất không thể suy ra chỉ từ trạng thái triển khai. Hãy xem xét hoạt động hiện tại, các bản phát hành, lịch sử sự cố, kiểm toán, các phụ thuộc của nhà vận hành, tính khả dụng của RPC, phiên bản công cụ, phí và các khác biệt về hành vi trước khi cam kết các hệ thống sản xuất.

Neon EVM cũng phát triển độc lập với giao thức cốt lõi của Solana. Các nhà phát triển nên xác minh các khả năng hiện tại, các phiên bản công cụ được hỗ trợ và các hạn chế đã biết so với tài liệu chính thức của Neon EVM trước khi cam kết triển khai sản xuất. Các nhóm nên tự thực hiện thẩm định của mình trên devnet trước khi hoạt động chính thức.

Máy ảo Solana (SVM) vs. Máy ảo Ethereum (EVM): Sự khác biệt chính

SVM của Solana và EVM của Ethereum khác biệt cơ bản nhất ở cách chúng xử lý giao dịch. SVM chạy nhiều giao dịch song song thông qua mô hình thực thi Sealevel của nó, trong khi EVM xử lý giao dịch tuần tự, từng giao dịch một. Sự khác biệt kiến trúc duy nhất này giải thích phần lớn khoảng cách về thông lượng giữa hai mạng.

Đối với các nhà phát triển, sự khác biệt về ngôn ngữ lập trình là điểm khó khăn tức thời nhất. Các chương trình Solana được viết bằng Rust (hoặc C và C++), trong khi các Hợp đồng Thông minh của Ethereum được viết bằng Solidity. Rust cung cấp các đảm bảo an toàn bộ nhớ và lợi thế về hiệu suất, nhưng đường cong học tập của nó dốc hơn Solidity, đặc biệt đối với các nhà phát triển đến từ môi trường máy ảo Ethereum (EVM) nặng về JavaScript và TypeScript. Ngược lại, Solidity có thư viện các hợp đồng đã được kiểm toán lớn hơn và sự quen thuộc rộng rãi hơn của nhà phát triển trên Web3.

Bảng dưới đây so sánh hai môi trường chạy trên các khía cạnh quan trọng nhất đối với các nhà phát triển và nhóm sản phẩm khi đánh giá nên đi theo con đường nào. Đối với chi tiết kiến trúc Solana, tài liệu chính thức của Solana là nguồn có thẩm quyền.

Các số liệu TPS là xấp xỉ và có thể thay đổi tùy thuộc vào điều kiện mạng và phương pháp đo lường. Neon EVM thay đổi bức tranh hỗ trợ bytecode máy ảo Ethereum (EVM) thực tế mà không làm cho các chương trình SVM gốc tương thích máy ảo Ethereum (EVM); hãy xem phần trên.

Lưu ý về phí: Solana sử dụng mô hình phí khác với hệ thống gas của Ethereum. Việc đề cập đến phí giao dịch của Solana là "phí gas" sẽ mang lại cách diễn đạt của Ethereum không áp dụng; phí của Solana được tính khác và thường chỉ là một phần nhỏ của một xu cho mỗi giao dịch.

Solana so với các Blockchain tương thích máy ảo Ethereum (EVM) như thế nào

Kiến trúc phi máy ảo Ethereum (non-EVM) của Solana đặt nó vào một danh mục riêng biệt với các lựa chọn thay thế tương thích máy ảo Ethereum (EVM) như C-Chain của Avalanche, BNB Chain và Polygon. Mỗi chuỗi đưa ra các đánh đổi khác nhau giữa sự quen thuộc của nhà phát triển, thông lượng thô và sự trưởng thành của hệ sinh thái. Không có chuỗi nào là tối ưu cho tất cả các trường hợp sử dụng; lựa chọn phù hợp phụ thuộc vào những gì mà một nhóm cần nhất.

Bảng dưới đây cho thấy Solana nằm ở đâu so với các chuỗi tương thích máy ảo Ethereum (EVM) chính.

Các số liệu TPS là xấp xỉ và có thể thay đổi tùy thuộc vào điều kiện mạng và phương pháp đo lường.

Đối với các nhà phát triển chọn giữa Solana và các chuỗi tương thích máy ảo Ethereum (EVM), sự đánh đổi cốt lõi là rõ ràng: các chuỗi tương thích máy ảo Ethereum (EVM) như C-Chain của Avalanche, BNB Chain và Polygon mang đến cho các nhóm Solidity một môi trường quen thuộc với ít rào cản gia nhập tối thiểu, trong khi Solana cung cấp lợi thế thông lượng và phí thấp hơn với chi phí học Rust hoặc định tuyến qua Neon EVM. Đối với các nhóm quan tâm đến cách BNB Chain phù hợp với quy trình làm việc của MetaMask, hướng dẫn về cách thêm BNB Chain vào MetaMask) bao gồm cấu hình đó một cách chi tiết.

Kiến trúc phi máy ảo Ethereum (non-EVM) của Solana đã không ngăn cản nó xây dựng một hệ sinh thái nhà phát triển và tài chính phi tập trung (DEX) (DeFi) đáng kể. Solana lưu trữ các giao thức sàn giao dịch phi tập trung (DEX) đang hoạt động, bao gồm Jupiter và Raydium, cùng với các công cụ tổng hợp thanh khoản như Orca, tất cả đều được xây dựng gốc trên SVM và hoạt động độc lập với cơ sở hạ tầng DeFi dựa trên máy ảo Ethereum (EVM). Các chuỗi tương thích máy ảo Ethereum (EVM) đã thu hút cộng đồng nhà phát triển Solidity lớn nhờ chuyển giao công cụ ít rào cản, nhưng Solana đã phát triển cơ sở nhà phát triển riêng thông qua các lợi thế hiệu suất mà kiến trúc của nó cho phép.

Bạn có nên xây dựng trên Solana hay chuỗi máy ảo Ethereum (EVM)? Một khuôn khổ quyết định cho nhà phát triển

Việc lựa chọn giữa Neon EVM và phát triển gốc Solana, hoặc chọn ngay một chuỗi tương thích máy ảo Ethereum (EVM), phụ thuộc vào ba yếu tố: kỹ năng ngôn ngữ hiện có của nhóm bạn, yêu cầu hiệu suất của bạn và mức độ rủi ro kỹ thuật bạn có thể chấp nhận từ một phụ thuộc của Bên thứ ba. Bảng dưới đây ánh xạ các tiêu chí chính trên hai con đường Solana.

Ba kịch bản bao gồm hầu hết các nhóm đánh giá Solana:

Kịch bản 1: Nhóm của bạn biết Solidity và đang đánh giá một lộ trình di chuyển nhanh hơn. So sánh Neon EVM với các lớp L2 máy ảo Ethereum (EVM) và viết lại SVM gốc trước khi chọn kiến trúc. Các hợp đồng hiện có, quy trình triển khai và thiết lập ví của bạn sẽ được chuyển đổi với những thay đổi tối thiểu. Sự đánh đổi là chấp nhận chi phí trừu tượng của Neon EVM và sự phụ thuộc vào một giao thức Bên thứ ba phát triển độc lập với cốt lõi Solana.

Kịch bản 2: Nhóm của bạn đang đánh giá phát triển SVM gốc. So sánh các bộ công cụ Solana được hỗ trợ, mô hình tài khoản, tài nguyên kiểm toán, yêu cầu vận hành và các phụ thuộc vào khung làm việc. Anchor là một ví dụ về khung làm việc thay vì là một yêu cầu phổ quát.

Kịch bản 3: Yêu cầu của bạn cần một môi trường máy ảo Ethereum (EVM) gốc. So sánh các mạng máy ảo Ethereum (EVM) và L2 theo khả năng tương thích, giả định bảo mật, Quyết toán, chi phí, vận hành và hỗ trợ hệ sinh thái. Không có mạng hoặc lộ trình di chuyển nào là không có rủi ro.

Hướng dẫn quyết định nhanh:

• Biết Solidity? Đánh giá khả năng tương thích của bên thứ ba, các L2 máy ảo Ethereum và việc viết lại SVM gốc dựa trên các yêu cầu tương tự.
• Đánh giá phát triển SVM gốc? So sánh các ngôn ngữ, framework và công cụ kiểm toán hiện tại.
• Cần một máy ảo Ethereum gốc? So sánh các mạng máy ảo Ethereum và L2 hiện tại bằng cách sử dụng các yêu cầu tương tự.

Bất kể con đường nào, hãy kiểm tra kỹ lưỡng trên Solana devnet trước khi triển khai lên mainnet. Đối với lộ trình Neon EVM, hãy xác minh khả năng tương thích công cụ hiện tại tại neonevm.org trước khi cam kết với kiến trúc sản xuất.

Câu hỏi thường gặp: Khả năng tương thích Solana và EVM

Solana có tương thích EVM không?

Solana không tương thích EVM gốc. Nó sử dụng SVM và một mô hình tài khoản cùng thực thi khác. Neon EVM xuất hiện ở đây như một môi trường EVM của bên thứ ba; nó không làm cho SVM tự tương thích EVM. Hãy xác minh các khả năng hiện tại của nó trước khi dựa vào hỗ trợ Solidity hoặc công cụ cụ thể.

MetaMask và hỗ trợ Solana đã thay đổi theo thời gian. Hãy xác minh hỗ trợ gốc hoặc dựa trên tiện ích mở rộng hiện tại trực tiếp từ MetaMask và phân biệt tài khoản Solana với kết nối RPC Neon EVM.

Máy ảo nào được Solana sử dụng?

Solana sử dụng Máy ảo Solana (SVM), còn gọi là runtime Sealevel. SVM khác biệt về kiến trúc và không tương thích với Máy ảo Ethereum (EVM). Lợi thế thiết kế chính của nó là xử lý giao dịch song song: SVM thực thi nhiều giao dịch đồng thời, trong khi EVM xử lý chúng từng cái một. Mô hình song song này là nguồn cốt lõi tạo nên lợi thế thông lượng của Solana so với Ethereum mainnet.

EVM xử lý các giao dịch tuần tự, sử dụng Solidity làm ngôn ngữ chính và lưu trữ trạng thái hợp đồng trong mỗi hợp đồng. SVM xử lý các giao dịch song song thông qua runtime Sealevel, sử dụng Rust làm ngôn ngữ gốc và tách dữ liệu thành các cấu trúc tài khoản riêng biệt. Hai runtime sử dụng các mô hình tài khoản, ngôn ngữ lập trình và hệ sinh thái công cụ không tương thích.

Solana có nhanh hơn Ethereum không?

Các bài kiểm tra hiệu năng lịch sử ghi nhận con số lý thuyết của Solana gần 65.000 TPS, trong khi ước tính Ethereum mainnet thường được trích dẫn thấp hơn nhiều. Các con số này không phải là phép đo trực tiếp, tương đương: định nghĩa giao dịch, khối lượng công việc, lưu lượng bỏ phiếu, đóng gói, lớp thực thi và ngưỡng hoàn tất đều quan trọng. Các mạng Layer 2 của Ethereum nên được đánh giá riêng khi một nhóm cần cả thông lượng và công cụ Solidity.

Các blockchain tương thích EVM chính bao gồm Ethereum (chuỗi gốc), BNB Chain (trước đây là Binance Smart Chain), Avalanche C-Chain, Polygon (PoS), Arbitrum và Optimism. Tất cả các chuỗi này đều hỗ trợ hợp đồng Solidity và bộ công cụ dành cho nhà phát triển Ethereum tiêu chuẩn mà không cần sửa đổi. Solana không tương thích EVM gốc; nó sử dụng SVM. Khả năng tương thích EVM một phần trên Solana có sẵn thông qua Neon EVM, được xây dựng bởi Neon Labs.

Hợp đồng thông minh Solidity có chạy trên Solana không?

Bytecode EVM đã biên dịch từ Solidity không chạy gốc trong SVM. Một lớp thực thi EVM riêng biệt có thể hỗ trợ các hợp đồng Solidity, trong khi các chương trình gốc của Solana sử dụng các bộ công cụ tương thích SVM. Hãy xác minh hỗ trợ ngôn ngữ và framework hiện tại thay vì coi một môi trường của bên thứ ba là con đường khả thi duy nhất.

Neon EVM được xây dựng và duy trì bởi Neon Labs, một công ty độc lập, không phải Tổ chức Solana. Nó hoạt động như một lớp tương thích trên mạng Solana, cho phép các nhà phát triển triển khai hợp đồng Solidity và sử dụng các công cụ như MetaMask và Hardhat mà không cần học Rust. Nó hoạt động bằng cách đóng gói các giao dịch định dạng Ethereum vào các cấu trúc tương thích Solana và định tuyến chúng qua lớp đồng thuận của Solana. Hãy xác minh các khả năng hiện tại tại neonevm.org.

Tại sao Solana không tương thích EVM?

Solana được thiết kế từ đầu với máy ảo riêng, được tối ưu hóa cho xử lý giao dịch song song và thông lượng cao. Việc đạt được các mục tiêu hiệu suất đó đòi hỏi các lựa chọn kiến trúc về cơ bản không tương thích với mô hình thực thi tuần tự của EVM. Những người sáng lập Solana đã chọn tối ưu hóa hiệu suất thay vì khả năng tương thích EVM như một quyết định thiết kế có chủ đích. SVM và runtime Sealevel phản ánh ưu tiên đó, chứ không phải là một thiếu sót trên nền tảng này.

Solana có tốt hơn Ethereum cho DeFi không?

Solana cung cấp phí giao dịch thấp hơn và hoàn tất nhanh hơn, có lợi cho các giao thức DeFi yêu cầu giao dịch tần suất cao. Ethereum có tổng giá trị bị khóa (TVL) lớn nhất (DeFi), các giao thức được thử nghiệm nhiều nhất và thanh khoản sâu nhất trên hệ sinh thái của nó. Khả năng tương thích EVM giúp dễ dàng chuyển các giao thức DeFi gốc của Ethereum sang các chuỗi EVM khác. Mỗi mạng phục vụ các trường hợp sử dụng DeFi khác nhau; lựa chọn đúng phụ thuộc vào yêu cầu cụ thể của một giao thức.

Khám phá SOL trên Bybit

Người đọc có thể xem thông tin thị trường SOL hiện tại hoặc thị trường giao ngay SOL/USDT. Các liên kết này cung cấp quyền truy cập thị trường và không chứng minh rằng Solana, ví hoặc giao thức của bên thứ ba phù hợp với mọi người đọc.

Điểm chính: Khả năng tương thích Solana và EVM

Dưới đây là năm sự thật quan trọng nhất về trạng thái tương thích EVM của Solana:

• Solana không tương thích EVM gốc. Nó sử dụng Máy ảo Solana (SVM), không phải Máy ảo Ethereum (EVM).
• Rust là ngôn ngữ phát triển gốc phổ biến nhất của Solana. Bytecode EVM không chạy trong SVM mà không có lớp thực thi tương thích EVM riêng biệt.
• Neon EVM, được xây dựng bởi Neon Labs, cung cấp khả năng tương thích EVM một phần trên Solana. Đây là một lớp của bên thứ ba, không phải sản phẩm chính thức của Tổ chức Solana. Nó hỗ trợ các công cụ như MetaMask và Hardhat cùng với Truffle, Foundry, Ethers.js và Web3.js.
• Hỗ trợ MetaMask và Solana đã thay đổi theo thời gian. Hãy xác minh hỗ trợ gốc hoặc dựa trên tiện ích mở rộng hiện tại trực tiếp từ MetaMask và phân biệt tài khoản Solana với kết nối RPC Neon EVM.
• Kiến trúc không EVM của Solana là sự đánh đổi hiệu suất có chủ ý. Mô hình thực thi song song của SVM mang lại cho Solana lợi thế thông lượng so với các chuỗi EVM.

Hệ sinh thái Solana và Neon EVM phát triển nhanh chóng. Hãy xác minh các khả năng hiện tại so với tài liệu chính thức của Neon EVM và tài liệu chính thức của Solana trước khi đưa ra các quyết định về cơ sở hạ tầng.

Hướng dẫn EVM liên quan

• Giao dịch Ethereum cho người mới bắt đầu: Hợp đồng ETH
• Cách thêm BNB Chain vào MetaMask và Sử dụng An toàn

Đọc thêm

• SolanaVM được giải thích
• Các tiêu chuẩn token Solana
• Kiến trúc Solana