आपके वॉलेट में ऐसी ट्रांसफ़र क्यों दिखती है जो आपने कभी नहीं भेजी: शून्य-मूल्य लेनदेन और एड्रेस पॉइज़निंग

कोई अनजान आउटगोइंग लेनदेन दिखने का मतलब अपने-आप यह नहीं है कि आपका वॉलेट हैक हो गया है। जानें कि शून्य-मूल्य रिकॉर्ड, मिलते-जुलते पते और संपत्तियों की वास्तविक आवाजाही वास्तव में क्या साबित करती है।

यह प्रविष्टि मेरे वॉलेट के बारे में क्या साबित करती है?

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

अधिक उपयोगी सवाल हैं: यह कौन-सी संपत्ति है? वास्तव में कितनी राशि स्थानांतरित हुई? लेनदेन किसने जमा किया? किसी वास्तविक खर्च को किसने अधिकृत किया?

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

यह मार्गदर्शिका Ethereum, BNB Smart Chain (BSC) और Ethereum जैसे टोकन कॉन्ट्रैक्ट इस्तेमाल करने वाले समान नेटवर्क पर लागू है। उदाहरण जान-बूझकर सरल बनाए गए काल्पनिक रिकॉर्ड हैं, किसी खास वॉलेट के स्क्रीनशॉट या उसके बारे में निष्कर्ष नहीं।

पहले पहचानें कि किस फ़ील्ड में शून्य लिखा है

लोग शून्य-मूल्य लेनदेन शब्द का उपयोग अलग-अलग बातों के लिए करते हैं। नीचे केवल एक स्थिति में टोकन की मात्रा शून्य है:

• टोकन राशि: 0 USDC। वास्तविक USDC कॉन्ट्रैक्ट में बिल्कुल शून्य राशि का अर्थ है कि उस ट्रांसफ़र में कोई USDC स्थानांतरित नहीं होता।
• लेनदेन मूल्य: 0 ETH। मुख्य लेनदेन के साथ ETH नहीं भेजा गया। फिर भी टोकन स्थानांतरित हो सकते हैं और कॉन्ट्रैक्ट की कार्रवाइयाँ चल सकती हैं।
• अनुमानित मूल्य: $0.00। इंटरफ़ेस फ़िएट मुद्रा में अनुमान दिखाता है। इससे टोकन की मात्रा सिद्ध नहीं होती।

BSC पर मूल कॉइन के फ़ील्ड में सामान्यतः ETH की जगह BNB होता है। शून्य मूल मूल्य वाला कॉन्ट्रैक्ट इंटरैक्शन टोकन भेज सकता है, खर्च की अनुमतियाँ बदल सकता है या दूसरी कार्रवाइयाँ शुरू कर सकता है। मूल मूल्य और लेनदेन का इनपुट डेटा अलग चीज़ें हैं।

बहुत छोटी सकारात्मक राशि को पूर्णांकित करके $0.00 दिखाया जा सकता है। भरोसेमंद कीमत के बिना किसी संपत्ति का फ़िएट मूल्य भी उपयोगी नहीं हो सकता। टोकन की राशि को पूरी दशमलव सटीकता में देखें; यहाँ तक कि दिखने वाली 0.00 टोकन राशि के पीछे भी छोटी सकारात्मक मात्रा हो सकती है। पोर्टफ़ोलियो का बदलता मूल्य खाते में आने-जाने वाली इकाइयों का भरोसेमंद रिकॉर्ड नहीं है।

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

दो «From» फ़ील्ड अलग क्यों हो सकते हैं

वॉलेट का इतिहास अलग-अलग स्तरों की जानकारी जोड़ सकता है:

1. लेनदेन: नेटवर्क पर भेजा गया हस्ताक्षरित निर्देश। सामान्य Ethereum लेनदेन में मुख्य From फ़ील्ड साइन करने वाले खाते की पहचान बताता है।
2. टोकन इवेंट: निष्पादन के दौरान कॉन्ट्रैक्ट द्वारा निकाला गया रिकॉर्ड। Transfer इवेंट के अपने From, To और राशि फ़ील्ड होते हैं।
3. इतिहास की पंक्ति: वॉलेट या एक्सप्लोरर में उस जानकारी की प्रस्तुति। यदि इवेंट में आपका पता प्रेषक के रूप में दर्ज है, तो उसे OUT बताया जा सकता है।

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

