Wallet میں اچانک ایک نامعلوم airdrop token آ گیا: پہلے contract چیک کریں، پھر honeypot دیکھیں، پھر cash out کا راستہ چنیں

1. پہلے فرق سمجھیں — testnet points، token اور cashed out تین الگ چیزیں ہیں

بہت سے لوگ یہیں پہلی غلطی کرتے ہیں: testnet dashboard پر نظر آنے والے points کو وہ فوراً token سمجھ لیتے ہیں، اور token کو وہ فوراً "پیسے" سمجھ لیتے ہیں۔ حقیقت میں یہ تین الگ مراحل ہیں۔

Points صرف internal score ہوتا ہے، project کی اپنی database میں ایک number۔ یہ کسی بھی وقت رک سکتا ہے، calculation method بدل سکتی ہے، یا snapshot سے پہلے criteria تبدیل ہو سکتی ہے۔ Token generation event (TGE) کے بعد جب wallet میں actual token آتا ہے تب دوسرا مرحلہ شروع ہوتا ہے۔ اور token آنا اس بات کی guarantee نہیں کہ اسے کسی معقول price پر بیچا جا سکے گا — یہ تیسرا مرحلہ ہے، جسے یہاں ہم "cashed out" کہہ رہے ہیں۔

ان تینوں مراحل کو الگ الگ رکھنا ضروری ہے کیونکہ ہر مرحلے کا رسک مختلف ہے۔ Points مرحلے میں رسک صرف وقت کا ضیاع ہے۔ Token مرحلے میں رسک contract اور wallet permission سے جڑا ہے۔ اور cash out مرحلے میں رسک وہ ہے جس پر یہ پورا guide بات کرے گا — کیونکہ یہی وہ لمحہ ہے جب لوگ جلدی میں سب سے زیادہ نقصان اٹھاتے ہیں۔

میں نے خود کئی testnet campaigns فالو کیے ہیں، اور ایک بات ہر بار نظر آئی: جو لوگ points کو ابھی سے token کے برابر سمجھ کر پہلے سے plan بنانے لگتے ہیں وہ وہی ہیں جو TGE کے دن سب سے زیادہ جلدی میں ہوتے ہیں۔ Points dashboard پر number بڑھتا رہے تو ایک illusion بن جاتا ہے کہ یہ balance آپ کا ہے، حالانکہ project اس number کو reduce یا reset کرنے کا حق ہمیشہ اپنے پاس رکھتا ہے — کیونکہ یہ ابھی on-chain asset نہیں بلکہ صرف ایک off-chain record ہے۔ اسی وجہ سے کسی بھی points balance کی بنیاد پر قرض لینا، کوئی خرچ pre-plan کرنا یا کسی کو "اتنا آنے والا ہے" کہہ کر commit کرنا مناسب نہیں۔

دوسری طرف، TGE کے بعد بھی token wallet میں آنا اور اسے واقعی بیچ کر fiat یا stablecoin میں تبدیل کرنا الگ چیز ہے۔ کئی بار token آ جاتا ہے لیکن ابھی کسی بڑے exchange پر listed نہیں ہوتا، صرف کسی چھوٹی DEX pool میں تھوڑی liquidity کے ساتھ trade ہو رہا ہوتا ہے۔ ایسی صورت میں "token mil gaya" اور "paisa mil gaya" میں فرق کئی دن یا ہفتوں کا بھی ہو سکتا ہے۔ جو شخص یہ فرق سمجھ لیتا ہے وہ جلدی میں کوئی غلط قدم اٹھانے سے بچ جاتا ہے، کیونکہ اسے معلوم ہوتا ہے کہ ابھی صرف دوسرا مرحلہ مکمل ہوا ہے، تیسرا نہیں۔

2. Token آنے کے بعد پہلا قدم — contract address verify کریں

جیسے ہی wallet میں نیا token نظر آئے، سب سے پہلا کام یہ نہیں کہ اسے sell کریں، بلکہ یہ ہے کہ contract address کو verify کریں۔ Wallet interface میں token name اور symbol آسانی سے copy کیے جا سکتے ہیں — کوئی بھی fake token اسی نام سے deploy کر سکتا ہے۔

Contract address کو project کی official website یا docs کے ساتھ cross-check کریں، اور پھر public block explorer (جیسے Etherscan یا متعلقہ chain کا explorer) پر اسی address کو search کر کے deployment details، holder count اور transaction history دیکھیں۔ اگر address official source سے نہیں ملتا، تو وہ token جو بھی ہو، اسے touch نہ کریں۔

