Ethereum लेनदेन सफल, फिर भी टोकन नहीं मिले: क्या जाँचें

Ethereum लेनदेन सफल होने से ही यह साबित नहीं होता कि इच्छित ERC-20 टोकन इच्छित खाते तक पहुँच गए। सफलता बताती है कि पूरा लेनदेन रिवर्ट हुए बिना पूरा हुआ या नहीं। भुगतान पूरा मानने से पहले चली हुई कार्रवाई, सही टोकन कॉन्ट्रैक्ट, प्राप्तकर्ता और ट्रांसफ़र के प्रमाण की पुष्टि करें।

Ethereum Mainnet पर मूल लेनदेन हैश से शुरू करें। सिर्फ़ वॉलेट के पुराने प्रदर्शन को परखने के लिए दूसरा भुगतान न भेजें। यह मार्गदर्शिका ब्लॉक में शामिल लेनदेन की केवल पढ़कर जाँच बताती है। यह रिकवरी सेवा या दूसरे लेनदेन पर हस्ताक्षर करने के निर्देश नहीं है।

Success का सही स्तर पर अर्थ समझें

EIP-658 रसीद की स्थिति को सबसे ऊपरी स्तर की कॉल का परिणाम बताता है। स्थिति 1 का मतलब सफलता और 0 का मतलब विफलता है; JSON-RPC इन्हें 0x1 और 0x0 के रूप में दिखाता है। यह निष्पादन के बारे में कथन है, ऐप से चाहे गए हर परिणाम के पूरा होने की सूची नहीं।

कोई कॉन्ट्रैक्ट असफल अंदरूनी कार्रवाई को पूरा लेनदेन रिवर्ट किए बिना सँभाल सकता है। ERC-20 मानक भी स्पष्ट रूप से कहता है कि कॉल करने वालों को लौटाए गए false को सँभालना चाहिए। यह न मानें कि हर टोकन कार्यान्वयन असफल ट्रांसफ़र की सूचना रिवर्ट करके ही देता है।

रसीद की स्थिति टोकन मेथड द्वारा लौटाया गया true या false नहीं है। रसीद संदर्भ लेनदेन की स्थिति, ब्लॉक और लॉग उपलब्ध कराता है; इससे स्थिति फ़ील्ड अंदरूनी कॉल का लौटाया मान नहीं बन जाती। डिकोड किए गए निष्पादन विवरण मदद कर सकते हैं, लेकिन सिर्फ़ ट्रेस की त्रुटि या मेथड के नाम को पूरी कार्रवाई के संदर्भ में समझना होगा।

अगर पूरी रसीद Failed है, तो असफल लेनदेन और गैस की मार्गदर्शिका देखें। अगर लेनदेन अभी ब्लॉक में शामिल नहीं हुआ है, तो लंबित लेनदेन की मार्गदर्शिका देखें। यहाँ की जाँच ब्लॉक में शामिल, Success चिह्नित लेनदेन के लिए है।

पता करें कि कार्रवाई ट्रांसफ़र थी या नहीं

कोई ऐप बाद के ट्रांसफ़र, स्वैप या जमा से पहले अनुमति माँग सकता है। ERC-20 में approve खर्च करने की अनुमति की सीमा तय करता है; वह अपने आप स्वीकृत राशि खर्च करने वाले को नहीं भेजता। इसलिए अनुमति का लेनदेन सफल होने पर भी टोकन की शेष राशि जस की तस रह सकती है।

कार्रवाई और, जहाँ उपलब्ध हो, डिकोड किए गए इनपुट को देखें। लेनदेन का गंतव्य कॉन्ट्रैक्ट और अपनी इच्छित कार्रवाई लिख लें। लेनदेन का To फ़ील्ड अंतिम टोकन प्राप्तकर्ता के बजाय राउटर या कोई अन्य कॉन्ट्रैक्ट हो सकता है। उस फ़ील्ड को टोकन ट्रांसफ़र में दर्ज प्राप्तकर्ता के बराबर न मानें।

अवलोकन	क्या साबित होता है	क्या जाँचना बाकी है
रसीद की स्थिति Success	सबसे ऊपरी स्तर का निष्पादन सफल रहा	इच्छित कार्रवाई का परिणाम
सफल अनुमति	अनुमति देने की कार्रवाई चली	अलग ट्रांसफ़र या प्रोटोकॉल कार्रवाई
मेल खाता Transfer लॉग	उस कॉन्ट्रैक्ट ने ट्रांसफ़र रिकॉर्ड जारी किया	पहचान, राशि और परिणामी स्थिति
मौजूदा टोकन शेष राशि	उस समय खाते की मात्रा	अन्य गतिविधि और देखने का समय

अलग-अलग चरणों के हैश रखें। सफल अनुमति के बाद ट्रांसफ़र होने पर दो रिकॉर्ड होते हैं; एक Success लेबल दोनों का प्रमाण नहीं बन सकता। ऐप का पूरा होने वाला संदेश भी यह साबित नहीं करता कि एक्सचेंज ने जमा खाते में जोड़ दिया या ब्रिज दूसरी चेन पर पूरा हो गया। उन सेवाओं के अपने रिकॉर्ड और नियम होते हैं।

ट्रांसफ़र रिकॉर्ड को सही टोकन और प्राप्तकर्ता से मिलाएँ

