Skip to main content

non-EVM ब्लॉकचेन क्या है

नोट: यह दस्तावेज़ मूल अंग्रेजी संस्करण का स्वचालित अनुवाद है।

non-EVM ब्लॉकचेन क्या है

non-EVM ब्लॉकचेन कोई भी ऐसा ब्लॉकचेन है जो अपने निष्पादन इंजन के रूप में Ethereum Virtual Machine का उपयोग नहीं करता। Solidity बाइटकोड चलाने के बजाय non-EVM चेन अलग वर्चुअल मशीनों, अलग प्रोग्रामिंग भाषाओं और अलग निष्पादन मॉडलों का उपयोग करती हैं। उदाहरणों में शामिल हैं Solana (SVM/Sealevel), Cosmos-आधारित चेन (CosmWasm, एप्लिकेशन-विशिष्ट मॉड्यूल), NEAR (WebAssembly-आधारित रनटाइम), Sui और Aptos (MoveVM), तथा Bittensor (कस्टम Substrate-आधारित रनटाइम)।

यह अंतर इसलिए मायने रखता है क्योंकि वर्चुअल मशीन का चयन तय करता है कि डेवलपर कौन सी प्रोग्रामिंग भाषाएँ उपयोग करते हैं, स्मार्ट कॉन्ट्रैक्ट कैसे व्यवहार करते हैं, कौन से टूल उपलब्ध हैं, और प्रोजेक्ट अन्य चेनों के साथ कितनी आसानी से इंटरैक्ट कर सकता है। non-EVM चेन पर बना प्रोजेक्ट Ethereum से Solidity कॉन्ट्रैक्ट केवल कॉपी-पेस्ट नहीं कर सकता — उसे अलग कोडबेस, अलग डेवलपर कौशल और इन्फ्रास्ट्रक्चर टूल का अलग सेट चाहिए।

संक्षेप में: non-EVM ब्लॉकचेन Ethereum Virtual Machine के अलावा अन्य निष्पादन वातावरणों का उपयोग करते हैं। इसका अर्थ है अलग प्रोग्रामिंग भाषाएँ, अलग टूल और अलग वास्तुशिल्पीय समझौते — लेकिन साथ ही ऐसी प्रदर्शन विशेषताओं की संभावना भी जो EVM हासिल नहीं कर सकती।

non-EVM निष्पादन EVM से कैसे भिन्न है

EVM एक स्टैक-आधारित वर्चुअल मशीन है जो Solidity बाइटकोड को क्रमिक रूप से निष्पादित करती है, 256-बिट पूर्णांकों का उपयोग करती है और गणना को गैस से मापती है। non-EVM चेन इस मॉडल से विभिन्न तरीकों से अलग होती हैं:

अलग वर्चुअल मशीनें

चेन / इकोसिस्टम वर्चुअल मशीन प्राथमिक भाषा मुख्य वास्तुशिल्पीय अंतर
Solana SVM (Sealevel) Rust घोषित स्थिति पहुँच के माध्यम से समानांतर लेनदेन निष्पादन
Cosmos chains CosmWasm / native modules Rust (CosmWasm), Go (modules) अंतर्निहित क्रॉस-चेन संचार (IBC) वाला एप्लिकेशन-विशिष्ट ब्लॉकचेन
NEAR WebAssembly (Wasm) Rust, AssemblyScript एसिंक्रोनस क्रॉस-शार्ड कॉल के साथ शार्डेड निष्पादन
Sui MoveVM Move समानांतर निष्पादन सक्षम करने वाला ऑब्जेक्ट-केंद्रित स्थिति मॉडल
Aptos MoveVM Move Block-STM समानांतर निष्पादन इंजन
Bittensor Substrate runtime Rust AI-विशिष्ट समन्वय; निष्पादन इकाइयों के रूप में सबनेट

हर वर्चुअल मशीन अलग समझौते करती है। Solana की SVM में लेनदेन को पहले से घोषित करना होता है कि वे किस स्थिति तक पहुँचेंगे, जिससे रनटाइम गैर-टकराने वाले लेनदेन समानांतर रूप से निष्पादित कर सकता है — जो EVM मूल रूप से नहीं कर सकती। Cosmos चेन साझा-निष्पादन मॉडल को पूरी तरह बदल देती हैं: हर एप्लिकेशन को कस्टम लॉजिक वाली अपनी चेन मिलती है, जो IBC प्रोटोकॉल के माध्यम से अन्य चेनों से जुड़ी होती है। Move-आधारित चेन (Sui, Aptos) संसाधन-उन्मुख प्रोग्रामिंग मॉडल का उपयोग करती हैं जो कुछ श्रेणियों के बग (जैसे reentrancy) को भाषा स्तर पर ही रोकता है।