اس مرحلے پر ایک عام فراڈ pattern یہ ہے: fake airdrop claim page ای میل، Discord یا Telegram پر link بھیجتی ہے، claim کرنے کے لیے wallet connect کرواتی ہے، اور پھر ایک "claim" button پر click کرواتی ہے جو دراصل ایک sign یا approve transaction ہوتی ہے۔ یہ transaction آپ کے real token اور assets کو دوسرے address میں transfer کرنے کی اجازت دے سکتی ہے۔ کبھی بھی کسی unknown link سے آنے والی claim request کو sign نہ کریں جب تک آپ نے exact contract اور domain دو الگ ذرائع سے verify نہ کر لیا ہو۔

یہاں ایک اور خطرہ ہے جسے بہت لوگ نظر انداز کر دیتے ہیں — یعنی wallet یا کسی aggregator app کے اندر token search کرنے پر ملنے والی list کو ہی official تصور کر لینا۔ Wallet interface میں جب آپ کسی token کا نام search کرتے ہیں تو نتائج میں کئی ملتے جلتے نام آ سکتے ہیں، اور ان کی ترتیب اکثر holder count یا trading volume پر مبنی ہوتی ہے، نہ کہ کسی official verification پر۔ یعنی list میں اوپر آنا اس بات کی guarantee نہیں کہ وہ اصل project کا token ہے۔ اصل tarika یہی ہے کہ project کی official docs یا website سے حاصل کردہ contract address کو حرف بہ حرف copy کر کے explorer میں paste کریں، نام سے search نہ کریں۔

Honeypot یا "sell نہیں ہو سکتا" جیسے fraudulent contract کو پہچاننے کے لیے block explorer پر ایک عام طریقہ یہ ہے: token کے transaction history میں جائیں اور دیکھیں کہ کتنے wallets نے یہ token خریدا اور کتنوں نے واقعی sell کیا۔ اگر buy transactions کی تعداد بہت زیادہ ہو لیکن sell transactions نہ ہونے کے برابر ہوں، تو یہ ایک واضح red flag ہے — ممکن ہے contract میں کوئی ایسی condition لکھی ہو جو صرف بعض addresses کو sell کرنے دیتی ہو یا sell پر بہت زیادہ tax لگاتی ہو۔ کچھ explorer اور third-party tool پر contract source code verified ہونے کی صورت میں یہ read بھی کیا جا سکتا ہے کہ آیا کوئی blacklist یا trading-restriction function موجود ہے۔ اگر contract source verified ہی نہیں ہے، یعنی صرف bytecode نظر آتا ہے، تو یہ بذات خود ایک احتیاطی اشارہ ہے کہ project اپنی logic کو چھپا رہا ہے۔

ایک اور احتیاط یہ بھی ہے کہ token کا liquidity pool کہاں lock ہے یہ چیک کیا جائے۔ اگر liquidity کسی lock contract میں نہیں بلکہ صرف developer کے اپنے wallet میں پڑی ہے، تو وہ developer کسی بھی وقت پوری liquidity نکال سکتا ہے، جسے عام زبان میں "rug pull" کہا جاتا ہے۔ یہ معلومات عام طور پر project کی official announcement یا کسی معتبر audit report میں درج ہوتی ہے — کسی anonymous Telegram message پر بھروسہ کرنے کے بجائے اصل source دیکھیں۔

ہم نے ایک بار ایک ایسا token چیک کیا تھا جو ہمارے wallet میں اچانک نظر آیا تھا۔ Block explorer پر transaction history کھولنے پر buy transactions کی ایک لمبی فہرست نظر آئی، مگر successful sell transaction تقریباً نہ ہونے کے برابر تھی۔ ہم اسی جگہ رک گئے — نہ contract source verified تھا، نہ liquidity کسی lock کے ساتھ جڑی نظر آئی۔ اس pattern کو دیکھ کر ہم نے وہ token کسی بھی amount میں مزید touch نہیں کیا اور نہ ہی اسے sell کرنے کی کوشش کی، کیونکہ اکیلے یہ ایک signal ہی کافی تھا کہ آگے نہ بڑھیں۔

3. Wallet سے exchange تک — دو ممکنہ راستے