इसी तरह लेनदेन का हैश लेनदेन की पहचान करता है, आपकी सहमति साबित नहीं करता। शामिल लेनदेन पर Success लिखा होने का अर्थ है कि उसका बाहरी निष्पादन रिवर्ट नहीं हुआ। यह टोकन, प्राप्तकर्ता या उद्देश्य की पुष्टि नहीं है।

लेनदेन इतिहास के पाँच व्याख्यायुक्त उदाहरण

उदाहरण 1: शून्य-टोकन का आउटगोइंग ट्रांसफ़र, जिसे आपने साइन नहीं किया

इतिहास प्रविष्टि: OUT · 0 USDC · आपके पते से एक अनजान मिलते-जुलते पते पर।

• लेनदेन का From: लेनदेन किसी असंबंधित खाते ने जमा किया।
• टोकन इवेंट का From: इवेंट में आपका पता दर्ज है।
• इवेंट जारी करने वाला टोकन कॉन्ट्रैक्ट: इस नेटवर्क का वास्तविक USDC कॉन्ट्रैक्ट।
• टोकन की सटीक राशि: शून्य।

इससे क्या सिद्ध होता है: वास्तविक टोकन कॉन्ट्रैक्ट ने आपके पते के नाम पर शून्य-टोकन ट्रांसफ़र दर्ज किया। उस ट्रांसफ़र में कोई USDC नहीं गया। इससे यह साबित नहीं होता कि आपके वॉलेट ने लेनदेन साइन किया, कॉल करने वाले को सकारात्मक राशि खर्च करने की अनुमति है या आपकी कुंजी चोरी हुई है।

ऐसा कैसे होता है: आम टोकन मानक ERC-20 के अनुसार शून्य राशि के ट्रांसफ़र पर भी Transfer इवेंट जारी होना चाहिए। सामान्य कार्यान्वयनों में प्रतिनिधि ट्रांसफ़र फ़ंक्शन transferFrom जाँचता है कि माँगी गई राशि कॉलर के अलाउंस से अधिक तो नहीं। शून्य, शून्य अलाउंस से अधिक नहीं होता। कॉन्ट्रैक्ट के अन्य नियम अनुमति दें तो पहले से स्वीकृति के बिना भी कॉल सफल हो सकती है।

यह हर टोकन के बारे में सार्वभौमिक गारंटी नहीं है। अलग-अलग कॉन्ट्रैक्ट अतिरिक्त पाबंदियाँ लगा सकते हैं।

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

उदाहरण 2: बड़ी टोकन राशि दिखाने वाला नकली लेनदेन

इतिहास प्रविष्टि: OUT · 2,500 USDC · आपके पते से एक अनजान पते पर।

• दिखाया गया टोकन प्रतीक: USDC।
• इवेंट जारी करने वाला कॉन्ट्रैक्ट: असंबंधित कॉन्ट्रैक्ट, वास्तविक USDC नहीं।
• इवेंट में दर्ज राशि: 2,500।
• इस लेनदेन में वास्तविक USDC की आवाजाही: कोई नहीं।

इससे क्या सिद्ध होता है: किसी अन्य कॉन्ट्रैक्ट ने USDC के लेबल वाला रिकॉर्ड निकाला। इससे यह सिद्ध नहीं होता कि आपके खाते से 2,500 वास्तविक USDC गए।

वॉलेट में नकली लेनदेन भी भ्रामक अर्थ वाले वास्तविक ब्लॉकचेन डेटा पर आधारित हो सकता है। हमलावर टोकन का नाम और प्रतीक कॉपी कर सकते हैं और पुराने भुगतानों जैसी राशि वाले इवेंट जारी कर सकते हैं। गैर-मानक कॉन्ट्रैक्ट ऐसे ट्रांसफ़र रिकॉर्ड भी निकाल सकते हैं जो उनके अपने बैलेंस में बदलाव से मेल न खाएँ।