अलग प्रोग्रामिंग भाषाएँ

EVM इकोसिस्टम पर Solidity का प्रभुत्व है — विशेष रूप से Ethereum स्मार्ट कॉन्ट्रैक्ट के लिए डिज़ाइन की गई भाषा। non-EVM चेन सामान्य-प्रयोजन भाषाओं या उद्देश्य-निर्मित विकल्पों का उपयोग करती हैं:

  • Rust — Solana (Anchor फ़्रेमवर्क के माध्यम से), Cosmos (CosmWasm के माध्यम से), NEAR और Bittensor सहित Substrate-आधारित चेनों द्वारा उपयोग की जाती है। Rust की मेमोरी सुरक्षा गारंटी और प्रदर्शन इसे ऑन-चेन प्रोग्रामों के लिए उपयुक्त बनाते हैं।
  • Move — मूल रूप से Facebook/Diem में विकसित, अब Sui और Aptos द्वारा उपयोग की जाती है। Move ऑन-चेन संपत्तियों को प्रथम-श्रेणी संसाधनों के रूप में मानती है, जिन्हें डुप्लिकेट या गलती से नष्ट नहीं किया जा सकता, जिससे आम स्मार्ट कॉन्ट्रैक्ट कमजोरियों की एक श्रेणी घट जाती है।
  • Go — Cosmos SDK चेनों में native module विकास के लिए उपयोग होती है। वैलिडेटर सीधे Go-संकलित बाइनरी चलाते हैं।
  • AssemblyScript — TypeScript-जैसी भाषा जो WebAssembly में संकलित होती है, NEAR विकास के लिए वैकल्पिक भाषा के रूप में उपयोग होती है।

भाषाओं की यह विविधता का अर्थ है कि डेवलपर Solidity कौशल को सीधे non-EVM चेनों पर स्थानांतरित नहीं कर सकते। Solana पर बनने वाले प्रोजेक्ट को Rust इंजीनियर चाहिए; Sui पर बनने वाले को Move इंजीनियर। हर भाषा का डेवलपर टैलेंट पूल प्रभावित करता है कि प्रोजेक्ट कितनी जल्दी बना और सुधर सकता है।

अलग प्रदर्शन विशेषताएँ

non-EVM चेन अक्सर अलग प्रदर्शन प्रोफ़ाइल हासिल करती हैं:

  • समानांतर निष्पादन — Solana, Sui और Aptos गैर-टकराने वाले लेनदेन समानांतर रूप से निष्पादित करते हैं, जो EVM के क्रमिक निष्पादन मॉडल से अधिक थ्रूपुट दे सकता है।
  • कम और अधिक पूर्वानुमेय शुल्क — कुछ non-EVM चेनों की शुल्क संरचनाएँ शुरू से ही उच्च थ्रूपुट के लिए डिज़ाइन की गई हैं, जिससे वे उन अस्थिर शुल्क बाज़ारों से बचती हैं जो EVM चेनों में भीड़ के दौरान हो सकते हैं।
  • कस्टम स्थिति मॉडल — non-EVM चेन विशिष्ट पहुँच पैटर्नों के लिए अनुकूलित स्थिति मॉडल का उपयोग कर सकती हैं। उदाहरण के लिए Sui का ऑब्जेक्ट-केंद्रित मॉडल प्रति-ऑब्जेक्ट स्वामित्व और समानांतर प्रोसेसिंग सक्षम करता है, जिसे EVM पर लागू करना जटिल होता।

इन प्रदर्शन लाभों के साथ समझौते भी आते हैं: छोटे डेवलपर इकोसिस्टम, कम परिपक्व टूल, प्रासंगिक विशेषज्ञता वाली कम ऑडिट फर्में, और बड़े EVM-आधारित DeFi और टोकन इकोसिस्टम के साथ कम संयोजनीयता।

क्रिप्टो AI प्रोजेक्ट्स के लिए यह क्यों मायने रखता है

