नया Ethereum टोकन मानक और इसका क्या मतलब है

विभिन्न क्रिप्टोकरेंसी की एक विशाल विविधता है, लेकिन उनमें से अधिकांश समान योजनाओं पर आधारित हैं। इन योजनाओं को टोकन मानक कहा जाता है और ये ब्लॉकचेन टोकनों की प्रमुख कार्यक्षमता और विशेषताओं को परिभाषित करते हैं।

टोकन मानक नियमों और समझौतों के ऐसे सेट हैं जो एक क्रिप्टोकरेंसी टोकन के संचालन को नियंत्रित करते हैं। लोकप्रिय मानकों में ERC-20, BEP-20, ERC-721, और ERC-1155 शामिल हैं।

मानकों की आवश्यकता क्यों है

संगतता: यदि किसी स्मार्ट कॉन्ट्रैक्ट पर हर नए टोकन के लिए एक अलग मैकेनिक निर्धारित किया जाता, तो मौजूदा प्लेटफ़ॉर्म, एप्लिकेशन और वॉलेट बस उसके साथ काम नहीं कर पाते। टोकन मानक यह गारंटी देते हैं कि इस मानक से बनाए गए उत्पाद एक-दूसरे के साथ संगत हैं। उदाहरण के लिए, ERC-20 संपत्तियाँ इस टोकन मानक का उपयोग करके विकसित अन्य उत्पादों और सेवाओं के साथ संगत होती हैं। इसी कारण, ERC-20 टोकन को इस मानक के किसी अन्य टोकन के साथ भी एक्सचेंज किया जा सकता है।

इसके अलावा, टोकन मानकों के बिना कई क्रिप्टोकरेंसी को स्टोर और ट्रेड करना कहीं अधिक कठिन होता। कई अलग-अलग क्रिप्टोकरेंसी के लिए एक वॉलेट का उपयोग करने के बजाय, आपको हर टोकन के लिए अलग-अलग वॉलेट बनाने पड़ते।

कनेक्टिविटी: एक कनेक्टेड सिस्टम डेवलपर्स को नए उत्पाद बनाने के लिए मौजूदा कॉम्पोनेंट्स को पुन: उपयोग करने की अनुमति देता है। टोकन निर्माण के साथ भी यही लागू होता है: मानकों का उपयोग मूलभूत फ़ंक्शनों के विकास को तेज करता है और आगे के नवाचार के लिए अधिक समय छोड़ता है।

दक्षता: टोकन मानक स्मार्ट कॉन्ट्रैक्ट्स के बीच इंटरैक्शन को भी आसान बनाते हैं। टोकन मानकों और स्वयं टोकनों को लागू करने वाले स्मार्ट कॉन्ट्रैक्ट्स का उपयोग बनाए गए टोकनों को ट्रैक करने के लिए किया जा सकता है।

ERC-20 और BEP-20 जैसे टोकन मानकों में महत्वपूर्ण विशेषताएँ शामिल होती हैं, जिनमें एड्रेस खोज और टोकन बैलेंस मैपिंग शामिल है, जिससे स्मार्ट कॉन्ट्रैक्ट्स टोकनों को अधिक कुशलता से ट्रैक कर सकते हैं। उदाहरण के लिए, अनुवाद इतिहास और अन्य ERC-20 टोकन डेटा की पुष्टि करने के लिए, एक डेवलपर कॉन्ट्रैक्ट के एप्लिकेशन बाइनरी इंटरफ़ेस (ABI) का उपयोग कर सकता है।