आगे क्या जाँचें: इवेंट जारी करने वाले नेटवर्क और सटीक कॉन्ट्रैक्ट की पहचान करें। उस पते की तुलना उसी नेटवर्क पर जारीकर्ता की स्वतंत्र रूप से प्राप्त कॉन्ट्रैक्ट जानकारी से करें। परिचित टिकर, लोगो या सोर्स-कोड सत्यापन का लेबल जारीकर्ता की पहचान सिद्ध करने के लिए पर्याप्त नहीं है।

उदाहरण 3: मिलते-जुलते पते से आया बहुत छोटा वास्तविक भुगतान

इतिहास प्रविष्टि: IN · 0.000001 USDC · अनजान पते से आपके पते पर।

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

जाल पते में है। ये काल्पनिक उदाहरण देखें, जिनके अक्षरों को स्पष्ट दिखाने के लिए रिक्त स्थानों से समूह बनाया गया है। वास्तविक पतों में रिक्त स्थान नहीं होते; बीच के मोटे अक्षरों वाले समूह अलग हैं:

सत्यापित प्राप्तकर्ता: 0x7a2f 1111 2222 3333 4444 5555 6666 7777 8888 9c4d

डाला गया पता: 0x7a2f aaaa bbbb cccc dddd eeee ffff 0000 1111 9c4d

केवल शुरुआत और अंत दिखाने वाला इंटरफ़ेस दोनों को 0x7a2f...9c4d की तरह दिखा सकता है।

इससे क्या सिद्ध होता है: किसी ने आपको उस पते से छोटी राशि भेजी। इससे यह साबित नहीं होता कि प्रेषक आपका सामान्य प्राप्तकर्ता है या आपके नियंत्रण वाला खाता है। दिखने वाले अक्षरों का मिलान स्वामित्व सिद्ध नहीं करता।

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

उदाहरण 4: शून्य ETH, लेकिन 2,500 वास्तविक टोकन चले गए

लेनदेन का शीर्षक: Value · 0 ETH।

• कॉल के साथ जुड़ा मूल मूल्य: 0 ETH।
• वास्तविक टोकन ट्रांसफ़र: आपके पते से 2,500 USDC।
• इस लेनदेन से USDC बैलेंस में बदलाव: 2,500 USDC की कमी।
• निष्पादन स्थिति: Success।

इससे क्या सिद्ध होता है: इस उदाहरण में वास्तविक USDC बाहर गए। शून्य, कॉल के साथ लगाए गए ETH को दर्शाता है। यह USDC ट्रांसफ़र का विवरण नहीं है और गैस लागत को भी बाहर नहीं करता।

अब भी क्या अज्ञात है: भुगतान क्यों हुआ और क्या आपका यही इरादा था। यह स्वैप, जमा, निर्धारित कार्रवाई, गलत पते पर भुगतान या अनधिकृत खर्च हो सकता है। इसे वर्गीकृत करने से पहले अपनी कार्रवाई और इच्छित गंतव्य से मिलाएँ।

उदाहरण 5: वास्तविक टोकन बाहर गए, पर लेनदेन किसी दूसरे खाते ने भेजा

इतिहास प्रविष्टि: OUT · 500 वास्तविक USDC · अनजान गंतव्य।

मान लें कि सफल लेनदेन ने आपके वास्तविक USDC बैलेंस को 500 कम कर दिया, जबकि मुख्य From फ़ील्ड में किसी और का नाम है।

इससे क्या सिद्ध होता है: टोकन स्थानांतरित हुए। लेनदेन भेजने वाला अलग होने से यह आवाजाही नकली नहीं हो जाती।

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

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

सामान्य सीधे हस्ताक्षरित लेनदेन में मुख्य From फ़ील्ड में आपका पता होना उस खाते के वैध हस्ताक्षर का प्रमाण है। फिर भी इससे यह साबित नहीं होता कि आपने कार्रवाई समझी, उस प्राप्तकर्ता को भुगतान करना चाहा या स्वयं शुरुआत की। टोकन इवेंट का From फ़ील्ड बहुत कम प्रमाण देता है।

पॉइज़निंग के 270 मिलियन प्रयासों वाले शोध ने वास्तव में क्या मापा