वर्चुअल मशीन का चयन AI-संबंधी ब्लॉकचेन प्रोजेक्ट्स के लिए व्यावहारिक निहितार्थ रखता है:

  • निष्पादन लचीलापन — non-EVM चेन AI समन्वय वर्कलोड के लिए बेहतर अनुकूल निष्पादन मॉडलों का समर्थन कर सकती हैं। समानांतर निष्पादन, कस्टम स्टेट मशीनें और कम-ओवरहेड निर्देश सेट उच्च-आवृत्ति AI-संबंधी लेनदेन (कंप्यूट टास्क असाइनमेंट, परिणाम सबमिशन, मॉडल रजिस्ट्री अपडेट) को बेहतर सेवा दे सकते हैं।
  • भाषा की उपयुक्तता — Rust-आधारित चेन AI/ML इन्फ्रास्ट्रक्चर के साथ अच्छी तरह मेल खाती हैं, क्योंकि बहुत सारे AI टूल (प्रदर्शन-महत्वपूर्ण घटक, GPU समन्वय, सिस्टम प्रोग्रामिंग) Rust में लिखे गए हैं या Rust कोड के साथ अच्छी तरह इंटरफ़ेस करते हैं।
  • एप्लिकेशन-विशिष्ट डिज़ाइन — Cosmos appchains और Bittensor सबनेट AI प्रोजेक्ट्स को EVM के opcode सेट और गैस मॉडल की बाध्यताओं के बिना चेन स्तर पर कस्टम निष्पादन लॉजिक बनाने देते हैं।
  • इकोसिस्टम के समझौते — non-EVM प्रोजेक्ट EVM के DeFi प्रोटोकॉल, टोकन ब्रिज और वॉलेट इन्फ्रास्ट्रक्चर के बड़े इकोसिस्टम में आसानी से नहीं जुड़ सकते। non-EVM चेनों पर AI प्रोजेक्ट्स को यह इन्फ्रास्ट्रक्चर या तो स्वयं बनाना होगा, क्रॉस-चेन ब्रिज पर निर्भर रहना होगा, या छोटे शुरुआती इकोसिस्टम को स्वीकार करना होगा।

DecAIHub प्रोजेक्ट कार्ड में Type: non-EVM पाठक को बताता है कि प्रोजेक्ट Solidity का उपयोग नहीं करता, फिर से लिखे बिना EVM-संगत चेनों पर डिप्लॉय नहीं हो सकता, और एक अलग तकनीकी इकोसिस्टम में काम करता है।

DecAIHub प्रोजेक्ट कार्ड में यह कहाँ दिखता है

DecAIHub प्रोजेक्ट कार्ड में non-EVM पदनाम इनमें दिखता है:

  • Type — non-EVM दर्शाता है कि प्रोजेक्ट के स्मार्ट कॉन्ट्रैक्ट या ऑन-चेन लॉजिक EVM के अलावा किसी वर्चुअल मशीन का उपयोग करते हैं। यह प्रभावित करता है कि कौन से टूल, भाषाएँ और मानक लागू होते हैं।
  • Main chain — विशिष्ट non-EVM चेन सूचीबद्ध होती है (Solana, Bittensor, कोई Cosmos चेन, Sui, आदि)। हर चेन की अपनी VM, भाषा और इकोसिस्टम है।
  • Token standard — non-EVM चेनों के अपने टोकन मानक हैं। Solana SPL टोकन उपयोग करता है; Cosmos चेन native denominations या CW-20 (CosmWasm) उपयोग करती हैं; Move-आधारित चेन coin/fungible-asset संसाधन उपयोग करती हैं। ये ERC-20 के साथ परस्पर विनिमय-योग्य नहीं हैं।
  • Smart contracts / on-chain logic — प्रोग्रामिंग भाषा और फ़्रेमवर्क EVM प्रोजेक्ट्स से भिन्न होते हैं। Solana प्रोग्राम Rust (Anchor) में लिखे जाते हैं, Cosmos कॉन्ट्रैक्ट Rust (CosmWasm) या Go में, इत्यादि।