मानक का Transfer इवेंट भेजने वाला, प्राप्तकर्ता और राशि दर्ज करता है। रसीद के लॉग में रिकॉर्ड जारी करने वाले कॉन्ट्रैक्ट का पता जाँचें, फिर उसके डिकोड किए गए फ़ील्ड इच्छित भुगतान से मिलाएँ। परिचित प्रतीक काफ़ी नहीं है: कोई दूसरा कॉन्ट्रैक्ट वही नाम इस्तेमाल कर सकता है या मिलता-जुलता इवेंट जारी कर सकता है।

पहले से भरोसेमंद स्रोत से नेटवर्क और टोकन कॉन्ट्रैक्ट के पूरे पते की पुष्टि करें। प्राप्तकर्ता के पते का सिर्फ़ छोटा किया हुआ शुरुआती और आख़िरी भाग नहीं, पूरा पता मिलाएँ। हमारी वॉलेट पते और टोकन कॉन्ट्रैक्ट की मार्गदर्शिका समझाती है कि कौन सा पता संपत्ति की पहचान करता है और कौन सा खाते की।

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

उदाहरण के लिए, मान लें कि इच्छित भुगतान 25 टोकन है। 25 टोकन की सफल अनुमति वह भुगतान नहीं है। शून्य टोकन का ट्रांसफ़र रिकॉर्ड भी वह भुगतान नहीं है। किसी दूसरे कॉन्ट्रैक्ट से 25 टोकन का रिकॉर्ड भी इच्छित संपत्ति मिलने को साबित नहीं करता। ये काल्पनिक तुलनाएँ हैं, किसी वास्तविक वॉलेट के अवलोकन नहीं।

हर बदलाव को इस हैश से जोड़े बिना स्थिति की तुलना करें

उसी नेटवर्क पर उसी टोकन कॉन्ट्रैक्ट के लिए प्राप्तकर्ता की शेष राशि पढ़ें। मानक का balanceOf(account) खाते की टोकन शेष राशि बताता है, यह नहीं कि किसी एक लेनदेन ने क्या बदला। वॉलेट की गैलरी या फ़िएट मुद्रा में पोर्टफ़ोलियो का कुल मूल्य देर से अपडेट हो सकता है या कुछ और दिखा सकता है।

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

प्रमाण मेल न खाएँ, तो असहमति को रिकॉर्ड में रहने दें। टोकन के खास तंत्र, असमर्थित रीडर या प्रोटोकॉल के अंदरूनी लेखांकन को समझने के लिए उसी कॉन्ट्रैक्ट के दस्तावेज़ और सहायता की ज़रूरत पड़ सकती है। कॉन्ट्रैक्ट का लॉग प्रामाणिकता या सुरक्षा का प्रमाणपत्र नहीं है। शेष राशि की असफल क्वेरी का अर्थ अज्ञात है, शून्य शेष राशि नहीं।

दूसरा भुगतान तय करने से पहले रिकॉर्ड रखें

भरोसेमंद रास्ते से पहुँचे किसी परिचित एक्सप्लोरर या कॉन्ट्रैक्ट रीडर का इस्तेमाल करें। इन सार्वजनिक जाँचों के लिए वॉलेट कनेक्शन, हस्ताक्षर, अनुमति या रिकवरी फ़्रेज़ की ज़रूरत नहीं है। यह प्रक्रिया 26 अक्टूबर 2026 को जाँचे गए प्राथमिक दस्तावेज़ों पर आधारित है; इस लेख के लिए इसे किसी वास्तविक लेनदेन पर नहीं परखा गया।

1. मूल लेनदेन की पहचान करें। Ethereum Mainnet, पूरा हैश, भेजने वाला, ब्लॉक और पूरी रसीद की स्थिति सुरक्षित रखें।
2. असल कार्रवाई की पहचान करें। अनुमति को ट्रांसफ़र, स्वैप या जमा से अलग समझें। इस क्रम के सभी अलग हैश रखें।
3. टोकन के प्रमाण मिलाएँ। लॉग जारी करने वाला कॉन्ट्रैक्ट, ट्रांसफ़र भेजने वाला, प्राप्तकर्ता और इकाइयों सहित राशि दर्ज करें। इन्हें इच्छित संपत्ति और खाते से मिलाएँ।
4. परिणामी स्थिति जाँचें। सही टोकन शेष राशि या संबंधित प्रोटोकॉल रिकॉर्ड पढ़ें। ब्लॉक या समय और उसे प्रभावित कर सकने वाली अन्य गतिविधि दर्ज करें।
5. अनसुलझी बातें अनसुलझी ही रखें। गायब लॉग, असफल रीड या अस्पष्ट अंतर सुरक्षित रखें। दूसरा लेनदेन उचित है या नहीं, यह तय करने से पहले सार्वजनिक लेनदेन विवरण के साथ वॉलेट या प्रोटोकॉल की आधिकारिक सहायता लें।

जब आप समझा सकें कि क्या सफल हुआ और इच्छित प्राप्ति के समर्थन में कौन सा प्रमाण है, तब जाँच पूरी होती है। लेनदेन सफल हो लेकिन भुगतान सत्यापित न हो, तो उसे वैसा ही दर्ज करें। Success का चिह्न उपयोगी प्रमाण है; यह संपत्ति, प्राप्तकर्ता या राशि की अनदेखी करने की अनुमति नहीं है।