Token verify ہونے کے بعد عموماً دو راستے ہوتے ہیں۔ پہلا راستہ on-chain transfer ہے: token کو اپنے wallet سے کسی exchange کے deposit address پر بھیجنا، پھر وہاں sell کرنا۔ دوسرا راستہ کچھ project میں direct DEX sell ہے، یعنی token کو کسی decentralized exchange پر خود ہی swap کر لینا۔

دونوں راستوں میں الگ رسک ہیں۔ On-chain transfer میں سب سے بڑا رسک غلط network یا غلط deposit address ہے — اگر token کسی exchange کے deposit page پر بتائے گئے network سے مختلف network پر بھیجا جائے تو وہ fund مستقل طور پر ضائع ہو سکتا ہے۔ اس لیے پہلے ایک چھوٹی سی test amount بھیج کر confirm کریں کہ وہ balance میں نظر آ رہی ہے، اس کے بعد ہی باقی amount transfer کریں۔

DEX پر direct sell میں رسک مختلف ہے: liquidity کم ہو سکتی ہے، slippage زیادہ ہو سکتا ہے، اور fake liquidity pool بھی موجود ہو سکتے ہیں جو asli token جیسے نظر آتے ہیں۔ Swap سے پہلے token contract address دوبارہ verify کریں اور minimum deposit amount یا minimum swap limit ضرور چیک کریں، کیونکہ چھوٹی amount fee میں ہی ختم ہو سکتی ہے۔

On-chain transfer میں سب سے پہلا اور سب سے اہم faisla یہ ہے کہ صحیح network منتخب کریں۔ بہت سے token ایک سے زیادہ chain پر موجود ہو سکتے ہیں — مثلاً ERC20، BEP20 یا کسی دوسرے standard پر۔ Exchange کا deposit page ہمیشہ بتاتا ہے کہ کس network سے deposit accept ہو رہی ہے۔ اگر آپ نے wallet سے withdraw کرتے وقت کوئی اور network منتخب کر لی جو deposit page پر listed نہیں، تو وہ fund کسی dead address کی طرح پھنس سکتا ہے اور کئی دفعہ اسے واپس لانا ممکن ہی نہیں ہوتا، یا صرف ایک لمبے اور غیر یقینی manual recovery process کے ذریعے ہی ممکن ہوتا ہے، جس کی کوئی guarantee نہیں دی جا سکتی۔

کچھ token اور کچھ exchange کے deposit address کے ساتھ ایک اضافی field بھی ہوتی ہے جسے Memo یا Tag کہا جاتا ہے۔ یہ خاص طور پر ان blockchains پر لازمی ہوتی ہے جہاں ایک ہی deposit address پر ہزاروں users کا fund آتا ہے اور یہ Memo/Tag ہی بتاتا ہے کہ وہ deposit کس account کے لیے ہے۔ اگر آپ کے token کے network کو Memo/Tag درکار ہو اور آپ اسے خالی چھوڑ دیں، تو fund exchange تک پہنچنے کے باوجود آپ کے account میں credit نہیں ہو پاتا، اور اسے بحال کروانا ایک الگ اور وقت طلب support process بن جاتا ہے۔ اس لیے deposit address کے ساتھ جو بھی extra field دی گئی ہو اسے نظر انداز نہ کریں۔

Address copy-paste کرتے وقت ایک عام لیکن خطرناک مسئلہ clipboard hijacking malware ہے۔ کچھ malicious software کسی device پر موجود ہو تو وہ clipboard میں copy کیے گئے deposit address کو خاموشی سے کسی attacker کے address سے بدل دیتا ہے، جبکہ paste کرنے کے بعد screen پر عام طور پر ملتا جلتا address ہی نظر آتا ہے۔ اسی لیے صرف پورا address دیکھ کر تسلی نہ کریں — paste کرنے کے بعد address کے پہلے چار اور آخری چار characters کو ذرا غور سے دوبارہ compare کریں کہ وہ exchange کے دیے گئے deposit address سے بالکل match کر رہے ہیں یا نہیں۔ یہ ایک چھوٹی سی عادت ہے لیکن بڑے نقصان سے بچا سکتی ہے۔

