स्मार्ट कॉन्ट्रैक्ट वॉलेट्स और ERC-4337 की प्रक्रिया

स्मार्ट कॉन्ट्रैक्ट वॉलेट और खाता अमूर्तता एथेरियम वॉलेट गतिविधि को निश्चित ईओए लेनदेन नियमों से एक प्रोग्राम योग्य पाइपलाइन में स्थानांतरित करती है, जहां एक UserOperation का अनुकरण, मूल्य निर्धारण किया जाता है, और केवल बाद में इसे एक बंडलर द्वारा ऑन-चेन लेनदेन में परिवर्तित किया जाता है। ERC-4337 इसके लिए प्रमुख एप्लिकेशन-लेयर डिज़ाइन है, और असली कुंजी नए मध्यस्थों, एपीआई और विफलता मोड को समझने में है, न कि UX सुविधाओं को याद करने में।

मुख्य निष्कर्ष

• ERC-4337 सामान्य लेनदेन वस्तु को एक UserOperation से बदलता है जो एक अलग में स्थित होता हैमेमपूलजब तक एक बंडलर इसे एंट्रीपॉइंट के हैंडलऑप्स के माध्यम से ऑन-चेन शामिल नहीं करता।
• बंडलर्स चयन और निष्पादन राउटर हैं, न कि निष्क्रिय पुनःप्रेषक, क्योंकि वे संचालन का अनुकरण करते हैं, स्पैम जोखिम का प्रबंधन करते हैं, और यह चुनते हैं कि क्या बंडल करना है।
• ERC-7769 वॉलेट↔बंडलर JSON-RPC विधियों जैसे eth_sendUserOperation और eth_getUserOperationReceipt को मानकीकृत करता है, जिससे बंडलर की पोर्टेबिलिटी और बेहतर रसीद ट्रैकिंग संभव होती है।
• खाता अमूर्ततानए DoS और कंप्यूट-लागत सतहें बनाता है, इसलिए मान्यता नियम, प्रतिष्ठा प्रणाली, और उत्पादन सख्ती जैसे debug_* एंडपॉइंट्स को ब्लॉक करना सुरक्षा मॉडल का हिस्सा बन जाता है।

स्मार्ट कॉन्ट्रैक्ट वॉलेट्स और ईओए में क्या अंतर है

दो अलग-अलग “खाता प्रकार” एक Ethereum स्क्रीन पर दिखाई देते हैं: एक ईओए जो सीधे लेनदेन पर हस्ताक्षर करता है, और एक अनुबंध खाता जो केवल तब कुछ करता है जब कोड निष्पादित होता है। एक स्मार्ट अनुबंध वॉलेट उस अनुबंध खाते को प्राथमिक वॉलेट बनाता है, इसलिए हस्ताक्षर जांच, नॉनस नियम, और निष्पादन लॉजिक प्रोग्रामेबल हो जाते हैं। यही खाता अमूर्तता का मूल है, और यह क्रिप्टो वॉलेट प्रकारों के व्यापक मानचित्र के अंदर स्थित है: “वॉलेट” अब केवल एक कीपैर और एक नॉनस काउंटर नहीं है।

तत्काल परिणाम यह है कि वॉलेट सुविधाएँ प्रोटोकॉल के ईओए नियमों में हार्ड-कोडेड होना बंद कर देती हैं। एक स्मार्ट खाता विभिन्न हस्ताक्षर योजनाओं को स्वीकार कर सकता है, खर्च नीतियों को लागू कर सकता है, या कई शर्तों के पीछे क्रियाओं को गेट कर सकता है क्योंकि मान्यता कोड है। यही वह जगह है जहाँ सुविधाएँ जैसे सामाजिक पुनर्प्राप्ति और बीज रहित और सामाजिक पुनर्प्राप्ति वॉलेट की व्यापक श्रेणी आती है। महत्वपूर्ण विवरण यह है कि ये सुविधाएँ निष्पादन मॉडल के डाउनस्ट्रीम हैं, न कि मॉडल स्वयं।

Ethereum पर, खाता अमूर्तता का प्रमुख मार्ग ERC-4337 है, जिसे स्पष्ट रूप से अनुप्रयोग स्तर के रूप में फ्रेम किया गया है न कि सहमति-स्तर के परिवर्तन के रूप में। वह फ्रेमिंग महत्वपूर्ण है क्योंकि यह प्रोटोकॉल फिर से लिखने के बजाय एक नए लेनदेन आपूर्ति श्रृंखला का संकेत देती है। “वॉलेट क्रिया” अब “एक लेनदेन जो सार्वजनिक मेमपूल में प्रसारित होता है” के समानार्थक नहीं है। यह एक इरादा वस्तु बन जाती है जिसे एक समावेशन एजेंट की आवश्यकता होती है।

