EOA पुराने पड़ चुके हैं: स्मार्ट अकाउंट असल में क्या करता है

अप्रैल 2026 तक, BundleBear के आँकड़ों के मुताबिक Ethereum और प्रमुख L2 पर 1.07 अरब से ज़्यादा ERC-4337 UserOperations और 5.67 करोड़ ऐसे स्मार्ट अकाउंट हैं जिनसे कम से कम एक बार लेन-देन हुआ है। अब यह कोई सीमित प्रयोग नहीं है। 2015 में Ethereum के साथ शुरू हुआ सिंगल-की, सिर्फ़ secp256k1 पर आधारित Externally Owned Account बड़े पैमाने पर दरकिनार किया जा रहा है। ऑन-चेन आँकड़े अब प्रोटोकॉल स्तर पर कम चर्चा में रहे उस तथ्य को भी दिखा रहे हैं: अकाउंट अब खुद प्रोग्राम किया जा सकता है।

यह स्मार्ट अकाउंट पर पाँच लेखों की शृंखला का पहला भाग है। इसका दायरा सीमित, लेकिन बुनियादी है: समझाना कि EOA असल में क्या है, स्मार्ट अकाउंट असल में क्या है, और “स्मार्ट अकाउंट बनाम EOA” अब सिर्फ़ UX की पसंद क्यों नहीं, बल्कि इस बात का ढाँचागत फ़ैसला क्यों है कि आपकी सेल्फ़-कस्टडी कैसे लागू होती है।

प्रोटोकॉल के लिहाज़ से EOA असल में क्या है

Ethereum का Yellow Paper अकाउंट के दो प्रकार बताता है: Externally Owned Accounts और Contract Accounts। स्टेट स्तर पर इनके बीच सिर्फ़ codeHash फ़ील्ड का अंतर है। EOA के लिए, codeHash खाली स्ट्रिंग का हैश होता है। कॉन्ट्रैक्ट अकाउंट के लिए, यह निष्पादन योग्य EVM बाइटकोड की ओर संकेत करता है। प्रोटोकॉल स्तर पर पूरा अंतर बस इतना ही है।

इसलिए EOA किसी भी अर्थपूर्ण मायने में “वॉलेट” नहीं है। यह keccak256(public key) के आख़िरी 20 बाइट से बना एक पता है, जिसकी की-पेयर secp256k1 कर्व से तय होती है। MetaMask, Ledger और Zelcore ऐसे यूज़र इंटरफ़ेस हैं जिनमें की रखी जाती है। वे अकाउंट नहीं हैं। अगर आपने पहले यह बुनियादी प्रक्रिया नहीं देखी है, तो पब्लिक और प्राइवेट की, और उनसे पता कैसे बनता है पर हमारा शुरुआती लेख इसे शुरू से अंत तक समझाता है।

2023 में ERC-4337 लागू होने तक Ethereum पर हर लेन-देन EOA से ही शुरू होना ज़रूरी था, और प्रोटोकॉल सिर्फ़ एक सत्यापन नियम लागू करता था: लेन-देन के हैश पर वैध secp256k1 हस्ताक्षर। बैलेंस रखें, हर लेन-देन पर एक ECDSA हस्ताक्षर करें, और उसी अकाउंट से ETH में गैस चुकाएँ। EOA की पूरी क्षमता बस यही है। यह इसके अलावा कुछ नहीं कर सकता।

उपयोगकर्ताओं के लिए मायने रखने वाली ढाँचागत सीमाएँ

ये UX की छोटी-मोटी दिक्कतें नहीं हैं। 2026 में भी सेल्फ़-कस्टडी में होने वाले ज़्यादातर नुकसानों के पीछे यही ढाँचे की सीमाएँ हैं।