ہر exchange کا اپنا minimum deposit amount ہوتا ہے، اور اگر amount اس threshold سے کم بھیجی جائے تو بعض دفعہ وہ credit ہی نہیں ہوتی یا network fee میں ہی جذب ہو جاتی ہے۔ یہ minimum amount ہر token اور ہر وقت مختلف ہو سکتی ہے، اس لیے کوئی fixed number ذہن میں رکھنے کے بجائے ہمیشہ deposit page پر موجودہ minimum دیکھ لیں۔ اسی طرح deposit کے credit ہونے سے پہلے exchange عموماً ایک مخصوص تعداد میں block confirmations کا انتظار کرتا ہے — یہ تعداد بھی network کے congestion اور token کی نوعیت کے ساتھ بدلتی رہتی ہے، اس لیے "کتنی دیر لگے گی" کا کوئی fixed جواب نہیں دیا جا سکتا۔ جلدی میں دوبارہ transfer بھیجنا یا support کو بار بار message کرنا اس انتظار کو کم نہیں کرتا۔

غلط network یا غلط address پر transfer ہو جائے تو کیا واپس مل سکتا ہے؟

مختصر جواب: انحصار اس بات پر ہے کہ غلطی کس نوعیت کی تھی۔ کچھ حالات میں fund صرف "نظر نہیں آ رہا" ہوتا ہے، کچھ میں واقعی permanently ضائع ہو جاتا ہے، اور کچھ میں recovery ممکن ضرور ہے مگر guaranteed نہیں۔ تین عام صورتیں الگ الگ سمجھ لیں:

• ایک ہی token، مختلف EVM network — مثلاً کسی token کو Arbitrum کی بجائے Ethereum mainnet پر بھیج دیا (یا اس کے برعکس)۔ اگر target address وہی ہے جس کی private key آپ کے پاس ہے (یعنی وہ آپ کا اپنا wallet ہے، کسی exchange کا deposit address نہیں)، تو عام طور پر fund ضائع نہیں ہوتا — بس آپ کا wallet ابھی اس دوسرے network پر switched نہیں یا وہ custom network wallet میں add ہی نہیں کی گئی، اس لیے balance "نظر نہیں آتا"۔ Wallet میں وہ network manually add کریں (chain ID، RPC URL درست ہونی چاہیے) یا اس network پر switch کریں، اکثر balance وہیں مل جاتا ہے۔
• مکمل طور پر مختلف chain — مثلاً کسی EVM address کی بجائے Solana address پر token بھیج دیا، یا اس کے برعکس۔ ان دونوں کی address format ہی fundamentally مختلف اور incompatible ہوتی ہے، اس لیے یہ عملی طور پر asset loss کے برابر سمجھا جاتا ہے۔ کوئی بھی third-party service یا "recovery expert" اس طرح کے cross-chain mismatch کو reliably واپس نہیں لا سکتا — اگر کوئی ایسا دعویٰ کرے اور پہلے سے fee مانگے، وہ الگ سے ایک scam ہے۔
• Exchange کے deposit address پر غلط network منتخب ہوا — یہاں asset پر control خود آپ کے پاس نہیں بلکہ exchange کے پاس ہوتا ہے، اس لیے recovery کا انحصار مکمل طور پر اس exchange کی internal process پر ہے۔ زیادہ تر بڑے exchange manual recovery/appeal ticket کی سہولت دیتے ہیں، مگر اس میں عام طور پر ایک support ticket جمع کروانا پڑتا ہے، processing میں چند دن سے چند ہفتے لگ سکتے ہیں، بعض دفعہ ایک processing fee بھی کاٹی جاتی ہے، اور recovery کی کوئی guarantee نہیں دی جاتی — ہر case الگ سے review ہوتا ہے۔

کسی بھی صورت میں سب سے پہلا قدم خود transaction کی actual status چیک کرنا ہے، اندازے پر نہ چلیں۔ اپنا transaction hash (یا جس address سے بھیجا تھا اس کی history) لے کر اسی network کے public block explorer پر جائیں اور دیکھیں کہ transaction واقعی کس address تک پہنچی اور کس status پر ہے (pending/confirmed/failed)۔ یہی information بعد میں کسی exchange support ticket میں attach کرنے کے کام بھی آتی ہے۔

ہم نے ایک بار خود ایسی صورتحال کا سامنا کیا جہاں transfer کے بعد کچھ دیر تک exchange dashboard پر balance نظر نہیں آ رہا تھا اور پہلا خیال یہی آیا کہ fund شاید غلط جگہ چلا گیا۔ Block explorer پر transaction hash check کرنے پر پتا چلا کہ transaction دراصل صحیح network پر confirmed ہو چکی تھی، صرف exchange کی طرف سے credit ہونے میں مطلوبہ block confirmations کا انتظار باقی تھا — یعنی مسئلہ recovery کا نہیں، صرف انتظار کا تھا۔ اس تجربے سے یہی سبق ملا کہ balance نظر نہ آنے پر فوراً worst-case نہ سوچیں، پہلے explorer پر actual transaction status دیکھ لیں۔