विविधता: क्लाइंट सॉफ़्टवेयर के लिए विभिन्न मानकों की उपस्थिति किसी को भी यह अनुमति देती है कि वह Ethereum क्लाइंट का अपना संस्करण किसी भी प्रोग्रामिंग भाषा में लिख सके, बशर्ते वह Ethereum नोड्स और क्लाइंट्स के लिए मानकों और विनिर्देशों का पालन करे। इस प्रकार, Ethereum नेटवर्क पर नोड्स और क्लाइंट्स की कोई भी संख्या हो सकती है, जिनमें से कुछ Golang, Rust, Java, C #, C++, या Python में लिखे गए Ethereum सॉफ़्टवेयर चलाते हैं। यह "कस्टमर विविधता" बढ़ाता है, एकल कोड इम्प्लीमेंटेशन पर निर्भरता कम करके नेटवर्क को मजबूत बनाता है। लेकिन सॉफ़्टवेयर भाषा, डिज़ाइन, या कार्यान्वयन विवरण चाहे जो भी हों, इन सभी इम्प्लीमेंटेशन में एक चीज़ समान होती है - वे सभी ग्राहकों के लिए एक ही विनिर्देश का पालन करते हैं।

इस प्रकार, मानक इम्प्लीमेंटेशन की विविधता बढ़ाने में मदद करते हैं। इसका अर्थ है कि सुरक्षा, गति, स्केलेबिलिटी आदि के लिए अलग-अलग दृष्टिकोण हो सकते हैं, और यह विविधता समग्र अनुभव को समृद्ध करती है।

नया Ethereum टोकन मानक

EIP-4337 अपडेट को ETHDenver से संबंधित WalletCon सम्मेलन में प्रस्तुत किया गया था और 1 मार्च, 2023 को Ethereum पर तैनात किया गया था। इस EIP का मुख्य नवाचार तथाकथित account abstraction का कार्यान्वयन और एक नए वॉलेट मानक का उदय था, जो डेवलपर्स के अनुसार, उपयोगकर्ता अनुभव के स्तर को बढ़ाएगा और ब्लॉकचेन के साथ इंटरैक्शन को अधिक सुविधाजनक बनाएगा। आगे, हम विश्लेषण करेंगे कि ये वॉलेट किस प्रकार के हैं, वे साधारण वॉलेट्स से कैसे अलग हैं, और EIP-4337 की आवश्यकता आखिर क्यों है।

Contract Account क्या है और यह सामान्य से कैसे अलग है

EIP-4337 किस उद्देश्य से बनाया गया है और यह कौन-से नवाचार प्रस्तुत करता है, इसे बेहतर समझने के लिए, एक कदम पीछे चलते हैं। Ethereum नेटवर्क पर इस अपडेट के आने से पहले, दो प्रकार के अकाउंट थे:

• External Owned Accounts (EOA): ऐसे वॉलेट जो बनाने के लिए एक infrastructure provider का उपयोग करते हैं। यह MetaMask और अन्य 99% डेवलपर्स द्वारा प्रदान किया जाने वाला प्रमुख प्रकार का वॉलेट है।
• Contract Accounts (CA): ये वे वॉलेट हैं जिन्हें EVM में कोड द्वारा, दूसरे शब्दों में, स्मार्ट कॉन्ट्रैक्ट्स द्वारा प्रबंधित किया जाता है। इन्हें चलाने और प्रबंधित करने के लिए किसी infrastructure provider की आवश्यकता नहीं होती।

EOA का प्रभुत्व नेटवर्क की अपनी आर्किटेक्चर से समझाया जाता है, जिसके अनुसार ट्रांज़ैक्शन पर हस्ताक्षर करने के लिए ECDSA मानक का उपयोग आवश्यक है। स्मार्ट कॉन्ट्रैक्ट्स ECDSA का उपयोग करके ट्रांज़ैक्शन साइन करने की क्षमता नहीं रखते, इसलिए CAs अपने behalf पर ट्रांज़ैक्शन शुरू नहीं कर सकते। यानी, एक सामान्य उपयोगकर्ता के लिए वे वॉलेट के रूप में बेकार हैं।