केवल non-EVM वर्गीकरण क्या साबित नहीं करता

  • non-EVM का अर्थ बेहतर प्रदर्शन नहीं है। कुछ non-EVM चेन समानांतर निष्पादन या कम शुल्क देती हैं, लेकिन प्रदर्शन विशिष्ट चेन, उसके वैलिडेटर इन्फ्रास्ट्रक्चर और वर्तमान लोड पर निर्भर करता है — केवल VM के चयन पर नहीं।
  • non-EVM तकनीकी परिष्कार साबित नहीं करता। non-EVM चेन चुनना एक इन्फ्रास्ट्रक्चर निर्णय है। यह प्रोजेक्ट के AI घटक, उसके कोड या उत्पाद की गुणवत्ता नहीं दर्शाता।
  • non-EVM का अर्थ यह नहीं कि प्रोजेक्ट EVM चेनों के साथ इंटरैक्ट नहीं कर सकता। कई non-EVM प्रोजेक्ट Ethereum और अन्य EVM इकोसिस्टम से जुड़ने के लिए ब्रिज, ओरेकल या wrapped टोकन का उपयोग करते हैं। क्रॉस-चेन इंटरैक्शन संभव है; बस अतिरिक्त इन्फ्रास्ट्रक्चर चाहिए।
  • अलग VM का अर्थ अलग सुरक्षा गारंटी नहीं है। स्मार्ट कॉन्ट्रैक्ट बग, लॉजिक त्रुटियाँ और केंद्रीकरण जोखिम वर्चुअल मशीन चाहे कोई भी हो, सभी चेनों पर मौजूद हैं। Rust और Move जैसी non-EVM भाषाएँ बग की कुछ श्रेणियाँ खत्म करती हैं लेकिन दूसरी लाती हैं।
  • non-EVM लेबल यह नहीं समझाता कि प्रोजेक्ट ने वह चेन क्यों चुनी। चयन प्रदर्शन आवश्यकताओं, डेवलपर टीम की विशेषज्ञता, इकोसिस्टम प्रोत्साहनों, या बस इस बात से प्रेरित हो सकता है कि संस्थापक टीम ने कहाँ से शुरुआत की। अतिरिक्त संदर्भ के बिना यह लेबल केवल सूचनात्मक है, मूल्यांकनात्मक नहीं।

भ्रमित न हों

  • EVM — EVM Ethereum Virtual Machine है। non-EVM को इसके विपरीत परिभाषित किया गया है: EVM का उपयोग न करने वाली कोई भी चेन non-EVM श्रेणी में आती है।
  • Ethereum — Ethereum मूल EVM चेन है। non-EVM होने का अर्थ है कि चेन Ethereum नहीं है और Ethereum के निष्पादन इंजन का उपयोग नहीं करती — लेकिन वह फिर भी ब्रिज या क्रॉस-चेन प्रोटोकॉल के माध्यम से Ethereum के साथ इंटरैक्ट कर सकती है।
  • Solana — Solana अपनी वर्चुअल मशीन (SVM) वाला एक विशिष्ट non-EVM ब्लॉकचेन है। "non-EVM" एक व्यापक श्रेणी है जिसमें Solana, Cosmos, Sui, Aptos, NEAR, Bittensor और कई अन्य शामिल हैं।
  • "Anti-Ethereum" — non-EVM होना Ethereum के विरुद्ध कोई बयान नहीं है। कई non-EVM चेन Ethereum के साथ सह-अस्तित्व में हैं और ब्रिज की गई लिक्विडिटी से लाभान्वित होती हैं। VM का चयन अलग डिज़ाइन प्राथमिकताओं को दर्शाता है, वैचारिक विरोध को नहीं।
  • असंगत (Incompatible) — non-EVM चेन EVM बाइटकोड मूल रूप से नहीं चला सकतीं, लेकिन इसका अर्थ यह नहीं कि वे अलग-थलग हैं। क्रॉस-चेन ब्रिज, मैसेजिंग प्रोटोकॉल (जैसे IBC, LayerZero, Wormhole) और wrapped टोकन EVM और non-EVM इकोसिस्टम के बीच अंतरसंचालनीयता सक्षम करते हैं।

अक्सर पूछे जाने वाले प्रश्न

क्रिप्टो AI प्रोजेक्ट्स द्वारा उपयोग की जाने वाली सबसे आम non-EVM चेन कौन सी हैं?