Memo یا Tag بھرنا بھول گئے تو fund کا کیا ہوتا ہے؟

کچھ blockchains پر exchange کا deposit address تمام users کے لیے ایک ہی shared address ہوتا ہے — الگ الگ user کو الگ کرنے کا واحد ذریعہ ایک اضافی Memo یا Tag field ہے جو transfer کے ساتھ بھیجنی ہوتی ہے۔ اگر یہ field خالی چھوڑ دی جائے تو fund network پر پہنچ تو جاتا ہے (ضائع نہیں ہوتا)، مگر exchange کو یہ پتا نہیں چلتا کہ وہ deposit کس account کے لیے تھا، اس لیے وہ آپ کے account میں credit ہونے کی بجائے پھنس جاتا ہے۔

ہر exchange کا Memo/Tag والے fund recover کرنے کا process الگ ہے — کچھ صرف ایک support ticket اور transaction hash submit کروانے پر مفت recover کر دیتے ہیں، کچھ اس کے لیے fee کاٹتے ہیں، اور processing time بھی چند دن سے کئی ہفتوں تک مختلف ہو سکتا ہے۔ کوئی ایک fixed rule تمام exchanges پر لاگو نہیں ہوتی، اس لیے متعلقہ exchange کی اپنی official support/help page ہی سب سے قابلِ اعتماد ذریعہ ہے۔

سب سے آسان حل یہی ہے کہ ہر deposit سے پہلے یہ ضرور confirm کر لیں کہ اس مخصوص token/network کو Memo یا Tag کی ضرورت ہے یا نہیں — یہ عام طور پر exchange کے deposit page پر واضح طور پر لکھا ہوتا ہے۔ اگر ضرورت ہو تو field کبھی خالی نہ چھوڑیں، اور اگر آپ کا wallet Memo/Tag field سپورٹ ہی نہ کرتا ہو تو اس token کو اس particular network سے بھیجنے سے پہلے متبادل طریقہ تلاش کریں۔

4. Exchange پر پہنچ کر sell کیسے کریں

Token exchange پر پہنچنے کے بعد sell order کی نوعیت پر غور کریں۔ Market order فوری execute ہوتا ہے لیکن کم liquidity والے token میں price پر زیادہ control نہیں دیتا۔ Limit order میں آپ اپنی مرضی کی price set کر سکتے ہیں، لیکن اگر market اس price تک نہ پہنچے تو order execute نہیں ہوگا۔

Slippage کو ہمیشہ ذہن میں رکھیں — خاص طور پر نئے listed token میں order book پتلی ہو سکتی ہے، جس سے actual execution price expected price سے کافی مختلف ہو سکتا ہے۔ Trading fee اور withdrawal fee ہر exchange اور ہر وقت مختلف ہو سکتی ہے، اس لیے fixed number پر انحصار نہ کریں — trade سے پہلے exchange کی official fee page پر موجودہ rate دیکھیں۔

Fiat withdrawal یا C2C کے دوران عام مسائل میں bank verification میں تاخیر، regional restriction، اور withdrawal limit شامل ہیں۔ یہ سب اس بات پر منحصر ہے کہ آپ کا account کس حد تک verified ہے اور آپ کس region سے withdraw کر رہے ہیں۔ یہی وہ جگہ ہے جہاں ایک properly verified exchange account کی اہمیت organically سامنے آتی ہے — بغیر verification کے بہت سے withdrawal methods بند رہتے ہیں۔ اگر آپ کا account ابھی تک register نہیں ہوا تو Binance رجسٹریشن کی تیاری اور verification کا process پہلے سے مکمل کر لیں تاکہ جب token cash out کا وقت آئے تو delay نہ ہو۔

Market order اور limit order کے درمیان انتخاب دراصل اس بات پر ہے کہ آپ کو سرعت زیادہ چاہیے یا price پر control۔ Market order فوراً execute تو ہو جاتا ہے مگر یہ order book میں جو بھی best available price ہو اسی پر fill ہوتا رہتا ہے، یعنی اگر order بڑا ہو اور order book پتلی ہو تو ایک ہی order کئی مختلف price levels پر fill ہو کر average price کو نیچے کھینچ سکتا ہے۔ اسی وجہ سے sell کرنے سے پہلے order book میں موجود depth، یعنی مختلف price levels پر کتنی quantity موجود ہے، دیکھ لینا مفید ہوتا ہے — یہ اندازہ دے دیتا ہے کہ آپ کا order market کو کتنا move کرے گا۔ Limit order میں یہ مسئلہ نہیں ہوتا کیونکہ آپ خود price fix کرتے ہیں، مگر اس کا نقصان یہ ہے کہ اگر market اس price تک نہ آئے تو order pending رہ سکتا ہے یا partial ہی fill ہو۔