साथ ही, EOAs private और public key का उपयोग करके मोनोलिथिक ट्रांज़ैक्शन प्रोसेसिंग लॉजिक का उपयोग करते हैं। मोनोलिथिक लॉजिक के कारण, डेवलपर्स के पास इसकी components, जैसे identification requirements, को कस्टमाइज़ करने का अवसर नहीं होता। यही कारण है कि किसी भी ब्लॉकचेन एप्लिकेशन के साथ इंटरैक्ट करने के लिए private key और public address वाला EOA वॉलेट आवश्यक होता है।

EIP-4337 को EOA के लाभ को समाप्त करना चाहिए और स्मार्ट कॉन्ट्रैक्ट के रूप में एक नए वॉलेट मानक और Ethereum नेटवर्क पर एक नई परत को जोड़कर CA को अधिक सुविधाजनक बनाना चाहिए, जो private और public key का उपयोग किए बिना ट्रांज़ैक्शन करने और सत्यापित करने को संभव बनाएगी। इसके लिए, डेवलपर्स ने तथाकथित account abstraction को लागू किया। आइए इस शब्द का अधिक विस्तार से विश्लेषण करें।

Account Abstraction क्या है

"account abstraction" की अवधारणा एक शुरुआती को कुछ नहीं बताती और समझ को जटिल बनाती है। सूचना विज्ञान में, abstraction का अर्थ है एक प्रक्रिया को कई भागों में विभाजित करना, जिन्हें स्वतंत्र रूप से किया जा सकता है। सरल शब्दों में, प्रक्रिया मॉड्यूलर बन जाती है और प्रत्येक मॉड्यूल की कॉन्फ़िगरेशन की संभावनाएँ खोलती है।

Ethereum वॉलेट के संदर्भ में, इसका अर्थ है ट्रांज़ैक्शन के सत्यापन और निष्पादन को अलग करना, जो अब एक सतत प्रक्रिया के रूप में होता है। तदनुसार, Contract Accounts आपको प्रत्येक प्रक्रिया को लचीले ढंग से कॉन्फ़िगर करने की अनुमति देते हैं, जिससे उपयोगकर्ता अनुभव को अनुकूलित करने के अधिक अवसर मिलते हैं। 

इसके अलावा, account abstraction का अर्थ है अकाउंट और उसके owner का अलग होना। फिलहाल, वॉलेट और उपयोगकर्ता मूल रूप से एक ही हैं, क्योंकि केवल seed phrase या private key का मालिक ही assets भेज सकता है और केवल public address का मालिक ही assets प्राप्त कर सकता है। abstraction आपको EVM में कोड को नियंत्रित करने वाले स्मार्ट कॉन्ट्रैक्ट को वॉलेट के रूप में चलाने की अनुमति देगा, न कि पब्लिक और प्राइवेट कीज़ के एक बंडल को। यह समर्थित authentication methods और वॉलेट सुरक्षा सुविधाओं का विस्तार करता है।

EIP-4337 Contract Accounts कैसे काम करते हैं 

EIP-4337 account abstraction को लागू करने और Ethereum नेटवर्क पर Contract Accounts शुरू करने का पहला प्रयास नहीं है। Vitalik Buterin ने पहली बार 2016 में खातों के abstraction का पहला संस्करण प्रस्तुत किया था, और तब से इस मुद्दे पर 5 अलग-अलग EIPs (86, 1014, 2938, 3074 और 4337) प्रस्तावित किए गए हैं। हालांकि, EIP-4337 ने एक ऐसी अवधारणा पेश की जिसे मूल Ethereum protocol में संशोधन की आवश्यकता नहीं है, जो एक निर्णायक कारक था, क्योंकि इसका अर्थ है कि इसे अपनाने के लिए नेटवर्क hardfork की आवश्यकता नहीं है।

EIP-4337 में खातों के abstraction की आर्किटेक्चर निम्नलिखित मूल तत्वों से बनी है:

