یکدفعه در walletتان token ناشناس ظاهر شده: عجله برای فروش نکنید
خطرناکترین قسمت بعد از رسیدن airdrop token این نیست که با ضرر بفروشید؛ اکثر ضررهای واقعی در همان چند دقیقه اول اتفاق میافتند، دقیقا در مرحله cash out، وقتی عجله دارید و یک fake claim page یا fake support message ظاهر میشود. قبل از اینکه اصلا فکر قیمت را بکنید، اول باید contract را verify کنید و مطمئن شوید honeypot نیست. این راهنما دقیقا همین ترتیب را دنبال میکند: اول verify و honeypot check، بعد transfer، بعد فروش، بعد گزینههای transfer اشتباه، و در آخر لیست هشدارهای phishing که در همین مرحله رایجترین است.
1. اول تفاوت را بفهمید: testnet points ≠ token ≠ cash out شده
خیلی از کاربران همینجا اشتباه میکنند. Testnet points یا leaderboard score فقط یک internal metric داخل پروژه است؛ هیچ تضمینی وجود ندارد که به token تبدیل شود و مقدار دقیق آن هم از قبل معلوم نیست. حتی وقتی token واقعا به wallet شما میرسد، این با cash out شده فرق دارد. تا وقتی token در exchange به fiat یا به یک stablecoin با نقدشوندگی بالا تبدیل نشده، فقط یک عدد روی صفحه است که قیمتش میتواند در عرض چند ساعت به شدت تغییر کند.
این سه مرحله را در ذهن جدا نگه دارید: claim/receive token، transfer به یک مقصد قابل فروش، و در نهایت sell یا withdraw. هر مرحله ریسک متفاوتی دارد و هر کدام نیاز به تصمیم جداگانه دارند.
2. اولین قدم بعد از رسیدن token: contract address را verify کنید
وقتی token در wallet ظاهر میشود، اولین کاری که باید بکنید کلیک روی send یا swap نیست؛ verify کردن contract address است. این آدرس را از official source پروژه (وبسایت رسمی، اکانت X تایید شده، یا docs رسمی) بردارید و با آنچه در wallet یا block explorer (مثل Etherscan) میبینید cross-check کنید.
دلیلش ساده است: بعد از هر airdrop معروف، معمولا در عرض چند ساعت fake tokenهایی با اسم و symbol تقریبا یکسان روی همان chain deploy میشوند. اگر از طریق یک لینک ناشناس یا search داخل wallet وارد token اشتباه شوید و بخواهید آن را swap کنید، ممکن است اصلا نقدشوندگی نداشته باشد یا worse، یک honeypot contract باشد.
نکته دوم: مراقب fake airdrop claim pageها باشید. صفحاتی که ادعا میکنند "token شما آماده claim است" ولی از شما میخواهند یک signature یا approve امضا کنید که در واقع اجازه خالی کردن wallet را میدهد. اگر صفحهای غیرمنتظره از شما connect wallet یا sign message خواست، اول در docs رسمی پروژه جستجو کنید که آیا چنین claim فرآیندی اصلا وجود دارد یا نه.
نتیجه این بخش را همینجا بگویم: تشخیص honeypot contract معمولا با چشم غیرمسلح سخت است ولی چند نشانه روی block explorer به شما هشدار میدهد. اول به تب Holders نگاه کنید؛ اگر اکثریت قریب به اتفاق supply در دست یک یا دو آدرس باشد (معمولا همان deployer یا یک آدرس مرتبط)، این خودش یک ریسک تمرکز است. دوم، به تب تراکنشها (Transactions) دقت کنید و ببینید نسبت تراکنشهای buy به sell چطور است؛ در یک honeypot معمولی، دهها یا صدها خرید ثبت شده ولی تعداد فروشهای موفق تقریبا صفر یا فقط چند مورد است که همگی متعلق به همان آدرس deployer هستند. این الگو یعنی contract طوری نوشته شده که برای همه به جز یک whitelist خاص، تابع فروش عملا شکست میخورد یا tax فروش را به عددی نزدیک صد درصد میرساند.
راه سریعتر: قبل از اینکه با پول واقعی امتحان کنید، میتوانید آدرس contract را در ابزارهای رایگان honeypot-check (که با جستجوی نام contract و کلمه "honeypot checker" پیدا میشوند) وارد کنید تا شبیهسازی buy/sell را برایتان انجام دهند. این ابزارها قطعی صد در صد نیستند ولی به عنوان یک فیلتر اولیه رایگان ارزش وقت گذاشتن دارند.
ما یک بار یک token از یک airdrop ناشناس را همینطور چک کردیم: در نگاه اول چارت و volume طبیعی بهنظر میرسید، ولی وقتی تب تراکنشها را باز کردیم، تقریبا هیچ sell موفقی در کنار انبوه buy دیده نمیشد. همین یک نشانه کافی بود تا از هر تلاش برای فروش صرفنظر کنیم؛ حتی اگر مطمئن نیستید contract واقعا honeypot است یا نه، وقتی نسبت buy به sell اینقدر نامتوازن است، ریسک را به نفع خودتان حل کنید و رد شوید.
در مورد فریب اسم مشابه: وقتی داخل wallet یا در جعبه جستجوی یک DEX اسم token را تایپ میکنید، معمولا چند نتیجه با همان نام یا symbol ظاهر میشود. ترتیب نمایش این نتایج بر اساس محبوبیت داخلی همان اپ است، نه تاییدیه رسمی پروژه؛ هیچکدام از این پلتفرمها ادعای "verified رسمی" نمیکنند مگر اینکه دقیقا چنین badge ای را نشان دهند. بدتر از این، حجم معامله (volume) بالا هم بهتنهایی نشانه اصالت نیست، چون ساخت چند wallet و انجام معاملات مصنوعی بین آنها (wash trading) میتواند volume را مصنوعا بالا نشان دهد. تنها راه مطمئن، مقایسه دستی contract address کاراکتر به کاراکتر با آدرسی است که از منبع رسمی پروژه گرفتهاید؛ حتی یک حرف متفاوت یعنی این یک token کاملا متفاوت است، نه نسخه دیگری از همان token.
3. دو مسیر از wallet به exchange
وقتی مطمئن شدید token واقعی است، معمولا دو مسیر برای رساندن آن به جایی که بشود فروخت وجود دارد:
مسیر اول: on-chain transfer به exchange deposit address. شما یک deposit address برای همان token و همان network از exchange میگیرید و مستقیم از wallet خودتان ارسال میکنید. اینجا network matching حیاتی است؛ اگر token روی Arbitrum است ولی deposit address را برای Ethereum mainnet تولید کرده باشید، احتمال گم شدن دارایی بالاست.
مسیر دوم: در برخی پروژهها مستقیم DEX sell. اگر token هنوز در هیچ exchange بزرگی listed نشده، ممکن است مجبور شوید اول در یک decentralized exchange به یک token با نقدشوندگی بیشتر (مثل stablecoin) swap کنید و بعد آن را transfer کنید.
هر دو مسیر ریسک خودشان را دارند: در on-chain transfer ریسک اصلی انتخاب اشتباه network یا آدرس است؛ در DEX sell ریسک اصلی slippage بالا و liquidity pool کم عمق است که میتواند قیمت واقعی فروش را خیلی پایینتر از قیمتی که در چارت دیدهاید بیاورد. توصیه عملی: همیشه اول با یک مقدار کم (مثلا یک تراکنش تستی) شروع کنید، minimum deposit مربوط به آن token/network را در صفحه exchange ببینید، و فقط بعد از موفقیت آمیز بودن تراکنش کوچک، بقیه را ارسال کنید.
نکتهای که خیلیها نادیده میگیرند، انتخاب network صحیح در لحظه ساخت deposit address است. خیلی از tokenهای معروف روی چند شبکه مختلف همزمان وجود دارند؛ مثلا یک token ممکن است هم به صورت ERC-20 روی Ethereum و هم به صورت BEP-20 روی BNB Smart Chain در دسترس باشد. اگر در صفحه deposit صرافی network اشتباه را انتخاب کنید (مثلا BEP-20 را بزنید ولی از یک wallet روی Ethereum ارسال کنید)، دارایی ممکن است هرگز به حساب شما نرسد و بازیابی آن یا اصلا امکانپذیر نیست یا نیازمند فرآیند پشتیبانی طولانی و بدون تضمین است. همیشه قبل از کپی آدرس، دقیقا مطمئن شوید نامی که کنار deposit address نوشته شده (مثلا "network: ERC20" یا "network: BEP20") با شبکهای که token شما واقعا روی آن قرار دارد یکی است.
یک ریسک کاملا متفاوت و رو به رشد، بدافزارهای clipboard hijacker هستند. این نوع بدافزار در پسزمینه سیستم اجرا میشود و وقتی متوجه میشود شما یک آدرس crypto کپی کردهاید، بیصدا آن را با یک آدرس دیگر (متعلق به مهاجم) جایگزین میکند؛ آدرس جعلی معمولا طوری انتخاب شده که چند حرف اول و آخرش شبیه آدرس اصلی است تا در نگاه سریع مشکوک به نظر نرسد. به همین دلیل، بعد از پیست کردن هر آدرس deposit، حتما چند کاراکتر اول و چند کاراکتر آخر آن را با آدرسی که مستقیما از صفحه exchange کپی کردهاید مقایسه کنید؛ برای مبالغ بزرگ، بهتر است کل رشته آدرس را کاراکتر به کاراکتر چک کنید یا با یک تراکنش تستی کوچک شروع کنید.
بعد از ارسال، تراکنش نیاز به تعداد مشخصی block confirmation دارد تا صرافی آن را به عنوان واریز نهایی بپذیرد؛ این تعداد به network بستگی دارد و در صفحه راهنمای واریز همان صرافی مشخص شده است. تا رسیدن به این تعداد تاییدیه، وضعیت تراکنش را میتوانید هم در تاریخچه wallet و هم در بخش deposit history صرافی، و در صورت نیاز با جستجوی transaction hash در block explorer مربوطه، دنبال کنید. عجله برای "دوباره ارسال کردن" چون واریز دیر ظاهر شده، معمولا فقط باعث سردرگمی بیشتر میشود؛ صبر منطقی بر اساس زمان تایید شبکه بهتر از اقدام عجولانه است.
ما یک بار همین مسیر را با یک مبلغ کوچک تست کردیم و دقیقا در همین مرحله گیر کردیم: چند دقیقه بعد از ارسال هیچ اثری از واریز در پنل صرافی نبود و اولین واکنش طبیعی این بود که فکر کنیم تراکنش گم شده. راهحل چیز پیچیدهای نبود؛ transaction hash را در block explorer جستجو کردیم، دیدیم تراکنش موفق روی chain ثبت شده و فقط منتظر رسیدن به تعداد confirmation لازم بود. نتیجهای که از این تجربه میماند این است: قبل از نتیجهگیری عجولانه که "پول گم شده"، همیشه اول transaction hash را در block explorer چک کنید؛ در اکثر مواقع مشکل فقط زمان تایید شبکه است، نه گم شدن واقعی دارایی.
اگر token را به شبکه یا آدرس اشتباه transfer کردم، برمیگردد؟
جواب صادقانه این است که «بستگی دارد»؛ این راهنما هیچ تضمینی برای بازیابی دارایی نمیدهد، ولی میتواند وضعیت شما را در یکی از سه دسته زیر قرار دهد تا واقعبینانه بدانید انتظار چه چیزی را داشته باشید.
حالت اول: همان خانواده EVM ولی network اشتباه. مثلا قرار بود روی Arbitrum ارسال کنید ولی wallet روی Ethereum mainnet مانده بود، و مقصد هم یک آدرس متعلق به خود شما (نه یک deposit address صرافی) بوده. در این حالت معمولا دارایی گم نشده؛ چون آدرس والت در اکثر شبکههای EVM ساختار یکسانی دارد، دارایی همانجا روی chain اشتباه نشسته ولی wallet شما فقط network فعال را روی آن chain نشان نمیدهد. راهحل معمول این است که در تنظیمات wallet یک custom network اضافه کنید (با RPC و chain ID درست همان شبکهای که تراکنش واقعا رویش رفته) و بعد دارایی در همان wallet قابل مشاهده و انتقال میشود.
حالت دوم: چند شبکه کاملا متفاوت. مثلا آدرس Solana با آدرس یک شبکه EVM اشتباه گرفته شده. این حالت خیلی جدیتر است؛ فرمت آدرس بین این خانوادهها اصولا سازگار نیست و در اکثر موارد معادل از دست رفتن دارایی است. هیچ third-party یا ابزار مستقلی نمیتواند دارایی را بین دو chain کاملا متفاوت که پروتکل مشترکی ندارند، بازیابی کند.
حالت سوم: مقصد درست ولی network انتخابی روی deposit address صرافی اشتباه بوده. اینجا کنترل دارایی در دست صرافی است، نه در دست شما یا هیچ third-party دیگری. اکثر صرافیهای بزرگ یک فرآیند پشتیبانی دستی (manual recovery ticket) برای همین نوع خطا دارند، ولی معمولا باید یک تیکت پشتیبانی باز کنید، مدارک تراکنش (transaction hash) را پیوست کنید، و منتظر بمانید؛ این فرآیند میتواند از چند روز تا چند هفته طول بکشد، ممکن است هزینه بررسی یا کارمزد بازیابی از شما گرفته شود، و هیچ صرافی موفقیت آن را صد در صد تضمین نمیکند.
قدم اول در هر سه حالت یکسان است: transaction hash را از تاریخچه wallet خودتان کپی کنید و در block explorer همان chain که تراکنش را رویش ارسال کردهاید (نه chain که قصدش را داشتید) جستجو کنید. صفحه نتیجه دقیقا نشان میدهد دارایی الان در کدام آدرس نشسته، وضعیت تراکنش (موفق/ناموفق) چیست، و آیا اصلا به مقصد رسیده یا نه. این اولین اطلاعاتی است که هم به تصمیم خودتان (مثلا اضافه کردن custom network) و هم به هر تیکت پشتیبانی که بعدا باز میکنید کمک میکند.
فراموش کردن Memo یا Tag چه اتفاقی میافتد؟
بعضی شبکهها (مثل برخی از account-based chainها) روی صرافیها از یک deposit address مشترک برای همهی کاربران استفاده میکنند؛ تفکیک اینکه واریز مال کدام کاربر است، از طریق یک فیلد اضافه به نام Memo یا Tag انجام میشود که همراه آدرس باید وارد شود.
اگر این فیلد را خالی بگذارید یا اشتباه تایپ کنید، دارایی معمولا گم نمیشود، ولی بهصورت خودکار به حساب شما نسبت داده نمیشود و در یک وضعیت «معلق» (pending match) میماند، حتی اگر روی chain تراکنش کاملا موفق ثبت شده باشد.
| وضعیت | دارایی گم شده؟ | مسیر بازیابی |
|---|---|---|
| Memo/Tag خالی گذاشته شده | نه، ولی گیر کرده | تیکت پشتیبانی با transaction hash + آدرس مبدا؛ صرافی باید تطبیق دستی انجام دهد |
| Memo/Tag اشتباه وارد شده | نه، ولی گیر کرده | مشابه بالا؛ زمان بررسی و شرایط از صرافی به صرافی فرق دارد و ممکن است هزینه داشته باشد |
| شبکه اصلا به Memo/Tag نیازی نداشته | موضوعیت ندارد | واریز طبق روال عادی و بدون این فیلد پردازش میشود |
زمان رسیدگی، شرایط، و اینکه آیا صرافی برای این نوع تطبیق دستی هزینهای کم میکند یا نه، از یک صرافی به صرافی دیگر فرق میکند و ثابت نیست؛ برای وضعیت دقیق به صفحه رسمی پشتیبانی همان صرافی مراجعه کنید. نکتهی پیشگیرانه مهمتر از هر راهحل بعدی است: پیش از هر واریز، در صفحهی deposit همان صرافی ببینید آیا برای این token/network فیلد Memo یا Tag لازم است یا نه، و اگر لازم است، حتما آن را دقیقا از همان صفحه کپی کنید، نه از حافظه یا یک یادداشت قدیمی.
4. بعد از رسیدن به exchange چطور بفروشید
وقتی token در exchange نشست، دو نوع اصلی order برای فروش وجود دارد: market order که فورا با بهترین قیمت موجود اجرا میشود ولی در بازارهای کمنقدشونده ممکن است slippage بالایی داشته باشد، و limit order که شما قیمت مشخصی تعیین میکنید و صبر میکنید تا اجرا شود، اما ممکن است اصلا پر نشود اگر بازار به آن قیمت نرسد.
در مورد fee، به جای اعداد ثابت بهتر است بگوییم fee معمولا در یک range مشخص (بسته به نوع order، حجم معامله و سطح حساب کاربر) قرار دارد؛ برای عدد دقیق همیشه صفحه رسمی fee schedule خود exchange را ببینید چون این اعداد به مرور زمان تغییر میکنند.
بعد از فروش، معمولا نوبت fiat withdrawal یا استفاده از کانالهای C2C/P2P میرسد که خودش میتواند مشکلات رایجی داشته باشد: زمان تسویه بانکی، محدودیتهای منطقهای، یا نیاز به تایید هویت بیشتر برای برداشتهای بزرگ. این مرحله دقیقا جایی است که داشتن یک verified exchange account از قبل کار را سادهتر میکند؛ اگر هنوز حساب ندارید، میتوانید از آمادگی ثبتنام Binance شروع کنید و پیش از رسیدن token بعدی verification را کامل کرده باشید.
خلاصه انتخاب بین market و limit order: اگر اولویت شما اجرای فوری است و از نوسان کوچک قیمت نگران نیستید، market order منطقیتر است؛ اگر اولویت شما رسیدن به یک قیمت مشخص است و عجلهای ندارید، limit order بهتر جواب میدهد، اما ممکن است اصلا پر نشود. قبل از زدن هر دو نوع سفارش، نگاهی به order book (دفتر سفارشات) بیندازید؛ اگر در نزدیکی قیمت فعلی حجم کمی برای خرید در صف باشد (یعنی order book کمعمق است)، یک market order با حجم بزرگ میتواند قیمت را به سرعت پایین بکشد و شما را با میانگین فروش پایینتر از آنچه انتظار داشتید مواجه کند. برای مبالغ بزرگ، تقسیم فروش به چند سفارش کوچکتر در بازه زمانی کوتاه معمولا تاثیر روی قیمت را کاهش میدهد.
در مورد کارمزد، تکرار میکنم که هیچ عدد ثابتی اینجا قابل اتکا نیست؛ نرخها بر اساس نوع سفارش (maker/taker)، حجم سیروزه حساب و نوع token فرق میکنند و در طول زمان هم توسط صرافی بهروزرسانی میشوند. تنها منبع قابل اعتماد، صفحه رسمی fee schedule همان صرافی در لحظه معامله است، نه چیزی که در یک پست قدیمی یا یک ویدیوی یوتیوب دیدهاید.
اگر مسیر خروج شما C2C یا P2P است (یعنی مستقیم با یک فرد دیگر token را به ازای واریز بانکی معامله میکنید)، رایجترین کلاهبرداری اینطور شروع میشود: طرف مقابل اصرار میکند شما اول token را release کنید و بعد "فورا" پول را واریز میکند؛ وقتی release کردید، یا اصلا پولی نمیآید یا یک اسکرینشات جعلی از رسید بانکی برایتان میفرستد که نشان میدهد پول ارسال شده در حالی که در واقع چنین نیست. قاعده ساده و بدون استثنا: در پلتفرمهای C2C معتبر، release فقط باید بعد از تایید واقعی و قطعی واریز در حساب بانکی خودتان (نه یک اسکرینشات) انجام شود، و ترجیحا از سیستم escrow همان پلتفرم استفاده کنید نه توافق مستقیم بیرون از پلتفرم.
یک نکته واقعبینانه و بدون قصد ترساندن: استفاده مکرر از C2C با طرفهای مقابل ناشناس یا بدون سابقه، در برخی مناطق با ریسک عینی مسدود شدن موقت حساب بانکی همراه بوده، چون بانک نمیتواند منشا وجه ورودی را از دید خودش تشخیص دهد. این نه یک تهدید و نه یک وعده است، صرفا یک واقعیت عملیاتی؛ راه کاهش این ریسک، ترجیح دادن طرفهای مقابل با سابقه معاملاتی و rating بالا در همان پلتفرم، و نگهداشتن رسید هر تراکنش (چه on-chain و چه بانکی) برای مواقعی است که بانک یا صرافی توضیح بخواهد.
5. رایجترین phishing و کلاهبرداری در مرحله cash out
این مرحله دقیقا جایی است که بیشترین ضرر واقعی اتفاق میافتد، نه در نوسان قیمت. چند الگوی رایج:
- Fake airdrop claim websiteها: دامنهای شبیه سایت رسمی که فقط برای گرفتن wallet signature ساخته شده.
- Fake support که ادعای "unlock" میکند: کسی در Discord، Telegram یا حتی زیر یک پست X ادعا میکند میتواند withdrawal شما را "unlock" کند یا مشکل تراکنش را حل کند، و از شما seed phrase یا private key میخواهد. نسخه رایجتر این کلاهبرداری این است که ادعا میکند حساب شما "برای بررسی امنیتی موقتا محدود شده" و برای رفع محدودیت باید یک لینک خاص را باز کنید یا یک فرم با اطلاعات حساس پر کنید؛ هیچ صرافی واقعی چنین درخواستی را از طریق DM شخصی مطرح نمیکند.
- Approval drain: این یکی از رایجترین و در عین حال کمشناختهترین روشهاست. مکانیزم فنیاش اینطور کار میکند: وقتی با یک dApp یا script تعامل میکنید (مثلا برای claim یا swap)، از شما امضای یک تراکنش approve خواسته میشود که در ظاهر فقط اجازه استفاده محدود از token را میدهد؛ اما اگر مقدار approval نامحدود (unlimited) باشد و contract مقصد مخرب باشد، مهاجم میتواند در هر زمانی، حتی هفتهها بعد، بدون نیاز به امضای مجدد شما، هر مقدار از آن token که در wallet دارید را منتقل کند. نکته مهم این است که این کار نیازی به دزدیدن seed phrase شما ندارد؛ فقط به همان approval که یک بار امضا کردهاید متکی است. به همین دلیل، بازبینی دورهای approvalهای فعال wallet (از طریق ابزارهای revoke که در راهنمای جداگانه توضیح دادهایم) بعد از هر تعامل با dApp ناشناس، یک عادت ضروری است.
- درخواست gas fee از قبل: پیامی که میگوید برای دریافت airdrop باید اول مقداری ETH یا token دیگر برای gas fee به یک آدرس بفرستید. هیچ airdrop واقعی از قبل از شما پول نمیخواهد.
- درخواست نصب "پلاگین اختصاصی" یا browser extension: صفحهای ادعا میکند برای claim کردن token باید یک extension مخصوص یا یک نسخه "بهروزرسانی شده" از wallet معروف نصب کنید. این extensionها معمولا یا مستقیم به seed phrase دسترسی پیدا میکنند یا هر تراکنشی که امضا میکنید را دستکاری میکنند. wallet های شناختهشده هیچوقت از طریق یک لینک airdrop بهروزرسانی نمیشوند؛ همیشه از فروشگاه رسمی مرورگر یا سایت رسمی خود wallet اقدام کنید.
- پیامهای ناخواسته از "ادمین گروه" یا "داوطلب کمک": در بحبوحه هیجان یک airdrop بزرگ، افرادی که خودشان را به عنوان admin یا moderator گروه رسمی Telegram/Discord جا میزنند (یا با یک عکس پروفایل و اسم مشابه ادمین واقعی) پیام خصوصی میفرستند و "کمک" برای claim یا رفع مشکل withdrawal پیشنهاد میدهند. ادمینهای واقعی تقریبا هرگز اولینکسی نیستند که DM میزنند؛ اگر چنین پیامی گرفتید، بدون کلیک روی هیچ لینکی، از طریق کانال عمومی همان گروه (نه DM) صحت هویت آن فرد را بپرسید.
- Fake customer support در نتایج جستجو یا زیر پستهای شکایت: بعضی مهاجمان زیر پستهای عمومی کاربران که از یک مشکل شکایت کردهاند (مثلا "واریزم دیر رسیده") کامنت میگذارند و خودشان را support معرفی میکنند. صرافیهای واقعی معمولا کاربران را به کانال رسمی پشتیبانی داخل اپ یا سایت هدایت میکنند، نه ادامه گفتگو در کامنت یا DM شبکه اجتماعی.
جمعبندی این بخش: مشترک همه این الگوها این است که یک نفر یا یک صفحه سعی میکند شما را از حالت عادی تصمیمگیری خارج کند، معمولا با ایجاد حس فوریت ("همین الان" یا "فقط چند دقیقه فرصت دارید"). لیست stop signal را میتوانید اینطور گسترش دهید: اگر کسی از شما seed phrase یا private key خواست؛ اگر صفحهای گفت باید اول transfer یا واریز کنید تا چیزی "unlock" شود؛ اگر یک لینک ناشناس شما را برای "double airdrop" یا "bonus claim" به connect wallet دعوت کرد؛ اگر support ادعا کرد فقط از طریق DM میتواند مشکل را حل کند؛ اگر از شما خواسته شد یک extension یا نرمافزار غیررسمی نصب کنید؛ اگر پیامی با احساس فوریت شدید همراه بود ("فقط تا ۱۰ دقیقه دیگر")؛ اگر آدرس contract یا لینک claim از یک منبع غیررسمی (نه سایت/X رسمی پروژه) به شما رسیده؛ یا اگر مبلغ یا مقدار approval درخواستی نامحدود و بدون توضیح روشن بود. در هر کدام از این موارد فورا متوقف شوید و از کانال رسمی پروژه یا exchange دوباره تایید بگیرید؛ عجله دشمن اصلی شما در این مرحله است.
6. آگاهی از tax و نگهداری record
بعد از هر cash out، تراکنشهای خود را ثبت کنید: تاریخ، مقدار token، قیمت تقریبی زمان فروش و مقصد وجه. قوانین مالیاتی مربوط به دارایی دیجیتال در هر کشور و منطقه متفاوت است و ممکن است در طول زمان هم تغییر کند. این بخش صرفا یادآوری نگهداری سابقه است و tax advice محسوب نمیشود؛ برای وضعیت دقیق خودتان با یک متخصص مالیاتی محلی مشورت کنید.
در عمل، نگهداری چهار نوع مدرک بعدا کار شما را بسیار سادهتر میکند. اول، transaction hash هر تراکنش on-chain (چه دریافت token، چه transfer به صرافی)؛ این hash را میتوانید در block explorer جستجو کنید و همیشه قابل تایید مستقل است، حتی اگر رابط کاربری wallet یا صرافی بعدا تغییر کند. دوم، خروجی (export) تاریخچه معاملات از پنل صرافی؛ اکثر صرافیها امکان دانلود این تاریخچه را بهصورت فایل CSV یا مشابه آن در بخش گزارشها یا history فراهم میکنند و بهتر است هر چند ماه یکبار این خروجی را ذخیره کنید، نه اینکه صبر کنید فقط در پایان سال یکجا جمعآوری کنید. سوم، رسید یا صورتحساب بانکی (bank statement) مربوط به هر واریزی که از فروش دارایی دیجیتال به حساب بانکی شما وارد شده؛ این مدرک برای اثبات منشا وجه در صورت درخواست بانک یا نهاد مالیاتی مفید است. چهارم، اگر از کانال C2C/P2P استفاده کردهاید، اسکرینشات یا رسید رسمی همان پلتفرم از جزئیات معامله (نه فقط پیام چت با طرف مقابل).
یک بار دیگر تاکید میکنم که این پاراگرافها راهنمای عملیاتی نگهداری مدرک هستند، نه مشاوره مالیاتی؛ نحوه محاسبه سود/زیان، نرخ مالیات، و حتی اینکه آیا دریافت یک airdrop بهخودیخود رویداد مشمول مالیات محسوب میشود یا نه، از کشوری به کشور دیگر و گاهی از منطقهای به منطقه دیگر در همان کشور فرق دارد. تنها مرجع قابل اتکا برای وضعیت شخصی شما، مشورت با یک حسابدار یا مشاور مالیاتی آشنا به دارایی دیجیتال در حوزه قضایی خودتان است.
مقایسه سه مسیر cash out
| مسیر | آستانه/پیشنیاز | ریسک اصلی | مناسب برای چه کسی |
|---|---|---|---|
| On-chain transfer به CEX | deposit address صحیح + network درست | انتخاب اشتباه network یا آدرس | token که در exchange بزرگ listed شده |
| DEX direct sell | gas fee + liquidity pool کافی | slippage بالا در pool کمعمق | token جدید که هنوز در CEX نیست |
| CEX transfer و سپس فروش | verified account + KYC کامل | زمان تسویه fiat withdrawal | کسی که قصد تبدیل به fiat دارد |
این راهنما برای چه کسی مناسب است
- کسی که تازه اولین airdrop token خود را دریافت کرده و نمیداند از کجا شروع کند.
- کسی که میخواهد قبل از فروش مطمئن شود contract address واقعی است.
- کسی که هنوز verified exchange account ندارد و میخواهد از قبل آماده شود.
این راهنما برای چه کسی مناسب نیست
- کسی که دنبال پیشبینی قیمت یا سیگنال معاملاتی است.
- کسی که به دنبال tax advice تخصصی برای کشور خودش است.
- کسی که میخواهد یک روش تضمینی برای سود قطعی پیدا کند؛ چنین روشی وجود ندارد.
FAQ
آیا باید همه token را یکجا بفروشم؟
این تصمیم شخصی است و به risk tolerance شما بستگی دارد. برخی ترجیح میدهند با یک مقدار کوچک شروع کنند تا مسیر transfer و فروش را تست کنند، بعد بقیه را ارسال کنند. این راهنما توصیه قیمتی نمیدهد، فقط مسیر امن عملیاتی را توضیح میدهد.
اگر token در deposit address اشتباه ارسال شود چه اتفاقی میافتد؟
بسته به network و نوع خطا، ممکن است دارایی غیرقابل بازیابی باشد. دقیقا به همین دلیل توصیه میشود قبل از ارسال مقدار اصلی، یک تراکنش تستی کوچک بفرستید و منتظر تایید deposit بمانید.
چرا قیمت نمایش داده شده در چارت با قیمتی که واقعا فروختم فرق دارد؟
این معمولا نتیجه slippage است، به خصوص در DEXهایی که liquidity pool کوچکی دارند یا در سفارشهای market order با حجم بالا. بررسی liquidity قبل از فروش میتواند این تفاوت را کاهش دهد.
آیا لازم است بلافاصله بعد از claim، token را transfer کنم؟
نه لزوما. مهمتر از سرعت، اطمینان از صحت contract address و مسیر است. عجله کردن دقیقا همان شرایطی است که phishing pageها روی آن حساب میکنند.
چطور بفهمم contract یک token جعلی یا honeypot است؟
چند نشانه روی block explorer را چک کنید: تمرکز بالای supply در دست یک یا دو آدرس، و نسبت خیلی کم فروش موفق نسبت به تعداد خریدها در تب تراکنشها. هیچکدام از اینها صد در صد قطعی نیست، ولی وقتی چند نشانه همزمان دیده شود، بهترین کار خودداری از هر تراکنش تا verify کامل contract address از منبع رسمی است.
آیا امن است که deposit address را از یک پیام یا ایمیل کپی کنم؟
ترجیحا نه؛ بهتر است همیشه مستقیم داخل اپ یا سایت رسمی صرافی خودتان deposit address را تولید و کپی کنید. علاوه بر این، بعضی بدافزارها میتوانند آدرس کپیشده در clipboard را بیصدا با آدرس دیگری جایگزین کنند، پس بعد از پیست کردن، حتما چند کاراکتر اول و آخر آدرس را دوباره چک کنید.
در معامله C2C/P2P چطور بفهمم طرف مقابل واقعا پول را واریز کرده؟
فقط با تایید واقعی و مستقیم واریز در حساب بانکی خودتان، نه با دیدن یک اسکرینشات یا رسید که طرف مقابل برایتان فرستاده. اسکرینشات رسید بانکی بهراحتی قابل جعل است. اگر پلتفرم شما سیستم escrow دارد، ترجیح این است که فرآیند release token را کاملا داخل همان سیستم و بعد از تایید نهایی انجام دهید.
آیا باید نگران مالیات روی airdrop token باشم؟
این کاملا به کشور و منطقه محل اقامت شما بستگی دارد و این راهنما نمیتواند به جای یک متخصص مالیاتی پاسخ دقیق بدهد. کاری که همین الان میتوانید انجام دهید مستقل از پاسخ نهایی، نگهداری مدارک است: transaction hash، خروجی تاریخچه معاملات صرافی، و رسید بانکی واریزهای مربوط به فروش.
فیلد Memo یا Tag را فراموش کردم؛ دارایی من گم شده؟
معمولا نه. اگر شبکهای که استفاده کردهاید اصلا به Memo/Tag نیاز داشته و شما آن را خالی گذاشته یا اشتباه وارد کردهاید، دارایی روی chain همچنان موجود است ولی بهصورت خودکار به حساب شما نسبت داده نمیشود. باید با transaction hash و آدرس مبدا یک تیکت پشتیبانی برای صرافی باز کنید؛ زمان بررسی و شرایط از صرافی به صرافی فرق دارد.