Trading fee اور withdrawal fee کے بارے میں یاد رکھیں کہ یہ ہر exchange پر، ہر token کے لیے اور account کے tier کے مطابق مختلف ہوتی ہے، اور وقت کے ساتھ بھی بدل سکتی ہے۔ اسی لیے یہاں کوئی fixed percentage یا amount لکھنا گمراہ کن ہوگا — trade یا withdraw سے پہلے ہمیشہ متعلقہ exchange کی official fee schedule page پر موجودہ rate دیکھ لیں۔

Fiat withdrawal کے دو عام طریقے ہیں: direct bank withdrawal اور C2C (peer-to-peer) trading۔ C2C میں سب سے عام فراڈ pattern یہ ہے کہ counterparty پہلے آپ سے کہتا ہے کہ token/crypto پہلے release کر دیں، پیسے "ابھی بھیج رہا ہوں" کہہ کر، اور پھر یا تو payment بھیجتا ہی نہیں یا bank app کا fake/edited screenshot دکھا کر آپ کو یقین دلانے کی کوشش کرتا ہے کہ payment ہو چکی ہے جبکہ حقیقت میں آپ کے account میں کچھ نہیں آیا۔ ہمیشہ یاد رکھیں: platform کے escrow کے ذریعے ہی release کریں اور صرف اپنے bank یا payment app کے اندر balance واقعی نظر آنے کے بعد ہی asset release کی confirmation دیں، کسی screenshot کو کبھی proof نہ سمجھیں۔

ایک اور حقیقت پسندانہ نکتہ جس پر لوگ کم بات کرتے ہیں: C2C استعمال کرنے والے کچھ users کو کبھی کبھار اپنا bank account کسی محکمانہ یا bank-level fraud-check کی وجہ سے عارضی طور پر freeze یا review میں جاتا دیکھنا پڑ سکتا ہے، خاص طور پر اگر کوئی transaction کسی مشکوک یا رپورٹ شدہ account سے جڑی ہو۔ یہ کسی ایک platform کی خامی نہیں بلکہ ملکی banking اور anti-fraud نظام کا حصہ ہے، اور اس کا حل کوئی "guarantee" نہیں بلکہ احتیاط ہے: صرف اچھی trading history اور verified reputation رکھنے والے counterparty کے ساتھ deal کریں، اور ہر transaction کی screenshot، order ID اور chat log اپنے پاس محفوظ رکھیں تاکہ اگر بعد میں کوئی سوال اٹھے تو آپ کے پاس ثبوت موجود ہو۔ یہ نہ کوئی ڈرانے والی بات ہے نہ کوئی guarantee — بس ایک objective احتیاط جو ہر serious C2C user کو رکھنی چاہیے۔

5. Cash out کے دوران سب سے عام phishing اور fraud

Cash out کا مرحلہ وہ وقت ہے جب لوگ سب سے زیادہ جلدی میں ہوتے ہیں — اور scammer اسی جلدی کا فائدہ اٹھاتے ہیں۔ چند common pattern یہ ہیں:

Fake airdrop claim websites: اصل project کے نام سے ملتی جلتی domain بنا کر claim کا جھوٹا process دکھایا جاتا ہے۔ Fake support: کوئی Telegram یا Discord DM میں "support agent" بن کر کہتا ہے کہ آپ کا withdrawal "locked" ہے اور اسے "unlock" کرنے کے لیے کوئی fee یا wallet approval درکار ہے۔ Approval drain: ایک malicious contract کو "verify" یا "claim" کے نام پر approve کروا کر بعد میں wallet سے token خالی کر دیا جاتا ہے۔ Gas fee پہلے مانگنا: کوئی کہے کہ withdrawal سے پہلے آپ کو الگ سے "gas fee" کسی specific address پر بھیجنی ہوگی، یہ classic scam pattern ہے۔