1 जुलाई 2022 से 30 जून 2024 तक Ethereum और BSC गतिविधि के दो वर्षीय विश्लेषण में लगभग 17 मिलियन पतों को निशाना बनाने वाले 270 मिलियन पॉइज़निंग ट्रांसफ़र रिकॉर्ड पहचाने गए।

रिकॉर्ड तीन श्रेणियों में थे:

• 147.7 मिलियन शून्य-मूल्य ट्रांसफ़र।
• 118.4 मिलियन नकली-टोकन ट्रांसफ़र।
• 4.0 मिलियन बहुत छोटे ट्रांसफ़र।

ये लगभग 18.2 मिलियन लेनदेन के भीतर दर्ज ट्रांसफ़र रिकॉर्ड थे, क्योंकि हमलावर कई रिकॉर्ड एक साथ रख सकते हैं। निशाना बनाए गए पते व्यक्तियों, समझौता किए गए वॉलेट या पैसे खोने वाले पीड़ितों के बराबर नहीं हैं।

विश्लेषण में कम से कम $83.8 मिलियन के कुल 6,633 सफल भुगतान ट्रांसफ़र मिले। कुछ पीड़ितों ने एक से अधिक बार भुगतान किया। पहचान कुछ चुने हुए स्टेबलकॉइन पर केंद्रित थी, इसलिए नुकसान का अनुमान इसी दायरे में न्यूनतम सीमा है, सभी टोकन या चेन का कुल नुकसान नहीं।

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

अपनी विशिष्ट प्रविष्टि की जाँच कैसे करें

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

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

जाँच के बाद क्या करें

अगर केवल एक अलग पॉइज़निंग रिकॉर्ड मिला

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

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

अगर खर्च की संदिग्ध अनुमति मिली

वॉलेट के विश्वसनीय अनुमति-प्रबंधन माध्यम से संबंधित अलाउंस जाँचें और वापस लें। वॉलेट से वेबसाइट डिस्कनेक्ट करने पर उसकी मौजूदा ऑन-चेन टोकन मंज़ूरियाँ रद्द नहीं होतीं। अनुमति वापस लेना उस अनुमति की समस्या हल करता है; चोरी हुई प्राइवेट कुंजी को ठीक नहीं कर सकता।

अगर आपकी मंशा के बिना वास्तविक संपत्तियाँ चली गईं

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

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

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

अनजान लेनदेन के बारे में आम सवाल

क्या हमलावर ने मुझसे गैस शुल्क भरवाया?

सामान्य पॉइज़निंग स्थिति में हमलावर लेनदेन भेजता और नेटवर्क शुल्क चुकाता है। टोकन इवेंट में आपका पता लिख देने मात्र से आपके खाते पर शुल्क नहीं लगता। हालाँकि प्रायोजित लेनदेन और स्मार्ट खातों के कारण केवल शुल्क भरने वाले की पहचान से यह तय नहीं होता कि कार्रवाई हानिरहित थी। वास्तविक प्रभाव जाँचें।

अगर लेनदेन असफल हुआ तो?

रिवर्ट हुई टोकन ट्रांसफ़र पूरी नहीं हुई, हालाँकि गैस शुल्क फिर भी लग सकता है। वॉलेट में खाता प्रतिनिधिकरण हो तो अलग से जाँचें: Ethereum बाद का निष्पादन विफल होने पर भी प्रतिनिधिकरण बरकरार रख सकता है। अनजान प्रतिनिधिकरण की समीक्षा आवश्यक है।

क्या हार्डवेयर वॉलेट एड्रेस पॉइज़निंग रोक देगा?

यह साइन करने से पहले गंतव्य जाँचने की एक और जगह देता है। अगर आप हमलावर के नियंत्रण वाला पता मंज़ूर कर देते हैं तो उसे सही नहीं बना सकता। विश्वसनीय साइनिंग स्क्रीन पर पूरा पता स्वतंत्र रूप से सत्यापित प्राप्तकर्ता विवरण से मिलाएँ।

क्या मैं अजनबियों को ऐसी प्रविष्टियाँ जोड़ने से रोक सकता हूँ?

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