वह समावेशन एजेंट परत है जहाँ अधिकांश व्याख्याएँ सुस्त हो जाती हैं। उपयोगी मानसिक मॉडल “एक सामान्य लेनदेन जिसमें अतिरिक्त कदम होते हैं” नहीं है। उपयोगी मॉडल “एक समानांतर लेनदेन बाजार” है जिसमें अपना मेमपूल, अपने राउटर, और अपने परिचालन प्रतिबंध होते हैं।

ERC-4337 उपयोगकर्ता संचालन प्रवाह

एक UserOperation अपने आप ऑन-चेन नहीं आती। यह ऑफ-चेन रहती है जब तक कि एक बंडलर यह तय नहीं करता कि इसे ऑन-चेन लेनदेन में बदलना उचित है। ERC-7769 की परिभाषाएँ क्रम को स्पष्ट करती हैं: ERC-4337 प्रवाह में, उपयोगकर्ता लेनदेन को UserOperation वस्तुओं द्वारा प्रतिस्थापित किया जाता है, और एक बंडलर एक या अधिक UserOperations को इकट्ठा करता है और उन्हें एक ही handleOps कॉल में EntryPoint अनुबंध में प्रस्तुत करता है।

उस पाइपलाइन में घटनाओं का एक स्पष्ट क्रम है:

1. वॉलेट एक UserOperation बनाता है जो उपयोगकर्ता की इच्छाओं और शुल्कों के कवरेज के तरीके को एन्कोड करता है। 2. UserOperation को एक UserOperation मेमपूल नोड पर भेजा जाता है जो इसे मान्य और अनुकरण करता है इससे पहले कि इसे स्वीकार किया जाए। 3. एक बंडलर स्वीकार किए गए UserOperations का चयन करता है, उन्हें पैकेज करता है, और EntryPoint.handleOps को कॉल करते हुए एक ऑन-चेन लेनदेन प्रस्तुत करता है। 4.

EntryPoint ऑपरेशनों को निष्पादित करता है, और श्रृंखला बंडल के लिए एक सामान्य लेनदेन रसीद और प्रति-UserOperation परिणाम उत्पन्न करती है।

"पैरालल मार्केट" सिद्धांत चरण 3 में प्रकट होता है। समावेश और मूल्य निर्धारण अब केवल उपयोगकर्ता की समस्या नहीं है कि वह maxFeePerGas सेट करे और प्रतीक्षा करे। बंडलर गणना लागत और चयन जोखिम को अपने ऊपर ले लेता है। यही कारण है कि कुछ डेवलपर्स का तर्क है कि ERC-4337 का मुख्य मूल्य उपयोगकर्ता संचालन के लिए एक विकेन्द्रीकृत शुल्क बाजार है।स्मार्ट कॉन्ट्रैक्टबटुए, केवल बेहतर UX नहीं।

यहां "खाता अमूर्तता की व्याख्या" गलत होने की संभावना होती है। उपयोगकर्ता द्वारा हस्ताक्षरित वस्तु के लेनदेन में बदलने की कोई गारंटी नहीं है। उपयोगकर्ता सब कुछ सही कर सकता है और फिर भी शामिल नहीं हो सकता यदि बंडलर इसे नहीं उठाते, यदि अनुकरण विफल होता है, या यदि संचालन समाप्त हो जाता है। सही UX दृष्टिकोण यह है कि UserOperation हैश को प्राथमिक ट्रैकिंग हैंडल के रूप में शामिल होने तक माना जाए, फिर इसे बाद में बंडल लेनदेन हैश से जोड़ा जाए।

वॉलेट से बंडलर एपीआई और उपकरण

ERC-4337 केवल तभी बड़े पैमाने पर उपयोगी होता है जब वॉलेट्स बंडलर्स के साथ मानकीकृत तरीके से बात कर सकें। यही ERC-7769 जोड़ता है: एक JSON-RPC सतह जो सामान्य Ethereum लेनदेन सबमिशन और रिसीट लुकअप की एर्गोनॉमिक्स को दर्शाती है, लेकिन UserOperations के लिए।