UserOperation: इसे pseudo-transaction भी कहा जाता है। यह standard wallet के उपयोग वाली transaction का एक analog है, लेकिन इसमें एक सामान्य transaction की तुलना में अधिक डेटा शामिल होता है।

Bundler: वह node जो mempool से UserOperation चुनता है, उन्हें packets में एकत्र करता है और सत्यापन के लिए EntryPoint को भेजता है। माना जाता है कि Bundler का कार्य वर्तमान Ethereum validators द्वारा किया जाएगा, जिसके लिए उन्हें transaction fee के एक हिस्से के रूप में अतिरिक्त reward प्राप्त करने में सक्षम बनाया जाएगा।

चूंकि EIP-4337 Ethereum blockchain के ऊपर एक नई infrastructure layer बनाता है, UserOperations का अपना mempool होता है जो मुख्य नेटवर्क mempool से अलग होता है। पारंपरिक validators की उस तक पहुँच नहीं होती।

EntryPoint: यह Ethereum नेटवर्क पर स्थित स्मार्ट कॉन्ट्रैक्ट है जो ट्रांज़ैक्शन को सत्यापित करने के लिए जिम्मेदार है। यह पूरी EIP-4337 infrastructure का एक प्रमुख तत्व है, इसलिए डेवलपर्स स्मार्ट कॉन्ट्रैक्ट की सुरक्षा और सावधानीपूर्वक ऑडिट पर ध्यान केंद्रित करते हैं। EntryPoint एक साथ कई कार्य करता है, जिन्हें सामूहिक रूप से "transaction validation" कहा जा सकता है।

Contract Account: यह उपयोगकर्ता के स्वामित्व वाला स्मार्ट वॉलेट है। EntryPoint के माध्यम से सत्यापित एक transaction को एक साथ blockchain और EIP-4337 infrastructure में उपयोगकर्ता के स्मार्ट वॉलेट पर execution के लिए भेजा जाता है।

वैकल्पिक रूप से, निम्नलिखित भी तैनात किए जा सकते हैं:

Paymasters: ये sponsor करने वाले contracts हैं जो आपको प्रेषक के बजाय transaction fees का भुगतान करने या किसी भी ERC-20 tokens में gas के लिए भुगतान करने की अनुमति देते हैं। उदाहरण के लिए, P2E अपनी infrastructure में Paymasters तैनात कर सकता है ताकि खिलाड़ियों को gas के लिए भुगतान करने हेतु ETH खरीदने की आवश्यकता न पड़े।

Aggregators: उपयोगकर्ता signature aggregators। तथाकथित atomic transactions को संभव बनाया जाता है, जिसमें कई actions को एक transaction में जोड़ा जाता है। व्यवहार में, यह आपको न्यूनतम signatures के साथ dApps के साथ इंटरैक्ट करने की अनुमति देता है।

स्मार्ट वॉलेट EIP-4337 का उपयोग करके transaction का जीवनचक्र इस प्रकार है: 

1. 1. उपयोगकर्ता wallet application (एक सेवा जो interface प्रदान करती है) के माध्यम से UserOperation शुरू करता है, जिसे एक विशेष mempool में भेजा जाता है।
2. 2. Bundler, जो network validator के रूप में कार्य करता है, इस mempool से transactions चुनता है और उन्हें packets में बनाता है।
3. 3. UserOperations packets EntryPoint स्मार्ट कॉन्ट्रैक्ट को भेजे जाते हैं। स्मार्ट कॉन्ट्रैक्ट जाँच करता है कि transactions किए जा सकते हैं या नहीं और क्या user या Paymaster के पास gas के लिए भुगतान करने हेतु पर्याप्त ETH है।
4. 4. यदि सभी शर्तें पूरी होती हैं, तो transaction recipient के Contract Account और Ethereum validators को blockchain में शामिल करने के लिए भेजा जाता है।

EIP-4337 वॉलेट्स के लाभ और चुनौतियाँ 