• विफलता का एक ही बिंदु। एक प्राइवेट की सब कुछ नियंत्रित करती है। वह खो गई, तो अकाउंट भी गया। वह लीक हो गई, तो फ़ंड हमेशा के लिए जा सकते हैं। प्रोटोकॉल में रिकवरी का कोई तरीका नहीं है। इसी वजह से एक सीड फ़्रेज़ सेल्फ़-कस्टडी में विफलता का मुख्य बिंदु है।
• सिर्फ़ एक कर्व। secp256k1 कोड में तय है। आप पासकी (P-256), Ed25519 की, BLS या पोस्ट-क्वांटम स्कीम का इस्तेमाल नहीं कर सकते।
• बिल्ट-इन मल्टीसिग नहीं। Ethereum पर शुरुआती Gnosis Multisig से लेकर Safe तक हर “मल्टीसिग” एक कॉन्ट्रैक्ट है जिसे EOA कॉल करता है। EOA खुद कभी दो हस्ताक्षर ज़रूरी नहीं कर सकता।
• एक साथ कई काम नहीं। EOA हर लेन-देन में एक ही काम करता है। किसी टोकन को मंज़ूरी देना और फिर उसे स्वैप करना—दो हस्ताक्षरित लेन-देन, दो पुष्टियाँ और गैस का दो बार भुगतान है।
• खर्च पर कोई नीति नहीं। प्रोटोकॉल में “यह की दिन में अधिकतम $500 खर्च कर सकती है” या “यह की सिर्फ़ Uniswap को कॉल कर सकती है” जैसी कोई व्यवस्था नहीं है।
• गैस उसी अकाउंट को ETH में चुकानी होती है जिससे काम किया जा रहा है। प्रोटोकॉल में गैस स्पॉन्सर करने या USDC में भुगतान करने की सुविधा नहीं है।

पिछले एक दशक से Ethereum के हर उपयोगकर्ता को इसी ढाँचे में काम करना पड़ा है।

स्मार्ट अकाउंट असल में क्या है

प्रोटोकॉल के शाब्दिक अर्थ में, स्मार्ट अकाउंट एक कॉन्ट्रैक्ट अकाउंट है: ऐसा पता जिसका codeHash बाइटकोड की ओर संकेत करता है। यह बाइटकोड कोड में वे नियम तय करता है जिनके आधार पर अकाउंट किसी कार्रवाई को स्वीकार करेगा।

EOA का सत्यापन नियम secp256k1 की एक तय जाँच है। स्मार्ट अकाउंट का नियम कॉन्ट्रैक्ट में जैसा लिखा हो, वैसा हो सकता है। यह 2-of-3 मल्टीसिग, secp256r1 कर्व पर सत्यापित पासकी हस्ताक्षर, हार्डवेयर से प्रमाणित की, टाइम-लॉक, रोज़ाना खर्च सीमा, स्वीकृत कॉल लक्ष्य या इनका कोई भी मेल हो सकता है। स्मार्ट कॉन्ट्रैक्ट अकाउंट तय प्रोटोकॉल-स्तरीय secp256k1 जाँच के बजाय EIP-1271 मानक के ज़रिए हस्ताक्षरों का सत्यापन करते हैं। इसी से वैकल्पिक हस्ताक्षर स्कीम इस्तेमाल करना संभव होता है।

नियम कोड में होने के कारण इन्हें अपग्रेड, एक-दूसरे के साथ संयोजित और रद्द किया जा सकता है। Ethereum पर स्मार्ट अकाउंट 2018 से मौजूद हैं (Safe इसका जाना-माना उदाहरण है)। कमी ऐसे तरीके की थी जिससे इन्हें डिफ़ॉल्ट बनाया जा सके और EOA से पहले गैस का भुगतान करवाए बिना लेन-देन भेजे जा सकें। ERC-4337 और EIP-7702 ने यह कमी दूर की।

यहाँ तक कैसे पहुँचे: अकाउंट एब्स्ट्रैक्शन का संक्षिप्त इतिहास

EOA और कॉन्ट्रैक्ट को एक करने का विचार Ethereum जितना ही पुराना है। Vitalik का EIP-86, जिसका मसौदा 2016 में तैयार हुआ, इस विषय पर पहला विस्तृत प्रस्ताव था। वहाँ से आज लागू मानकों तक पहुँचने के लिए पाँच प्रयास हुए।