ERC-7769 द्वारा परिभाषित मुख्य विधियाँ वे हैं जो दिन-प्रतिदिन के एकीकरण निर्णयों को बदलती हैं:

1. eth_sendUserOperation एक UserOperation को UserOperation मेमपूल में सबमिट करता है। क्लाइंट इसे मान्य और अनुकरण करता है, और इसे केवल तभी userOpHash लौटाना चाहिए जब यह अनुकरण में पास हो जाए और पूल में स्वीकार किया जाए। 2. eth_estimateUserOperationGas का अनुमान लगाता हैगैसUserOperation के लिए फ़ील्ड, जिसमें अनुमान लगाने के उद्देश्यों के लिए हस्ताक्षर को अनदेखा किया गया है। 3.

eth_getUserOperationByHash एक वॉलेट को यह पूछने की अनुमति देता है कि क्या कोई ऑपरेशन लंबित है, शामिल है, या अज्ञात है, और उपलब्ध होने पर blockNumber और transactionHash जैसी समावेशन मेटाडेटा लौटाता है। 4. eth_getUserOperationReceipt एक बार शामिल होने पर प्रति-ऑपरेशन रसीद लौटाता है, जिसमें actualGasCost, actualGasUsed, और एक सफलता ध्वज शामिल है, जबकि यह बंडल का TransactionReceipt भी लौटाता है। 5.

eth_supportedEntryPoints वॉलेट को बताता है कि बंडलर द्वारा कौन से EntryPoint पते समर्थित हैं, जो कि एक वॉलेट बैकएंड द्वारा किया जाने वाला पहला पोर्टेबिलिटी चेक है।

यह शांत बुनियादी ढांचे की कहानी है: मानकीकरण वह है जो एक प्रतिस्पर्धी बंडलर बाजार को संभव बनाता है। यदि एक वॉलेट ERC-7769 बोलता है, तो यह अपनी पूरी सबमिशन और ट्रैकिंग लॉजिक को फिर से लिखे बिना बंडलर बैकएंड्स को स्वैप कर सकता है। वह हैविकेंद्रीकरणइंटरफ़ेस द्वारा, न कि नारे द्वारा।

ERC-7769 परीक्षण और उत्पादन के बीच एक स्पष्ट रेखा खींचता है। यह debug_ को परिभाषित करता है।विकास और संगतता परीक्षण के लिए विधियाँ, और इन डिबग_ को निर्दिष्ट करती हैं।JSON-RPC विधियों को उत्पादन सर्वरों में अवरुद्ध किया जाना चाहिए। यह शिष्टाचार नहीं है। यह सार्वजनिक AA अवसंरचना संचालित करने वाले किसी भी व्यक्ति के लिए सुरक्षा मॉडल का हिस्सा है।

ERC-7769 स्पष्ट रूप से संदर्भित करता हैeip 7702उपयोगकर्ता संचालन वस्तु में समर्थन उन नेटवर्क पर जहां इसे सक्रिय किया गया है, एक eip7702Auth ट्यूपल के माध्यम से। प्रदान किए गए स्रोत अंतिम eip 7702 दायरे या नेटवर्क के बीच सक्रियण स्थिति को स्पष्ट नहीं करते हैं, लेकिन ERC-7769 में इंटरफ़ेस कार्य इस बात का संकेत देता है कि वॉलेट↔बंडलर प्लंबिंग को उस दिशा में समायोजित करने के लिए डिज़ाइन किया जा रहा है।

मेमपूल सुरक्षा, सिमुलेशन, और DoS जोखिम

सिमुलेशन वह लागत केंद्र है जो खाता अमूर्तता को एक मेल खाने वाले इंजन की तरह चलाने का अनुभव देता है बजाय एक निष्क्रिय RPC बॉक्स के। ERC-7769 इस पर स्पष्ट है: एक सार्वजनिक उत्पादन ERC-4337 नोड चलाना गणनात्मक रूप से गहन है और यह DoS लक्ष्य बन सकता है। यह एक अलग उपयोगकर्ता संचालन मेमपूल रखने के लिए व्यापार है जहां नोड्स को संचालन स्वीकार करने से पहले मान्य और सिमुलेट करना चाहिए।