सामान्य रूप से accounts को abstract करने और EIP-4337 अपडेट का मुख्य लक्ष्य EOA वॉलेट्स को smart wallets (CAs) से बदलना है। Vitalik Buterin और अन्य विशेषज्ञों के अनुसार, इससे डेवलपर्स को उच्च-गुणवत्ता वाला उपयोगकर्ता अनुभव बनाने के अधिक अवसर मिलेंगे। विशेष रूप से, smart wallets समर्थन करते हैं:

• विभिन्न authentication विकल्प: transaction validation logic का abstraction उपयोगकर्ता authentication विकल्पों के लचीले customization की अनुमति देता है। इसके लिए एक trusted email, biometric authenticator, या, उदाहरण के लिए, एक whitelisted device का उपयोग किया जा सकता है। यानी, किसी भी gadget को private key के एक प्रकार के analog में बदला जा सकता है।
• लचीले fee payment mechanisms: Paymaster sponsorship contracts gas के भुगतान की जिम्मेदारी sender से third party पर स्थानांतरित करने और अधिक जटिल gas payment models बनाने की अनुमति देते हैं (उदाहरण के लिए, ERC-20 tokens में या छूट पर)। यानी, अब उपयोगकर्ता को dApps के साथ इंटरैक्ट करने के लिए ETH खरीदने की आवश्यकता नहीं है, जिससे शुरुआती लोगों के लिए प्रवेश बाधा कम हो जाती है।
• उन्नत account security settings: authentication method के अलावा, अतिरिक्त सुरक्षा सेटिंग्स में multi-signatures, दैनिक खर्च सीमा, या, उदाहरण के लिए, transactions के लिए time lags शामिल हो सकते हैं। यह हमलावर के account तक पहुँच प्राप्त करने पर भी उपयोगकर्ता के funds की रक्षा करने में मदद करेगा।
• Atomic multioperations: पिछले अनुभाग में वर्णित Aggregators contracts इस function के लिए जिम्मेदार हैं। उनकी बदौलत, आप उन कई signatures को भूल सकते हैं जो पहले DEX swap करने, marketplace पर NFT खरीदने, या dApps के साथ अन्य इंटरैक्शन के लिए आवश्यक थे।

एक महत्वपूर्ण breakthrough वॉलेट की social restoration की संभावना है। इस function के साथ, उपयोगकर्ता trusted wallets या email addresses की एक सूची के माध्यम से, उदाहरण के लिए, दोस्तों या रिश्तेदारों के जरिए, वॉलेट तक पहुँच वापस पा सकता है।

इसका अर्थ है कि वे दिन पीछे रह गए हैं जब सामान्य P2E में जाने के लिए वॉलेट बनाना, ETH खरीदना, कई transactions पर sign करना, और किसी scam smart contract को assets तक पहुँच न देने की कोशिश करनी पड़ती थी। नई प्रकार की कार्यक्षमता वाले वॉलेट Google या Apple ID खातों की तरह अधिक होंगे, न कि MetaMask और Ledger की तरह।

निष्कर्ष

टोकन मानक blockchain-आधारित टोकनों को विकसित और चलाने की विशिष्ट योजनाएँ हैं। अब उद्योग में कई टोकन मानक मौजूद हैं, साथ ही कई अभिनव समाधान भी। इनमें से एक EIP-4337 है।

EIP-4337 बड़े पैमाने पर वृद्धि की दिशा में एक महत्वपूर्ण कदम है, क्योंकि नए खाते अधिक परिचित और समझने योग्य उपयोगकर्ता अनुभव प्रदान करते हैं। संभवतः जो लोग Twitter का पासवर्ड भूल जाते हैं, वे ऐसी तकनीक का उपयोग नहीं करेंगे जिसमें 12 शब्द याद रखने पड़ते हैं और यह समझना पड़ता है कि private और public keys क्या हैं।