Ethereum के आंतरिक लेनदेन: मिले हुए ETH को कहाँ देखें

कॉन्ट्रैक्ट से भेजा गया ETH आपके पते पर पहुँच सकता है, भले ही आपके वॉलेट की सामान्य गतिविधि में उसकी अलग प्रविष्टि न दिखे। Ethereum Mainnet पर एक्सप्लोरर में Internal Txns के अंतर्गत इस गतिविधि को खोजें और उसका मूल लेनदेन खोलें। ट्रांसफर सफल मानने से पहले प्राप्तकर्ता, नेटिव ETH की राशि और निष्पादन के परिणाम का मिलान करें।

केवल प्रविष्टि न दिखने से यह साबित नहीं होता कि पैसे गायब हैं। MetaMask का वर्तमान सहायता पृष्ठ इतिहास की इस सीमा का वर्णन करता है और बताता है कि प्राप्त धन खाते के बैलेंस में असर डालता है। यह दस्तावेज़ में बताई गई रिकॉर्ड दिखाने की सीमा है, आपके वॉलेट का परीक्षण या किसी खास भुगतान का प्रमाण नहीं।

आंतरिक लेनदेन क्या दर्शाता है

कोई हस्ताक्षरित लेनदेन कॉन्ट्रैक्ट को कॉल कर सकता है और वह कॉन्ट्रैक्ट अपना कोड चलाते समय ETH भेज सकता है। इस आंतरिक गतिविधि का प्राप्तकर्ता, लेनदेन पृष्ठ के ऊपर दिखने वाले गंतव्य से अलग हो सकता है।

Solidity के दस्तावेज़ बताते हैं कि कॉन्ट्रैक्ट के बीच होने वाली कॉल पूरे लेनदेन का हिस्सा होती है। वह अपना कोई नया लेनदेन नहीं बनाती। एक्सप्लोरर का आंतरिक रिकॉर्ड उसी निष्पादन के भीतर की गतिविधि दिखाता है। केवल इस गतिविधि के लिए दूसरे, स्वतंत्र रूप से हस्ताक्षरित लेनदेन की उम्मीद न करें।

आंतरिक का मतलब ऑफ-चेन, छिपा हुआ या लॉक किया हुआ नहीं है। इससे मिला ETH पते के नेटिव बैलेंस का हिस्सा है। अपनी होल्डिंग गिनते समय उस बैलेंस में आंतरिक ट्रांसफर की राशि दोबारा नहीं जोड़नी चाहिए।

आने वाले ETH की गतिविधि खोजें

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

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

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

कच्चा कॉल ट्रेस भुगतानों की सूची नहीं है

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

उस ढाँचे की हर राशि को न जोड़ें। उदाहरण के लिए, DELEGATECALL का गंतव्य उस कोड की पहचान करता है जो चलाया जा रहा है, ETH भुगतान के किसी नए प्राप्तकर्ता की नहीं। एक्सप्लोरर की ट्रांसफर सूची में मूल कॉलों को फ़िल्टर भी किया जा सकता है, इसलिए आंतरिक ट्रांसफर का दृश्य ज़रूरी नहीं कि पूरा ट्रेस हो।

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

यदि आप ERC-20 टोकन की उम्मीद कर रहे थे, तो अलग सफल लेनदेन और टोकन ट्रांसफर की गाइड देखें। आंतरिक ETH रिकॉर्ड मिल जाने से उस टोकन का मिलना साबित नहीं होता।

बैलेंस और इतिहास के रिकॉर्ड को अलग रखें

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

Owlio 1.1.0 आपके जोड़े हुए Ethereum पते का वर्तमान नेटिव ETH बैलेंस पढ़ता है। इसके लिए वॉलेट जोड़ना या लेनदेन पर हस्ताक्षर करना ज़रूरी नहीं है। मूल लेनदेन और उसकी आंतरिक गतिविधियों के लिए एक्सप्लोरर इस्तेमाल करें; पोर्टफोलियो की संख्या उस कॉल के क्रम को नहीं समझाती। पतों की सूची स्थानीय रूप से सहेजी जाती है, जबकि डेटा प्रदाता क्वेरी किया गया पता और आपका IP देख सकते हैं, जैसा कि गोपनीयता नीति में बताया गया है।

एक्सचेंज खाते में एक अलग सवाल भी है: क्या सेवा प्रदाता ने अपने ग्राहक के आंतरिक खाते में जमा दर्ज किया? डिपॉज़िट पते पर ऑन-चेन प्राप्ति से वह जमा साबित नहीं होता। यह मानने के बजाय कि वॉलेट के इतिहास की व्याख्या से यह सवाल भी हल हो गया, प्रदाता के वर्तमान जमा नियम और सहायता से जुड़े रिकॉर्ड जाँचें।

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