DoS सतह संरचनात्मक है। एक दुर्भावनापूर्ण अभिनेता संचालन प्रस्तुत कर सकता है जो भेजने में सस्ता है लेकिन सिमुलेट करने में महंगा है, बंडलर्स और मेमपूल नोड्स को कंप्यूट बर्न करने के लिए मजबूर करता है। ERC-7769 ERC-7562 मान्यता नियमों और प्रतिष्ठा तंत्रों के माध्यम से शमन की ओर इशारा करता है, जो दुर्भावनापूर्ण रूप से तैयार किए गए उपयोगकर्ता संचालन को स्वीकार करने से नोड्स को रोकने और प्रतिभागियों की प्रतिष्ठा को ट्रैक करने के लिए डिज़ाइन किए गए हैं। उसी दस्तावेज़ का उत्पादन में debug_* को ब्लॉक करने पर जोर एक और व्यावहारिक शमन है, क्योंकि डिबग एंडपॉइंट्स स्थिति-रीसेट और मजबूर-बंडलिंग व्यवहार को उजागर कर सकते हैं जो परीक्षणों में उपयोगी होते हैं और खुले इंटरनेट पर खतरनाक होते हैं।

ERC-5189 इस कारण से मौजूद है क्योंकि मेमपूल स्वास्थ्य कठिन हिस्सा है, और यह समस्या पर एक अलग कोण से हमला करता है। यह एक ऑपरेशन संरचना और "एंडोर्सर" अनुबंधों के माध्यम से खाता अमूर्तता का प्रस्ताव करता है, स्पष्ट रूप से नए सहमति-परत लेनदेन प्रकारों से बचते हुए जबकि मौजूदा स्मार्ट अनुबंध वॉलेट के साथ संगत रहता है। एंडोर्सर का काम बंडलर्स को समर्पित संचालन मेमपूल में "अच्छे संचालन" को "बुरे संचालन" से छानने में मदद करना है।

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

खाता अमूर्तता के लिए प्रतिस्पर्धी पथ

एथेरियम डेवलपर्स यह बहस नहीं कर रहे हैं कि स्मार्ट अनुबंध वॉलेट उपयोगी हैं या नहीं। वे बहस कर रहे हैं कि कौन सा पथ दीर्घकालिक डिफ़ॉल्ट बनता है और कौन से व्यापार स्वीकार्य हैं। एक स्पष्ट fault line EIP-3074 बनाम ERC-4337 है, जिसमें तर्क है कि 3074 अधिक तात्कालिक UX सुधार प्रदान कर सकता है जबकि 4337 कैंप सेंसरशिप प्रतिरोध और, महत्वपूर्ण रूप से, उपयोगकर्ता संचालन के लिए विकेंद्रीकृत शुल्क बाजार जैसी विशेषताओं पर जोर देता है।

वह बहस निर्माताओं के लिए महत्वपूर्ण है क्योंकि यह "वॉलेट इन्फ्रास्ट्रक्चर" का अर्थ बदलता है। ERC-4337 जटिलता को एक समानांतर लेनदेन बाजार में धकेलता है: UserOperations, bundlers, EntryPoint, सिमुलेशन नियम, प्रतिष्ठा प्रणाली, और अब ERC-7769 के माध्यम से मानकीकृत RPC। यह स्टैक बिना किसी कठिन प्रोटोकॉल फोर्क के विकसित हो सकता है, लेकिन यह नए मध्यस्थों को भी बनाता है जिनके प्रोत्साहन और अपटाइम उपयोगकर्ता अनुभव का हिस्सा बन जाते हैं।

एक और कारण है कि कई प्रस्ताव मौजूद हैं, वह यह है कि "खाता अमूर्तता" एक बकेट टर्म है। कुछ प्रस्ताव इरादे की सबमिशन और समावेशन बाजारों पर ध्यान केंद्रित करते हैं। अन्य यह ध्यान केंद्रित करते हैं कि कैसे अनुबंध खातों को EOAs की तरह महसूस कराया जाए बिना हर वॉलेट को अपग्रेड करने के लिए मजबूर किए। ERC-5189 का संगतता लक्ष्य स्पष्ट है: मौजूदा स्मार्ट अनुबंध वॉलेट कार्यान्वयन का समर्थन करना बिना प्रत्येक वॉलेट उदाहरण को मैन्युअल रूप से अपग्रेड करने की आवश्यकता के।