• EIP-2938 (सितंबर 2020) ने प्रोटोकॉल-स्तरीय अकाउंट एब्स्ट्रैक्शन का प्रस्ताव रखा। इसे छोड़ दिया गया: बदलाव बहुत व्यापक था और Ethereum प्रूफ़-ऑफ़-स्टेक पर जाने की प्रक्रिया में था।
• EIP-3074 (अक्टूबर 2020) ने AUTH और AUTHCALL ऑपकोड पेश किए, जिनसे EOA किसी इन्वोकर कॉन्ट्रैक्ट को अधिकार दे सकता था। सुरक्षा संबंधी चिंताओं के कारण इसे वापस लेकर इसकी जगह दूसरा प्रस्ताव लाया गया।
• ERC-4337 1 मार्च 2023 को Ethereum मेननेट पर लाइव हुआ। यह सिर्फ़ एप्लिकेशन लेयर पर काम करता है और इसके लिए हार्ड फ़ोर्क नहीं चाहिए। यह UserOperations नाम के छद्म-लेन-देन को अलग मेम्पूल, एक Bundler और एक सिंगलटन EntryPoint कॉन्ट्रैक्ट के ज़रिए भेजता है।
• EIP-7702 7 मई 2025 को Pectra अपग्रेड के साथ लागू हुआ। इसमें लेन-देन प्रकार 0x04 पेश किया गया है। इसमें EOA एक ऑथराइज़ेशन टपल (chain_id, address, nonce, y_parity, r, s) पर हस्ताक्षर करता है, जो 0xef0100 || address इंडिकेटर के ज़रिए अकाउंट को डेलीगेट किए गए कॉन्ट्रैक्ट कोड से जोड़ता है। फ़ंड कहीं और भेजे बिना EOA कुछ समय के लिए स्मार्ट अकाउंट की तरह काम करता है।
• ERC-6900 वह मॉड्यूलर प्लग-इन संरचना मानकीकृत करता है जिसके तहत स्मार्ट अकाउंट सत्यापन, निष्पादन और हुक मॉड्यूल जोड़ते हैं।

निष्कर्ष यह है: अकाउंट एब्स्ट्रैक्शन अब प्रयोग नहीं रहा। यह लागू हो चुका, कई स्तरों वाला मानक है। नए स्मार्ट अकाउंट के लिए ERC-4337 का सीधा रास्ता है, जबकि EIP-7702 हर मौजूदा EOA को इसे अपनाने का विकल्प देता है।

स्मार्ट अकाउंट से मिलने वाली पाँच क्षमताएँ

अगर EOA का मतलब है “एक की, एक हस्ताक्षर, एक लेन-देन,” तो स्मार्ट अकाउंट में इसके साथ और भी क्षमताएँ जुड़ती हैं।

• प्रोग्राम किए जा सकने वाला सत्यापन। कोई भी हस्ताक्षर स्कीम (पासकी, P-256, हार्डवेयर HSM), कोई भी कोरम (2-of-3, 3-of-5), कोई भी शर्त (ब्लॉक की ऊँचाई, ऑरेकल की कीमत)। “अधिकृत” किसे माना जाएगा, यह अकाउंट तय करता है।
• एटॉमिक बैचिंग। एक ही हस्ताक्षरित कार्रवाई में मंज़ूरी दें, स्वैप करें और डिपॉज़िट करें। या तो यह सब निष्पादित होगा या कुछ भी नहीं। इससे Zelcore में उपयोगकर्ताओं को हाथ से संभालने पड़ने वाले अप्रूवल कर्ज़ और मल्टीसिग तरीके सीधे ख़त्म हो जाते हैं।
• पेमास्टर के ज़रिए गैस एब्स्ट्रैक्शन। कोई तीसरे पक्ष का कॉन्ट्रैक्ट उपयोगकर्ता की ओर से गैस चुकाता है, या उपयोगकर्ता USDC, USDT अथवा पेमास्टर द्वारा स्वीकार किए जाने वाले किसी भी ERC-20 में भुगतान करता है। गैस, मंज़ूरियों और DeFi की प्रक्रियाओं के आपसी संबंध को गहराई से समझने के लिए DeFi की बुनियादी जानकारी वाला लेख पहले पढ़ें।
• सेशन कीज़। सीमित अधिकारों वाली, तय अवधि और किसी ख़ास ऐप के लिए बनी हस्ताक्षर कीज़। “यह की अगले 24 घंटों तक Uniswap पर 100 USDC तक खर्च कर सकती है।” सेशन की के साथ छेड़छाड़ होने पर भी नुकसान नीति की सीमा में रहता है, अकाउंट में मौजूद पूरी रकम के जोखिम में नहीं।
• रिकवरी। सामाजिक तरीके से रिकवरी, हार्डवेयर के ज़रिए रिकवरी या टाइम-लॉक वाली रिकवरी। मूल हस्ताक्षर की के बिना भी अकाउंट वापस पाया जा सकता है। इससे सीड फ़्रेज़ के विफलता का अकेला बिंदु बनने की समस्या आख़िरकार दूर होती है।

