तुमच्या वॉलेटमध्ये तुम्ही कधीही न पाठवलेले हस्तांतरण का दिसते: शून्य-मूल्य व्यवहार आणि पत्त्यांचे विषारीकरण

ओळखीचा नसलेला बाहेर जाणारा व्यवहार दिसला म्हणजे तुमचे वॉलेट हॅक झालेच असे नाही. शून्य-मूल्य नोंदी, सारखे दिसणारे पत्ते आणि मालमत्तेची प्रत्यक्ष हालचाल यांतून नेमके काय सिद्ध होते ते जाणून घ्या.

या नोंदीवरून माझ्या वॉलेटबद्दल काय सिद्ध होते?

तुमच्या व्यवहार इतिहासात अचानक अपरिचित पत्त्यावर 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 मध्ये प्रतिनिधीकरण कायम राहू शकते. अपरिचित प्रतिनिधीकरण तपासणे गरजेचे आहे.

हार्डवेअर वॉलेट पत्त्यांचे विषारीकरण टाळू शकेल का?

ते स्वाक्षरीपूर्वी गंतव्य पत्ता तपासण्याची आणखी एक जागा उपलब्ध करून देते. हल्लेखोराच्या नियंत्रणातील पत्त्याला तुम्ही मंजुरी दिल्यास ते त्याला योग्य ठरवू शकत नाही. विश्वासार्ह स्वाक्षरी स्क्रीनवरील संपूर्ण पत्ता स्वतंत्रपणे पडताळलेल्या प्राप्तकर्त्याच्या तपशीलांशी तुलना करा.

अनोळखी लोकांना अशा नोंदी जोडण्यापासून मी रोखू शकतो का?

सार्वजनिक पत्त्याशी संबंधित मालमत्ता पाठवण्यापासून किंवा लागू नोंदी तयार करण्यापासून तिसऱ्या व्यक्तींना साधारणपणे रोखता येत नाही. वॉलेट आणि एक्सप्लोररचे फिल्टर दिसणाऱ्या नोंदी कमी करू शकतात. पडताळलेले प्राप्तकर्ते साठवून ठेवा आणि पेमेंटपूर्वी पूर्ण पत्ता तपासा; केवळ शून्य-मूल्य नोंदी लपवल्याने बनावट किंवा अगदी लहान हस्तांतरणांचे सर्व प्रकार सापडत नाहीत.