بلاکچین غیر-EVM چیست
توجه: این سند ترجمه خودکار نسخه اصلی انگلیسی است.
بلاکچین غیر-EVM چیست
بلاکچین غیر-EVM هر بلاکچینی است که از ماشین مجازی Ethereum به‌عنوان موتور اجرای خود استفاده نمی‌کند. زنجیره‌های غیر-EVM به‌جای اجرای بایت‌کد Solidity، از ماشین‌های مجازی، زبان‌های برنامه‌نویسی و مدل‌های اجرای متفاوت بهره می‌برند. نمونه‌ها: Solana (SVM/Sealevel)، زنجیره‌های مبتنی بر Cosmos (CosmWasm، ماژول‌های مخصوص برنامه)، NEAR (زمان اجرای مبتنی بر WebAssembly)، Sui و Aptos (MoveVM) و Bittensor (زمان اجرای سفارشی مبتنی بر Substrate).
این تمایز از این رو مهم است که انتخاب ماشین مجازی تعیین می‌کند توسعه‌دهندگان از چه زبان‌های برنامه‌نویسی استفاده کنند، قراردادهای هوشمند چگونه رفتار کنند، چه ابزارهایی در دسترس باشد و پروژه چقدر آسان بتواند با زنجیره‌های دیگر تعامل کند. پروژه‌ای که روی زنجیرهٔ غیر-EVM ساخته شده نمی‌تواند قراردادهای Solidity را از Ethereum کپی کند — به کدبیس متفاوت، مهارت‌های توسعهٔ متفاوت و مجموعهٔ ابزارهای زیرساختی متفاوت نیاز دارد.
به‌طور خلاصه: بلاکچین‌های غیر-EVM از محیط‌های اجرایی غیر از ماشین مجازی Ethereum استفاده می‌کنند. این یعنی زبان‌های برنامه‌نویسی متفاوت، ابزارهای متفاوت و بده‌بستان‌های معماری متفاوت — اما همچنین امکان ویژگی‌های کارایی‌ای که EVM نمی‌تواند به آن‌ها برسد.
اجرای غیر-EVM چه تفاوتی با EVM دارد
EVM یک ماشین مجازی مبتنی بر پشته است که بایت‌کد Solidity را به‌ترتیب اجرا می‌کند، از اعداد صحیح ۲۵۶ بیتی استفاده می‌کند و محاسبات را با گس می‌سنجد. زنجیره‌های غیر-EVM به شکل‌های گوناگون از این مدل فاصله می‌گیرند:
ماشین‌های مجازی متفاوت
| زنجیره / اکوسیستم | ماشین مجازی | زبان اصلی | تفاوت معماری کلیدی |
|---|---|---|---|
| Solana | SVM (Sealevel) | Rust | اجرای موازی تراکنش‌ها از طریق اعلام پیشاپیش دسترسی به وضعیت |
| زنجیره‌های Cosmos | CosmWasm / ماژول‌های بومی | Rust (CosmWasm)، Go (ماژول‌ها) | بلاکچین مخصوص برنامه با ارتباط میان‌زنجیره‌ای داخلی (IBC) |
| NEAR | WebAssembly (Wasm) | Rust، AssemblyScript | اجرای شاردشده با فراخوانی‌های ناهمگام میان‌شاردی |
| Sui | MoveVM | Move | مدل وضعیت شیءمحور که اجرای موازی را ممکن می‌کند |
| Aptos | MoveVM | Move | موتور اجرای موازی Block-STM |
| Bittensor | زمان اجرای Substrate | Rust | هماهنگی مخصوص AI؛ زیرشبکه‌ها به‌عنوان واحدهای اجرا |
هر ماشین مجازی بده‌بستان‌های متفاوتی دارد. SVM در Solana از تراکنش‌ها می‌خواهد از پیش اعلام کنند به کدام وضعیت دسترسی خواهند داشت، تا زمان اجرا بتواند تراکنش‌های بدون تعارض را به‌صورت موازی اجرا کند — کاری که EVM به‌طور بومی نمی‌تواند بکند. زنجیره‌های Cosmos مدل اجرای مشترک را به‌کلی کنار می‌گذارند: هر برنامه زنجیرهٔ خودش را با منطق سفارشی می‌گیرد که از طریق پروتکل IBC به زنجیره‌های دیگر متصل است. زنجیره‌های مبتنی بر Move (Sui، Aptos) از مدل برنامه‌نویسی منبع‌محور استفاده می‌کنند که رده‌هایی از باگ‌ها (مانند reentrancy) را در سطح زبان ناممکن می‌کند.
زبان‌های برنامه‌نویسی متفاوت
اکوسیستم EVM زیر سلطهٔ Solidity است — زبانی که مخصوص قراردادهای هوشمند Ethereum طراحی شده است. زنجیره‌های غیر-EVM از زبان‌های همه‌منظوره یا جایگزین‌های هدف‌ساز استفاده می‌کنند:
- Rust — در Solana (از طریق چارچوب Anchor)، Cosmos (از طریق CosmWasm)، NEAR و زنجیره‌های مبتنی بر Substrate از جمله Bittensor استفاده می‌شود. تضمین‌های ایمنی حافظه و کارایی Rust آن را برای برنامه‌های on-chain مناسب می‌کند.
- Move — که در ابتدا در Facebook/Diem توسعه یافت و اکنون Sui و Aptos از آن استفاده می‌کنند. Move دارایی‌های on-chain را منابعی درجه‌یک می‌داند که قابل تکثیر یا نابودی تصادفی نیستند، و رده‌ای از آسیب‌پذیری‌های رایج قراردادهای هوشمند را کاهش می‌دهد.
- Go — برای توسعهٔ ماژول‌های بومی در زنجیره‌های Cosmos SDK استفاده می‌شود. اعتبارسنج‌ها باینری‌های کامپایل‌شدهٔ Go را مستقیماً اجرا می‌کنند.
- AssemblyScript — زبانی شبیه TypeScript که به WebAssembly کامپایل می‌شود و به‌عنوان زبان جایگزین در توسعهٔ NEAR به کار می‌رود.
این تنوع زبانی یعنی توسعه‌دهندگان نمی‌توانند مهارت‌های Solidity را مستقیماً به زنجیره‌های غیر-EVM منتقل کنند. پروژه‌ای که روی Solana می‌سازد به مهندسان Rust نیاز دارد؛ پروژه‌ای روی Sui به مهندسان Move. اندازهٔ استخر استعداد هر زبان بر سرعت ساخت و تکرار پروژه اثر می‌گذارد.
ویژگی‌های کارایی متفاوت
زنجیره‌های غیر-EVM اغلب نمای کارایی متفاوتی دارند:
- اجرای موازی — Solana، Sui و Aptos تراکنش‌های بدون تعارض را به‌صورت موازی اجرا می‌کنند که می‌تواند توان عملیاتی بالاتری از مدل اجرای ترتیبی EVM بدهد.
- کارمزد پایین‌تر و قابل پیش‌بینی‌تر — برخی زنجیره‌های غیر-EVM از ابتدا ساختار کارمزدی برای توان عملیاتی بالا طراحی کرده‌اند و از بازارهای کارمزد پرنوسانی که زنجیره‌های EVM در زمان ازدحام تجربه می‌کنند، دوری می‌کنند.
- مدل‌های وضعیت سفارشی — زنجیره‌های غیر-EVM می‌توانند از مدل‌های وضعیتی استفاده کنند که برای الگوهای دسترسی خاص بهینه شده‌اند. مثلاً مدل شیءمحور Sui مالکیت در سطح شیء و پردازش موازی را ممکن می‌کند که پیاده‌سازی آن روی EVM پیچیده است.
این مزایای کارایی بده‌بستان‌هایی دارند: اکوسیستم‌های کوچک‌تر توسعه‌دهندگان، ابزارهای کم‌بلوغ‌تر، شرکت‌های حسابرسی کمتری با تخصص مرتبط و ترکیب‌پذیری کمتر با اکوسیستم بزرگ DeFi و توکن مبتنی بر EVM.
چرا برای پروژه‌های کریپتو-AI اهمیت دارد
انتخاب ماشین مجازی پیامدهای عملی برای پروژه‌های بلاکچینی مرتبط با AI دارد:
- انعطاف اجرا — زنجیره‌های غیر-EVM می‌توانند مدل‌های اجرایی مناسب‌تری برای بارهای کاری هماهنگی AI پشتیبانی کنند. اجرای موازی، ماشین‌های وضعیت سفارشی و مجموعه دستورهای کم‌سربار ممکن است تراکنش‌های پرتکرار مرتبط با AI (تخصیص وظایف رایانشی، ارسال نتایج، به‌روزرسانی رجیستری مدل‌ها) را بهتر پشتیبانی کنند.
- تناسب زبان — زنجیره‌های مبتنی بر Rust با زیرساخت AI/ML هم‌خوانی خوبی دارند، زیرا بسیاری از ابزارهای AI (اجزای حساس به کارایی، هماهنگی GPU، برنامه‌نویسی سیستمی) به Rust نوشته شده‌اند یا با کد Rust خوب تعامل می‌کنند.
- طراحی مخصوص برنامه — اپ‌چین‌های Cosmos و زیرشبکه‌های Bittensor به پروژه‌های AI امکان می‌دهند منطق اجرای سفارشی را در سطح زنجیره بسازند، بدون قیدهای مجموعهٔ opcode و مدل گس EVM.
- بده‌بستان‌های اکوسیستمی — پروژه‌های غیر-EVM نمی‌توانند به‌سادگی از اکوسیستم بزرگ EVM شامل پروتکل‌های DeFi، پل‌های توکن و زیرساخت کیف پول بهره ببرند. پروژه‌های AI روی زنجیره‌های غیر-EVM باید یا این زیرساخت را خودشان بسازند، یا به پل‌های میان‌زنجیره‌ای متکی شوند، یا اکوسیستم اولیهٔ کوچک‌تری را بپذیرند.
در کارت‌های پروژهٔ DecAIHub، عبارت Type: non-EVM به خواننده می‌گوید پروژه از Solidity استفاده نمی‌کند، بدون بازنویسی نمی‌تواند روی زنجیره‌های سازگار با EVM مستقر شود و در اکوسیستم فنی متفاوتی کار می‌کند.
این مورد کجای کارت‌های پروژهٔ DecAIHub دیده می‌شود
در کارت‌های پروژهٔ DecAIHub، نشان غیر-EVM در این‌ها ظاهر می‌شود:
- Type — مقدار
non-EVMنشان می‌دهد قراردادهای هوشمند یا منطق on-chain پروژه از ماشین مجازی‌ای غیر از EVM استفاده می‌کند. این تعیین می‌کند چه ابزارها، زبان‌ها و استانداردهایی صدق می‌کنند. - Main chain — زنجیرهٔ مشخص غیر-EVM ذکر می‌شود (Solana، Bittensor، یکی از زنجیره‌های Cosmos، Sui و غیره). هر زنجیره ماشین مجازی، زبان و اکوسیستم خودش را دارد.
- Token standard — زنجیره‌های غیر-EVM استانداردهای توکن خودشان را دارند. Solana از توکن‌های SPL استفاده می‌کند؛ زنجیره‌های Cosmos از واحدهای بومی یا CW-20 (CosmWasm)؛ زنجیره‌های مبتنی بر Move از منابع coin/fungible-asset. این‌ها با ERC-20 قابل تعویض نیستند.
- قراردادهای هوشمند / منطق on-chain — زبان برنامه‌نویسی و چارچوب با پروژه‌های EVM فرق دارد. برنامه‌های Solana به Rust (Anchor)، قراردادهای Cosmos به Rust (CosmWasm) یا Go نوشته می‌شوند و غیره.
دسته‌بندی غیر-EVM به‌تنهایی چه چیزی را ثابت نمی‌کند
- غیر-EVM به معنای کارایی بهتر نیست. گرچه برخی زنجیره‌های غیر-EVM اجرای موازی یا کارمزد کمتری دارند، کارایی به زنجیرهٔ مشخص، زیرساخت اعتبارسنج‌ها و بار فعلی بستگی دارد — نه صرفاً انتخاب ماشین مجازی.
- غیر-EVM پیچیدگی فنی را ثابت نمی‌کند. انتخاب زنجیرهٔ غیر-EVM تصمیمی زیرساختی است. کیفیت AI component پروژه، کد یا محصول آن را نشان نمی‌دهد.
- غیر-EVM به این معنا نیست که پروژه نمی‌تواند با زنجیره‌های EVM تعامل کند. بسیاری از پروژه‌های غیر-EVM از پل‌ها، اوراکل‌ها یا توکن‌های wrapped برای اتصال به Ethereum و دیگر اکوسیستم‌های EVM استفاده می‌کنند. تعامل میان‌زنجیره‌ای ممکن است؛ فقط زیرساخت اضافه می‌خواهد.
- ماشین مجازی متفاوت به معنای تضمین‌های امنیتی متفاوت نیست. باگ‌های قرارداد هوشمند، خطاهای منطقی و ریسک‌های تمرکز روی همهٔ زنجیره‌ها و فارغ از ماشین مجازی وجود دارند. زبان‌های غیر-EVM مانند Rust و Move برخی رده‌های باگ را حذف می‌کنند اما رده‌های دیگری را وارد می‌کنند.
- برچسب غیر-EVM توضیح نمی‌دهد چرا پروژه آن زنجیره را انتخاب کرده است. انتخاب می‌تواند از نیازهای کارایی، تخصص تیم توسعه، مشوق‌های اکوسیستمی یا صرفاً نقطهٔ شروع تیم بنیان‌گذار ناشی شده باشد. بدون بافتار اضافه، این برچسب اطلاع‌رسان است، نه ارزیابانه.
اشتباه نگیرید با
- EVM — EVM ماشین مجازی Ethereum است. غیر-EVM در تقابل با آن تعریف می‌شود: هر زنجیره‌ای که از EVM استفاده نکند در دستهٔ غیر-EVM قرار می‌گیرد.
- Ethereum — Ethereum زنجیرهٔ اصیل EVM است. غیر-EVM بودن یعنی زنجیره Ethereum نیست و از موتور اجرای Ethereum استفاده نمی‌کند — اما همچنان ممکن است از طریق پل‌ها یا پروتکل‌های میان‌زنجیره‌ای با Ethereum تعامل کند.
- Solana — Solana یک بلاکچین غیر-EVM مشخص با ماشین مجازی خودش (SVM) است. «غیر-EVM» دسته‌ای گسترده است که Solana، Cosmos، Sui، Aptos، NEAR، Bittensor و بسیاری دیگر را در بر می‌گیرد.
- «ضد-Ethereum» — غیر-EVM بودن موضع‌گیری علیه Ethereum نیست. بسیاری از زنجیره‌های غیر-EVM با Ethereum هم‌زیستی دارند و از نقدینگی پل‌شده بهره می‌برند. انتخاب ماشین مجازی بازتاب اولویت‌های طراحی متفاوت است، نه مخالفت ایدئولوژیک.
- ناسازگار — زنجیره‌های غیر-EVM نمی‌توانند بایت‌کد EVM را به‌طور بومی اجرا کنند، اما این به معنای انزوای آن‌ها نیست. پل‌های میان‌زنجیره‌ای، پروتکل‌های پیام‌رسانی (مانند IBC، LayerZero، Wormhole) و توکن‌های wrapped، هم‌کنش‌پذیری میان اکوسیستم‌های EVM و غیر-EVM را ممکن می‌کنند.
پرسش‌های متداول
رایج‌ترین زنجیره‌های غیر-EVM در پروژه‌های کریپتو-AI کدام‌اند؟
Solana و Bittensor از پرتکرارترین زنجیره‌های غیر-EVM در فضای کریپتو-AI هستند که DecAIHub رصد می‌کند. توان عملیاتی بالای Solana و اکوسیستم مبتنی بر Rust آن، پروژه‌های AI را جذب می‌کند که به هماهنگی on-chain سریع و کم‌هزینه نیاز دارند. Bittensor مخصوص AI غیرمتمرکز ساخته شده و زیرشبکه‌هایی برای وظایف مشخص AI دارد. اپ‌چین‌های مبتنی بر Cosmos الگوی دیگری‌اند، به‌ویژه برای پروژه‌هایی که محیط اجرای کاملاً سفارشی با ارتباط میان‌زنجیره‌ای داخلی از طریق IBC می‌خواهند.
آیا پروژهٔ غیر-EVM می‌تواند روی زنجیره‌های EVM هم مستقر شود؟
بله، اما به کدبیس جداگانه نیاز دارد. پروژه‌ای که برای Solana به Rust نوشته شده نمی‌تواند همان‌طور روی Ethereum مستقر شود — باید به Solidity بازنویسی شود (یا پیاده‌سازی Solidity جداگانه‌ای داشته باشد). برخی پروژه‌ها روی هر دو نوع زنجیرهٔ EVM و غیر-EVM قرارداد نگه می‌دارند، اما هر استقرار توسعه، حسابرسی و نگه‌داری مستقلی می‌خواهد. پل‌های میان‌زنجیره‌ای هم می‌توانند به پروژه‌های غیر-EVM امکان دهند نمایندهٔ توکنی روی زنجیره‌های EVM داشته باشند (مثلاً توکن‌های SPL به‌صورت wrapped در قالب ERC-20 روی Ethereum).
آیا غیر-EVM برای برنامه‌های AI بهتر است؟
پاسخ جهان‌شمولی وجود ندارد. زنجیره‌های غیر-EVM می‌توانند برای موارد کاربرد خاص AI مزیت داشته باشند — اجرای موازی Solana برای هماهنگی پرتوان مناسب است، معماری زیرشبکه‌ای Bittensor مخصوص انگیزه‌های AI ساخته شده و اپ‌چین‌های Cosmos منطق اجرای کاملاً سفارشی را ممکن می‌کنند. اما زنجیره‌های EVM اکوسیستم بزرگ‌تر توسعه‌دهندگان، ابزارهای بالغ‌تر، نقدینگی عمیق‌تر DeFi و پشتیبانی گسترده‌تر کیف پول دارند. بهترین انتخاب به نیازهای مشخص پروژه بستگی دارد: چه بارهای کاری روی زنجیره اجرا می‌شوند، چه کارایی‌ای لازم است، تیم چه اکوسیستمی را ترجیح می‌دهد و کاربران هدف کجا هستند.
آیا زنجیره‌های غیر-EVM استانداردهای توکنی مانند ERC-20 دارند؟
بله، اما متفاوت. Solana از توکن‌های SPL استفاده می‌کند. زنجیره‌های Cosmos از واحدهای بومی یا توکن‌های CW-20 (از طریق CosmWasm). Sui و Aptos از منابع coin و fungible asset در Move. NEAR از NEP-141. هر استاندارد تعیین می‌کند توکن‌ها روی آن زنجیره چگونه ساخته، منتقل و مدیریت شوند. این استانداردها با ERC-20 قابل تعویض نیستند — توکنی که به‌صورت SPL روی Solana ساخته شده بدون wrapping یا پل‌زدن نمی‌تواند مستقیماً روی زنجیرهٔ EVM استفاده شود.
منابع خارجی
- Solana documentation — Sealevel runtime — مرور فنی مدل اجرای موازی Solana و توسعهٔ برنامه‌ها.
- Move language documentation — مشخصات و راهنمای توسعه برای زبان برنامه‌نویسی Move که Sui و Aptos استفاده می‌کنند.
- Cosmos SDK documentation — مستندات رسمی ساخت بلاکچین‌های مخصوص برنامه با ماژول‌های سفارشی و ادغام IBC.
No comments to display
No comments to display