स्रोतों ने ईआईपी 7702 को भी एक नए दिशा के रूप में चिह्नित किया है जिसे मई 2024 में विटालिक ब्यूटेरिन और अन्य द्वारा पेश किया गया था, जिसे एप्लिकेशन-स्तरीय दृष्टिकोण की सीमाओं को संबोधित करने के रूप में फ्रेम किया गया है। प्रदान की गई सामग्री में ईआईपी 7702 विनिर्देशन विवरण शामिल नहीं हैं, इसलिए एकमात्र जिम्मेदार निष्कर्ष क्षेत्र जागरूकता है: पारिस्थितिकी तंत्र इंटरफेस बना रहा है, जैसे ERC-7769 का वैकल्पिक eip7702Auth ट्यूपल, जो परिवर्तन की अपेक्षा करता है।

स्मार्ट अनुबंध वॉलेट और खाता अमूर्तता के बारे में सामान्य भ्रांतियाँ

"खाता अमूर्तता एक प्रोटोकॉल अपग्रेड है जो एथेरियम खातों को बदलता है।" ERC-4337 को एप्लिकेशन-स्तरीय के रूप में फ्रेम किया गया है, जिसका अर्थ है कि यह एथेरियम प्रोटोकॉल स्वयं खातों को कैसे देखता है, इसे नहीं बदलता। प्रोटोकॉल अभी भी EOAs और अनुबंध खातों को देखता है। अमूर्तता अनुबंधों और ऑफ-चेन इन्फ्रास्ट्रक्चर द्वारा बनाई गई है।

"Bundlers बस रिलेयर हैं।" एक रिलेयर एक लेनदेन को अग्रेषित करता है। एक बंडलर मान्यता और सिमुलेशन चलाता है, यह चुनता है कि कौन से UserOperations को स्वीकार करना है, और उन्हें EntryPoint के लिए handleOps कॉल में पैकेज करता है। वह चयन भूमिका ही है जो बंडलरों को DoS एक्सपोजर विरासत में देती है और क्यों प्रतिष्ठा और फ़िल्टरिंग तंत्र मानकों में दिखाई देते हैं।

"AA मुख्य रूप से सामाजिक पुनर्प्राप्ति और सत्र कुंजियों के बारे में है।" ये वॉलेट सुविधाएँ हैं जो तब आसान हो जाती हैं जब मान्यता प्रोग्रामेबल होती है, और सामाजिक पुनर्प्राप्ति एक सामान्य उदाहरण है। वह भेदक जो बाजार संरचना को बदलता है वह UserOperation + बंडलर + EntryPoint पाइपलाइन और अलग मेमपूल है जिसका यह संकेत करता है।

"ट्रैकिंग सामान्य tx हैश की तरह काम करती है।" ERC-7769 स्पष्ट रूप से UserOperations के लिए by-hash और रसीद विधियाँ जोड़ता है क्योंकि tx-हैश अर्थशास्त्र तब तक लागू नहीं होते जब तक कि एक बंडलर ऑपरेशन को शामिल नहीं करता। वॉलेट जो सबमिशन को अंतिम मानते हैं, वे टूटे हुए लंबित राज्यों और भ्रमित करने वाली विफलता प्रबंधन को भेजेंगे।

लेना

मैंने टीमों को "स्मार्ट खाता UX" भेजते हुए देखा है जो डेमो में शानदार दिखते थे और फिर लोड के तहत टूट गए क्योंकि उन्होंने ERC-4337 को एक सामान्य लेनदेन के रूप में देखा। महंगी गलती समावेशन परत की अनदेखी करना है। एक UserOperation एक अलग स्थान में एक आदेश है, और यह केवल एक श्रृंखला लेनदेन बनता है जब एक बंडलर इसे EntryPoint.handleOps के माध्यम से रूट करने का निर्णय लेता है।

यदि कोई एक स्थिति है जो समय बचाती है, तो वह प्लंबिंग के चारों ओर निर्माण करना है: सबमिशन और रिसीप्ट ट्रैकिंग के लिए ERC-7769 विधियाँ, स्पष्ट लंबित स्थितियाँ, और eth_supportedEntryPoints के माध्यम से बंडलर पोर्टेबिलिटी। इन्फ्रा पक्ष पर, मैंने लोगों को सार्वजनिक सर्वरों पर debug_* एंडपॉइंट्स को उजागर करते देखा है और जब उनका दुरुपयोग होता है तो आश्चर्यचकित होते हैं। ERC-7769 इसे एक कारण के लिए उजागर करता है। खाता अमूर्तता एक समानांतर लेनदेन बाजार है, और बाजार प्रतिकूल प्रवाह को आकर्षित करते हैं।

स्रोत

• एथेरियम सुधार प्रस्ताव
• एथेरियम सुधार प्रस्ताव
• अनचेनड
• blockcryptowriter.medium.com