"Fake support unlock" کا pattern عموماً اس طرح چلتا ہے: کوئی شخص خود کو project کا "official helper" یا "verification agent" بتاتا ہے، آپ کے wallet یا account کی screenshot مانگتا ہے، اور پھر کہتا ہے کہ آپ کا reward "flagged" یا "on hold" ہے۔ اس کے بعد وہ ایک link بھیجتا ہے جسے کھول کر wallet connect کرنے اور کوئی "verification transaction" sign کرنے کو کہا جاتا ہے۔ حقیقت میں یہ transaction ایک token approval ہوتی ہے جو attacker کے کسی contract کو آپ کے wallet میں موجود token خرچ کرنے کی اجازت دے دیتی ہے۔ کوئی بھی genuine project کبھی بھی آپ سے کسی "unlock" کے لیے پہلے سے wallet permission نہیں مانگتا — verification ہمیشہ آپ کے اپنے account کے اندر ہی ہوتی ہے، کسی بیرونی link کے ذریعے نہیں۔

"Gas fee پہلے بھیجیں" والا scam اکثر اس دعوے کے ساتھ آتا ہے کہ آپ کا بڑا reward "ready" ہے مگر اسے release کرنے کے لیے تھوڑی سی رقم بطور gas fee کسی مخصوص address پر بھیجنی ہوگی۔ یہ منطق ہی الٹی ہے — کسی بھی on-chain transaction کی gas fee اسی wallet سے کٹتی ہے جو transaction بھیج رہا ہے، کسی تیسرے address کو الگ سے پیسے بھیجنے کی کبھی ضرورت نہیں ہوتی۔ جہاں بھی یہ pattern نظر آئے وہیں سمجھ جائیں کہ معاملہ fraud ہے۔

ایک اور بڑھتا ہوا طریقہ "special extension" یا "claim کے لیے مخصوص plugin download کریں" کہہ کر کسی browser extension یا desktop app کو install کروانا ہے۔ یہ extension اصل wallet extension جیسی نظر آتی ہے مگر اس کا مقصد صرف seed phrase یا private key چرانا ہوتا ہے، یا آپ کے موجودہ wallet کی permissions کو silently بدل دینا ہوتا ہے۔ Claim یا cash out کے لیے کسی بھی نئی extension یا app کی کبھی ضرورت نہیں پڑتی — آپ کا موجودہ trusted wallet ہی کافی ہے۔

Approval drain کیسے کام کرتا ہے یہ سمجھنا بھی ضروری ہے: جب آپ کسی DEX یا کسی dApp کو اپنے token استعمال کرنے کی اجازت (approval) دیتے ہیں، تو عام طور پر یہ اجازت ایک fixed amount کے بجائے "unlimited" مقدار کے لیے مانگی جاتی ہے، کیونکہ یہ زیادہ convenient ہوتا ہے اور بار بار approve نہیں کرنا پڑتا۔ لیکن اگر وہ contract malicious ہو، تو یہی unlimited approval اسے موقع دیتا ہے کہ وہ کسی بھی وقت، آپ کی طرف سے کوئی نیا sign کیے بغیر، آپ کے wallet سے وہ پورا token نکال لے۔ یہی وجہ ہے کہ صرف جانی پہچانی، verified اور ضرورت کے مطابق contracts کو ہی approval دینا چاہیے، اور استعمال کے بعد فالتو approvals کو revoke کر دینا ایک اچھی عادت ہے۔

Stop signal کی فہرست کو تھوڑا وسیع کر لیں تاکہ زیادہ patterns cover ہوں: (۱) کوئی unknown contact آپ سے private key یا seed phrase مانگے۔ (۲) withdrawal "unlock" کرنے کے لیے پہلے سے payment یا fee مانگی جائے۔ (۳) کوئی link آپ کو urgent ٹون میں فوری action کے لیے push کرے، جیسے "صرف 10 منٹ باقی ہیں"۔ (۴) کوئی popup آپ سے ایسی permission مانگے جو اس task سے غیر متعلق لگے۔ (۵) کوئی آپ کو کسی نئی extension، app یا "special tool" کو download کرنے کو کہے۔ (۶) کوئی شخص یا bot آپ کو bank app یا payment app کی screenshot بھیج کر یقین دلائے کہ payment ہو چکی ہے جبکہ آپ کے اپنے account میں balance نظر نہیں آ رہا۔ (۷) کوئی "official support" بغیر آپ کے پہلے contact کیے خود سے DM میں آپ سے رابطہ کرے۔ (۸) کوئی transaction sign کرنے سے پہلے wallet میں دکھائی گئی permission تفصیل واضح طور پر سمجھ نہ آئے۔ ان میں سے کوئی بھی signal نظر آئے تو فوراً رک جائیں اور official channel سے دوبارہ confirm کریں۔