सेल्फ़-कस्टडी के लिए यह अब बुनियादी क्यों है

अपनाने की रफ़्तार को लेकर अब बहस नहीं रह गई है। Pectra के बाद पहले हफ़्ते में EIP-7702 के तहत 11,000 से ज़्यादा प्राधिकरण दर्ज हुए और कुछ ही समय बाद यह संख्या 25,000 वॉलेट तक पहुँच गई; इस बढ़त में OKX और MetaMask सबसे आगे रहे। BundleBear के कुल आँकड़े (1.07B UserOps, 56.7M स्मार्ट अकाउंट) बाकी कहानी बताते हैं।

असल बदलाव ख़तरे के स्वरूप में आता है। EOA के साथ, उपयोगकर्ता का काम है: “सीड फ़्रेज़ को हमेशा सुरक्षित रखें, कभी किसी दुर्भावनापूर्ण ट्रांज़ैक्शन पर हस्ताक्षर न करें, कभी फ़िशिंग का शिकार न हों और कभी ग़लत डिवाइस का दोबारा इस्तेमाल न करें।” यह ऐसा काम है जिसमें इंसान बार-बार चूकते हैं। स्मार्ट अकाउंट के साथ, उपयोगकर्ता का काम है: “रिकवरी के लिए ज़रूरी लोगों की संख्या और खर्च की नीति एक बार तय करें।” इस नियम को कोड लागू कर सकता है।

स्मार्ट अकाउंट हार्डवेयर वॉलेट की जगह नहीं लेता। यह हार्डवेयर वॉलेट को ज़्यादा काम करने देता है। दरअसल, स्मार्ट अकाउंट में हार्डवेयर वॉलेट की भूमिका को उसके सबसे असरदार इस्तेमाल तक सीमित कर देता है: कम होने वाले, लेकिन ज़्यादा रकम वाले मुख्य ऑपरेशनों पर हस्ताक्षर करना, जबकि रोज़मर्रा के काम सेशन कीज़ संभालती हैं।

इस श्रृंखला की अगली कड़ी

यह शुरुआती रूपरेखा थी। श्रृंखला की बाकी कड़ियों में व्यावहारिक पहलुओं पर बात होगी।

• भाग 2 ERC-4337 स्टैक को विस्तार से समझाता है: UserOperations, Bundlers, EntryPoint, Paymasters और इनमें से हर एक कहाँ विफल हो सकता है।
• भाग 3 EIP-7702 डेलीगेशन की बारीकियाँ बताता है: ऑथराइज़ेशन टपल, 0xef0100 इंडिकेटर और अपने EOA को किसी और के कोड की ओर मोड़ने के सुरक्षा पहलू।
• भाग 4 प्रमुख स्मार्ट अकाउंट इम्प्लीमेंटेशन (Coinbase Smart Wallet, Safe, Argent, Ambire) की तुलना करता है और बताता है कि हर एक में डिफ़ॉल्ट रूप से क्या सेट होता है।
• भाग 5 व्यावहारिक समापन है: सेल्फ़-कस्टडी छोड़े बिना किसी असली अकाउंट पर रिकवरी, सेशन कीज़ और खर्च की नीति कैसे सेट करें।

भाग 2 में याद रखने वाली एक बात: EOA एक पता रखने वाली की है; स्मार्ट अकाउंट एक कॉन्ट्रैक्ट है, जो तय करता है कि उसकी की क्या कर सकती है।