DecAIHub द्वारा ट्रैक किए जाने वाले क्रिप्टो AI क्षेत्र में Solana और Bittensor सबसे अधिक मिलने वाली non-EVM चेनों में से हैं। Solana का उच्च थ्रूपुट और Rust-आधारित इकोसिस्टम उन AI प्रोजेक्ट्स को आकर्षित करता है जिन्हें तेज़, कम-लागत ऑन-चेन समन्वय चाहिए। Bittensor विकेंद्रीकृत AI के लिए उद्देश्य-निर्मित है, जिसमें विशिष्ट AI कार्यों को समर्पित सबनेट हैं। Cosmos-आधारित appchains एक और पैटर्न हैं, खासकर उन प्रोजेक्ट्स के लिए जो IBC के माध्यम से अंतर्निहित क्रॉस-चेन संचार वाला पूरी तरह कस्टम निष्पादन वातावरण चाहते हैं।

क्या non-EVM प्रोजेक्ट EVM चेनों पर भी डिप्लॉय कर सकता है?

हाँ, लेकिन इसके लिए अलग कोडबेस चाहिए। Solana के लिए Rust में लिखा प्रोजेक्ट Ethereum पर जस का तस डिप्लॉय नहीं हो सकता — उसे Solidity में फिर से लिखना होगा (या अलग Solidity कार्यान्वयन रखना होगा)। कुछ प्रोजेक्ट EVM और non-EVM दोनों चेनों पर कॉन्ट्रैक्ट बनाए रखते हैं, लेकिन हर डिप्लॉयमेंट के लिए स्वतंत्र विकास, ऑडिट और रखरखाव आवश्यक है। क्रॉस-चेन ब्रिज non-EVM प्रोजेक्ट्स को EVM चेनों पर टोकन प्रतिनिधित्व भी दे सकते हैं (उदा., Ethereum पर ERC-20 के रूप में wrapped SPL टोकन)।

क्या non-EVM AI एप्लिकेशनों के लिए बेहतर है?

कोई सार्वभौमिक उत्तर नहीं है। non-EVM चेन विशिष्ट AI उपयोग मामलों के लिए लाभ दे सकती हैं — Solana का समानांतर निष्पादन उच्च-थ्रूपुट समन्वय के लिए उपयुक्त है, Bittensor की सबनेट आर्किटेक्चर AI प्रोत्साहनों के लिए उद्देश्य-निर्मित है, और Cosmos appchains पूरी तरह कस्टम निष्पादन लॉजिक की अनुमति देती हैं। हालाँकि EVM चेन बड़ा डेवलपर इकोसिस्टम, अधिक परिपक्व टूल, गहरी DeFi लिक्विडिटी और व्यापक वॉलेट समर्थन देती हैं। सर्वोत्तम विकल्प प्रोजेक्ट की विशिष्ट आवश्यकताओं पर निर्भर करता है: कौन से वर्कलोड ऑन-चेन चलते हैं, क्या प्रदर्शन चाहिए, टीम कौन सा इकोसिस्टम पसंद करती है, और लक्षित उपयोगकर्ता कहाँ हैं।

क्या non-EVM चेनों में ERC-20 जैसे टोकन मानक हैं?

हाँ, लेकिन अलग-अलग। Solana SPL टोकन उपयोग करता है। Cosmos चेन native denominations या CW-20 टोकन (CosmWasm के माध्यम से) उपयोग करती हैं। Sui और Aptos Move के coin और fungible asset संसाधन उपयोग करते हैं। NEAR NEP-141 उपयोग करता है। हर मानक परिभाषित करता है कि उस चेन पर टोकन कैसे बनाए, स्थानांतरित और प्रबंधित किए जाते हैं। ये मानक ERC-20 के साथ परस्पर विनिमय-योग्य नहीं हैं — Solana पर SPL के रूप में बना टोकन बिना wrapping या bridging के EVM चेन पर सीधे उपयोग नहीं हो सकता।

बाहरी संदर्भ

  • Solana documentation — Sealevel runtime — Solana के समानांतर निष्पादन मॉडल और प्रोग्राम विकास का तकनीकी अवलोकन।
  • Move language documentation — Sui और Aptos द्वारा उपयोग की जाने वाली Move प्रोग्रामिंग भाषा का विनिर्देश और डेवलपर गाइड।
  • Cosmos SDK documentation — कस्टम मॉड्यूल और IBC एकीकरण के साथ एप्लिकेशन-विशिष्ट ब्लॉकचेन बनाने का आधिकारिक दस्तावेज़ीकरण।

यह भी देखें