6. Record رکھنا اور tax سے متعلق آگاہی

Cash out مکمل ہونے کے بعد اپنی transaction history کا record رکھنا مفید عادت ہے — کب کتنا token آیا، کس price پر بیچا گیا، اور کہاں transfer ہوا۔ یہ record بعد میں کسی بھی confusion کو حل کرنے میں مدد دیتا ہے۔

عملی طور پر چار قسم کے record اپنے پاس رکھنا مفید ہے۔ پہلا: on-chain transaction hash، یعنی جب بھی wallet سے کوئی transfer کیا جائے، اس کا transaction hash کاپی کر کے محفوظ رکھیں — یہ کسی بھی block explorer پر ہمیشہ کے لیے قابل تصدیق ثبوت رہتا ہے۔ دوسرا: exchange کی trade history export۔ زیادہ تر exchange اپنے account کے اندر ایک option دیتے ہیں جہاں سے آپ اپنی ساری buy/sell اور deposit/withdrawal history کو CSV یا اسی طرح کی file میں export کر سکتے ہیں — یہ ایک ہی جگہ پوری تاریخ کا خلاصہ ہوتا ہے اور بار بار manually نوٹ کرنے سے بہتر ہے۔ تیسرا: fiat withdrawal کی bank statement، یعنی جب پیسے آپ کے bank account میں پہنچیں تو اس entry کا bank statement/passbook record بھی رکھیں تاکہ on-chain sell اور bank میں آنے والی amount کے درمیان ایک واضح link موجود رہے۔ چوتھا: کوئی بھی screenshot یا communication جو کسی خاص situation کی وضاحت میں مدد دے، جیسے کہ کوئی unusual delay یا support کے ساتھ ہونے والی بات چیت۔

یہ عادت صرف tax کے لیے نہیں بلکہ آپ کی اپنی صورتحال واضح رکھنے کے لیے بھی مفید ہے — اگر کبھی کسی transaction پر سوال اٹھے، کوئی amount کہیں پھنسی نظر آئے، یا کسی exchange کا support آپ سے proof مانگے، تو یہ records فوری طور پر کام آتے ہیں۔

ہر ملک اور region میں crypto assets پر tax rules مختلف ہیں، اور کچھ جگہوں پر یہ rules وقت کے ساتھ بدلتے بھی رہتے ہیں۔ کچھ regions میں airdrop یا trading سے حاصل ہونے والی amount کو income تصور کیا جاتا ہے، جبکہ کچھ جگہوں پر اسے capital gains کے طور پر دیکھا جاتا ہے، اور یہ درجہ بندی مقامی قانون کے مطابق مختلف ہو سکتی ہے۔ یہ article کسی بھی طرح کی tax advice نہیں ہے، اور نہ ہی یہاں کسی مخصوص ملک کے قانون کے بارے میں کوئی حتمی بات کہی جا رہی ہے۔ اپنے مقامی qualified tax professional سے مشورہ کرنا ہی مناسب طریقہ ہے، خاص طور پر اگر amount قابلِ ذکر ہو۔

موازنہ: on-chain transfer بمقابلہ DEX direct sell بمقابلہ CEX transfer

کس کے لیے مناسب

• وہ لوگ جو contract verify کرنے اور official source cross-check کرنے کے لیے وقت نکال سکتے ہیں۔
• وہ لوگ جو چھوٹی test amount سے شروعات کر کے وقت لگا کر پورا process complete کرنا چاہتے ہیں۔
• وہ لوگ جو کسی properly verified exchange account کے ذریعے compliant طریقے سے fiat withdrawal کرنا چاہتے ہیں۔

کس کے لیے مناسب نہیں

• وہ لوگ جو جلدی میں کسی بھی unknown link پر click کر کے فوراً "claim" کرنا چاہتے ہیں۔
• وہ لوگ جو private key یا seed phrase کسی third-party tool کے ساتھ share کرنے کو تیار ہوں۔
• وہ لوگ جو fee یا "unlock payment" مانگنے والے کسی بھی unofficial contact پر بھروسہ کر لیتے ہیں۔

FAQ

ذرائع

• Etherscan — public block explorer
• Binance official fee schedule
• ethereum.org — security guidance
• ethereum.org: ERC-20 token standard
• MetaMask: address poisoning scams
• Binance Academy: P2P safety