انتقال رمزارز تأیید شده اما واریز در حساب دیده نمی‌شود: چطور بفهمید پولتان کجاست

یک انتقال رمزارز تأییدشده ممکن است همچنان در حساب صرافی شما دیده نشود. بررسی کنید پول کجا رفته، چه چیزی ثبت واریز را به تأخیر انداخته و پشتیبانی به چه مدارکی نیاز دارد.

برنامه‌ای که از آن پول فرستاده‌اید وضعیت تکمیل‌شده را نشان می‌دهد، کاوشگر تأیید تراکنش را نمایش می‌دهد، اما حساب مقصد چیزی نشان نمی‌دهد. این‌ها مراحل متفاوتی را گزارش می‌کنند: پردازش برداشت، فعالیت بلاکچین و منظور شدن وجه در حساب صرافی.

تأیید تراکنش ثابت نمی‌کند که وجه به حساب شما منظور شده است. حتی برچسب سبز موفق ممکن است مربوط به عملیاتی باشد که پرداخت موردنظر شما را انجام نداده است. پیش از ارسال دوباره، دارایی، مبلغ و گیرندهٔ واقعی را بررسی کنید.

بررسی سریع: مشکل شما کدام است؟

• تراکنشی در شبکهٔ درست وجود ندارد: از فرستنده شناسهٔ درست تراکنش یا سابقهٔ انتقال داخلی را بخواهید.
• در انتظار، ناموفق یا بازگشت‌خورده: موضوع را از طریق کیف پول یا سرویس فرستنده بررسی کنید.
• موفق، اما بدون پرداخت منطبق: ممکن است تراکنش صدور مجوز یا عملیات دیگری باشد. انتقال واقعی دارایی را پیدا کنید.
• شبکهٔ اشتباه یا توکن پشتیبانی‌نشده: فرایند بازیابی پلتفرم مقصد را بررسی کنید.
• تعداد تأییدها کم است: منتظر بمانید تا شرط لازم برای همان دارایی و شبکه برآورده شود.
• شرایط برآورده شده، اما واریزی دیده نمی‌شود: اطلاعیه‌های نگهداری و حساب را بررسی کنید، سپس از پشتیبانی مقصد بخواهید پیگیری کند.
• وجه به حساب منظور شده، نگه داشته شده یا محدود شده است: پلتفرم سابقه‌ای از آن دارد. وضعیت و محل آن در حساب را بررسی کنید تا از قابل استفاده بودن آن مطلع شوید.

اگر کنترل کیف پول در دست خودتان است، ابتدا بررسی‌های بلاکچین را انجام دهید و سپس به بخش کیف پول شخصی در ادامه مراجعه کنید.

چرا تأیید تراکنش و منظور شدن وجه در حساب صرافی جدا هستند

پس از رسیدن تراکنش به بلاکچین، صرافی باید پرداخت را شناسایی کند، دارایی، شبکه، مبلغ، دستورالعمل واریز و تأییدهای آن را بررسی کند، سپس آن را به یک مشتری مرتبط کند و پیش از منظور کردن وجه در حساب، هرگونه بازبینی لازم را انجام دهد. بعضی از این بررسی‌ها هم‌زمان انجام می‌شوند.

مستندات توسعه‌دهندگان Coinbase دفتر حساب جداگانه‌ای برای واریزها، برداشت‌ها، معاملات و کارمزدهای مشتریان توصیف می‌کند. کاوشگر فعالیت بلاکچین را نشان می‌دهد، نه تک‌تک ثبت‌های آن دفتر حساب خصوصی را. منظور شدن وجه در حساب و اجازهٔ برداشت نیز می‌توانند مراحل جداگانه‌ای باشند.

1. شناسهٔ واقعی تراکنش را پیدا کنید

در برنامهٔ فرستنده، دنبال شناسهٔ تراکنش، هش تراکنش، TxID یا امضای تراکنش Solana بگردید. شمارهٔ سفارش، کد پیگیری برداشت، کد پیگیری پشتیبانی و شمارهٔ بلاک شناسه‌های متفاوتی هستند. کد پیگیری برداشت را جداگانه نگه دارید.

از کاوشگر شبکه‌ای استفاده کنید که واقعاً به کار رفته است: برای مثال Etherscan برای Ethereum، TRONSCAN برای TRON، یا Solscan و Solana Explorer برای Solana. آن را از طریق منابع رسمی شبکه یا کیف پول یا صرافی همیشگی خود باز کنید. مشاهدهٔ یک تراکنش عمومی نیازی به اتصال کیف پول یا امضا ندارد.

شناسه را خودتان کپی و بررسی کنید. تصویر فرستنده از وضعیت تکمیل‌شده به پیگیری کمک می‌کند، اما پرداخت را تأیید نمی‌کند.

اگر کاوشگر آن را پیدا نمی‌کند

• شبکه یا شناسهٔ اشتباه: زنجیره را بررسی کنید و مطمئن شوید شناسهٔ تراکنش بلاکچین را کپی کرده‌اید.
• هنوز منتشر یا نمایه‌سازی نشده است: ممکن است برداشت هنوز در حال پردازش باشد یا اطلاعات کاوشگر عقب باشد. کاوشگر معتبر دیگری برای همان شبکه امتحان کنید.
• تراکنش جایگزین‌شده: تسریع یا جایگزینی تراکنش ممکن است هش جدیدی ایجاد کرده باشد. هش فعلی را بخواهید.
• انتقال داخلی پلتفرم: پرداخت‌های بین مشتریان یک سرویس ممکن است از سامانهٔ حساب‌های خصوصی آن استفاده کنند. از سرویس بخواهید کد پیگیری داخلی را ردیابی کند.

برای پرداخت Lightning، از صورت‌حساب و سابقهٔ پرداخت در فرایند پشتیبانی ارائه‌دهنده استفاده کنید. کاوشگر شبکهٔ اصلی Bitcoin آن پرداخت منفرد را نشان نمی‌دهد.

اگر فرستنده یا سرویس فرستنده نمی‌تواند سابقهٔ پرداخت قابل تأییدی ارائه کند، پیگیری را از همان‌جا شروع کنید.

2. بررسی کنید تراکنش واقعاً چه کاری انجام داده است

یک تراکنش ممکن است در بلاک دیده شود، حتی اگر عملیات آن ناموفق یا بازگشت‌خورده باشد. وقتی یک تراکنش سازگار با Ethereum به‌طور کامل بازگشت می‌خورد، جابه‌جایی دارایی‌های آن لغو می‌شود، اما همچنان ممکن است کارمزد شبکه دریافت شود. از صرافی فرستنده بخواهید هر مبلغی را که بابت برداشت ناموفق از موجودی کسر کرده، بررسی و تطبیق دهد.

در تراکنش موفق، پرداخت مشخص موردنظر را پیدا کنید. یک تراکنش ممکن است شامل چند انتقال، مبادله، صدور مجوز یا عملیات کیف پول هوشمند باشد.

USDT و توکن‌های دیگر در شبکه‌های سازگار با Ethereum

در بخش انتقال‌های توکن، توکن‌های منتقل‌شده یا عنوانی مشابه، توکن، مبلغ و گیرنده را تطبیق دهید. یک پرداخت فرضی 500 USDT در Ethereum می‌تواند چنین نمایش داده شود:

• وضعیت: موفق.
• فیلد اصلی «به»: قرارداد USDT یا قرارداد دیگری که فراخوانی می‌شود.
• مقدار: 0 ETH.
• انتقال توکن: 500 USDT به آدرس واریز شما.

مستندات تراکنش Ethereum توضیح می‌دهد که فیلد اصلی مقدار، میزان ETH ارسال‌شده همراه فراخوانی را اندازه می‌گیرد. مبالغ و گیرندگان توکن‌ها جداگانه ثبت می‌شوند. 0 ETH به معنی 0 USDT نیست و فیلد اصلی به همیشه گیرندهٔ توکن را نشان نمی‌دهد.

صدور مجوز، انتقال‌های با مقدار صفر و شکست عملیات داخلی

عملیات صدور مجوز یا میزان مجاز خرج‌کرد اجازهٔ خرج کردن توکن‌ها را می‌دهد. استاندارد ERC-20 صدور مجوز را از انتقال جدا می‌کند و ثبت انتقال‌های با مقدار صفر را مجاز می‌داند. نه صدور مجوز به‌تنهایی و نه رکوردی با مبلغ صفر ثابت نمی‌کند که پرداخت شما رسیده است.

پس از هر مرحلهٔ صدور مجوز، خود پرداخت را پیدا کنید. برنامه‌ها می‌توانند چند عمل را ترکیب کنند، پس به‌جای تکیه بر نام متد، انتقال‌ها را بررسی کنید.

EIP-658 در Ethereum موفقیت را در سطح تراکنش بیرونی تعریف می‌کند. یک قرارداد می‌تواند شکست یک عملیات داخلی را مدیریت کند، بدون اینکه کل تراکنش ناموفق شود. Safe نمونهٔ کیف پولی را مستند کرده است که تلاش کرد 1,000 DAI بفرستد، در حالی که حدود 2 DAI موجودی داشت: Etherscan موفقیت تراکنش بیرونی را نشان می‌داد، اما پرداخت DAI ناموفق بود.

برای کیف پول‌های هوشمند، پرداخت‌های دسته‌ای یا پرداخت از قرارداد، جزئیات فعالیت سرویس را بررسی کنید و مدرکی از جابه‌جایی واقعی دارایی بخواهید.

USDT در TRON

موفق بودن اجرا و مبلغ و گیرندهٔ انتقال TRC-20 را بررسی کنید. مستندات توسعه‌دهندگان TRON انتشار تراکنش، قرار گرفتن در بلاک، اجرا، تأیید قوی‌تر و تاریخچهٔ برنامه را از هم جدا می‌کند. تراکنشی که با قطعیت ثبت شده است، همچنان ممکن است شامل اجرای ناموفق قرارداد باشد.

Bitcoin

خروجی‌ای را پیدا کنید که دقیقاً به آدرس شما پرداخت می‌کند و مبلغ همان را در نظر بگیرید. خروجی‌های دیگر ممکن است به مشتریان دیگر پرداخت کنند یا باقی‌مانده را به فرستنده برگردانند؛ صرافی‌ها می‌توانند برداشت‌ها را دسته‌ای انجام دهند. مبلغ کل یا بزرگ‌ترین خروجی لزوماً متعلق به شما نیست. شمارهٔ خروجی خود را برای پشتیبانی یادداشت کنید.

توکن‌های Solana

یک انتقال ممکن است به‌جای آدرس اصلی کیف پول شما، حساب توکن را نشان دهد. مستندات Solana توضیح می‌دهد که این حساب آدرس مینت توکن و مالک کیف پول را ثبت می‌کند. هر دو را بررسی کنید. مالک حساب توکن با برنامه‌ای که مالک حساب محسوب می‌شود متفاوت است؛ دومی ممکن است با نام Token Program نمایش داده شود.

تطبیق مالک تضمین نمی‌کند که صرافی از آن روش واریز پشتیبانی می‌کند.

3. گیرنده را با دستورالعمل واریز خود مقایسه کنید

پلتفرم مقصد را باز کنید، دارایی و شبکه را انتخاب کنید و دستورالعمل آن را با انتقال واقعی مقایسه کنید. کل آدرس را بررسی کنید. حملات مسموم‌سازی آدرس، آدرس‌های شبیه به آدرس اصلی را وارد تاریخچهٔ تراکنش می‌کنند؛ تطبیق فقط نویسه‌های اول و آخر کافی نیست.

از دستورالعمل واریز حسابتان استفاده کنید، نه فعالیت‌های اخیر. دستورالعمل یا تصویری را که هنگام ارسال به آن رجوع کردید نگه دارید، چون صفحهٔ واریز امروز ممکن است متفاوت باشد.

برچسب صرافی‌ها و کیف پول‌های مشترک

برچسب یک صرافی در کاوشگر ممکن است نشان‌دهندهٔ کیف پول عملیاتی آن باشد، نه آدرسی که وجه را به حساب شما منظور می‌کند. Kraken پرداخت‌هایی را مستند کرده است که پس از کپی کردن آدرس‌ها از کاوشگرها توسط مشتریان، به کیف پول‌های گرم آن ارسال شده‌اند اما به حساب مشتری منظور نشده‌اند.

بازپرداخت‌ها هم همین خطر را دارند: برداشت از صرافی ممکن است از یک کیف پول مشترک انجام شود، پس آدرس فرستندهٔ آن لزوماً آدرس واریز مشتری نیست.

آدرس‌های قدیمی‌تر

Kraken شرایطی را مستند کرده است که در آن آدرس‌های واریز منقضی می‌شوند. Coinbase Exchange می‌گوید آدرس‌هایی که ایجاد کرده است با حساب مرتبط می‌مانند و معمولاً می‌توان دوباره از آن‌ها استفاده کرد. تغییر صفحهٔ واریز به‌تنهایی ثابت نمی‌کند که یک آدرس قدیمی نامعتبر شده است.

تاریخچهٔ آدرس‌های ذخیره‌شده، اطلاعیه‌های مهاجرت و راهنمای مربوط به دارایی و شبکه را بررسی کنید. امکان استفادهٔ دوباره از آدرس، ادامهٔ پشتیبانی از توکن یا شبکه‌ای را که پشتیبانی‌اش متوقف شده تضمین نمی‌کند.

اگر گیرنده ارتباطی با حساب شما ندارد، با گردانندهٔ مقصد، در صورت قابل شناسایی بودن، یا با فرستنده تماس بگیرید. عیب‌یابی واریز نمی‌تواند مسیر پرداخت را عوض کند. اگر احتمال می‌دهید آدرس جایگزین شده است، استفاده از دستورالعمل ذخیره‌شده را متوقف کنید.

4. شبکه و توکن دقیق را تطبیق دهید

انتخاب USDT کافی نیست: هر دو پلتفرم باید از همان شبکه و همان توکن پشتیبانی کنند. نام کامل شبکه را بخوانید. ERC-20 یک استاندارد توکن است که در چندین شبکهٔ سازگار استفاده می‌شود، هرچند صرافی‌ها اغلب آن را به‌اختصار به معنی Ethereum به کار می‌برند.

یک آدرس می‌تواند در شبکه‌های مختلف وجود داشته باشد

یک کیف پول معمولی با کلید خصوصی می‌تواند از همان آدرس 0x در چند شبکهٔ سازگار با Ethereum استفاده کند، اما موجودی این شبکه‌ها جدا می‌ماند. بنابراین فرستنده‌ای که برای واریز به Ethereum، BNB Smart Chain را انتخاب می‌کند، ممکن است آدرس درست را در زنجیرهٔ اشتباه به کار ببرد.

تأییدهای بیشتر یا تغییر شبکهٔ انتخاب‌شده در برنامه، آن توکن‌ها را به Ethereum منتقل نمی‌کند. اگر آدرس در کنترل صرافی است، دربارهٔ بازیابی همان دارایی در همان شبکه سؤال کنید. شباهت آدرس‌ها، دسترسی یا پشتیبانی از بازیابی را ثابت نمی‌کند. قرارداد کیف پول هوشمند ممکن است در زنجیره‌ای دیگر وجود نداشته باشد یا به همان شکل عمل نکند.

قرارداد یا مینت را تأیید کنید

نام‌ها، نمادها و نشان‌ها قابل کپی هستند. شبکه به‌همراه آدرس قرارداد توکن، یا آدرس مینت در Solana، را با اطلاعات رسمی پلتفرم مقصد و صادرکننده تطبیق دهید. Tether شناسه‌های مخصوص هر شبکه را در راهنمای یکپارچه‌سازی خود منتشر می‌کند؛ ارزش‌گذاری دلاری در یک برنامه، هویت توکن را ثابت نمی‌کند.

قرارداد توکن، نرم‌افزار آن را مشخص می‌کند. این آدرس واریز شما نیست. برای رفع مشکل واریز دیده‌نشده، پول به آن نفرستید.

نسخه‌های بومی، منتقل‌شده از طریق پل و رپ‌شده

یک پل می‌تواند نسخه‌ای از یک دارایی را در شبکهٔ دیگر ایجاد کند. قرارداد آن ممکن است با نسخهٔ خود صادرکننده متفاوت باشد. پلتفرم‌ها ممکن است هر دو را بپذیرند، فقط یکی را بپذیرند یا هیچ‌کدام را نپذیرند. برچسب‌هایی مانند USDC یا USDC.e کمک می‌کنند، اما قرارداد یا مینت شناسهٔ قابل اتکاتری است.

مستندات یکپارچه‌سازی Circle به کاربران Circle Mint هشدار می‌دهد که USDC منتقل‌شده از طریق پل را به جایی نفرستند که فقط دارایی‌ها و شبکه‌های پشتیبانی‌شدهٔ آن پذیرفته می‌شوند. این سیاست خودبه‌خود دربارهٔ همهٔ صرافی‌ها صدق نمی‌کند.

انتظار یا افزودن یک توکن تقلبی به کیف پول نمی‌تواند آن را واقعی کند. بازیابی یک توکن واقعی اما پشتیبانی‌نشده به دسترسی و سیاست پلتفرم مقصد بستگی دارد.

5. تأییدها و نهایی‌شدن را بررسی کنید

تعداد تأییدها یا وضعیت نهایی‌شدن در کاوشگر را با شرط فعلی پلتفرم مقصد برای همان دارایی و شبکه مقایسه کنید. آستانه‌ها متفاوت‌اند و ممکن است تغییر کنند. برای مثال، اگر پلتفرم دوازده تأیید بخواهد، یک تأیید کافی نیست؛ این اعداد صرفاً برای مثال هستند.

بلاک‌های بیشتر معمولاً اطمینان از باقی ماندن پرداخت در زنجیرهٔ پذیرفته‌شده را افزایش می‌دهند: در جریان بازسازمان‌دهی زنجیره، بلاک‌های اخیر می‌توانند جایگزین شوند. شبکه‌ها مراحل متفاوتی هم دارند: Solana بین پردازش‌شده، تأییدشده و نهایی‌شده تمایز قائل می‌شود.

شبکه‌های لایهٔ 2 و پل‌ها

ثبت اولیه در لایهٔ 2 ممکن است پیش از مرحلهٔ تسویه‌ای رخ دهد که یک سرویس لازم می‌داند. مستندات Optimism ثبت اولیه، انتشار داده در Ethereum و نهایی‌شدن در آن را از هم جدا می‌کند.

در انتقال از طریق پل، هر دو سوی انتقال را تأیید کنید: موفقیت در زنجیرهٔ مبدأ ممکن است فقط مرحلهٔ اول را کامل کند. پرداخت مقصد را پیدا کنید و توکن و گیرندهٔ آن را تطبیق دهید. وضعیت رسمی پل، کد پیگیری انتقال و هر دو شناسهٔ تراکنش را، در صورت موجود بودن، نگه دارید. اگر پرداخت مقصد انجام نشده است، با ارائه‌دهندهٔ پل تماس بگیرید.

انتظار هفت‌روزه برای برخی برداشت‌های Optimism Standard Bridge با واریز معمولی به صرافی در یک شبکهٔ لایهٔ 2 پشتیبانی‌شده فرق دارد. آن را به همهٔ انتقال‌های لایهٔ 2 تعمیم ندهید.

6. مبلغی را که رسیده بررسی کنید

مبلغ واقعی دریافت‌شده را با حداقل واریز مقایسه کنید. برای مثال، درخواست 10 USDT و دریافت 9 پس از کسر کارمزد برداشت ممکن است شرط حداقل 10 USDT را برآورده نکند. این مبالغ صرفاً برای مثال هستند.

کارمزد گس را خودکار از پرداخت توکنی کم نکنید: این کارمزد اغلب جداگانه و با دارایی بومی شبکه پرداخت می‌شود. جزئیات کارمزد فرستنده و خود انتقال را بررسی کنید. حداقل واریز و هرگونه کارمزد واریز یا راه‌اندازی آدرس را در صفحهٔ واریز گیرنده بررسی کنید.

واریز دوم ممکن است واریز اول را نجات ندهد. سیاست Kraken می‌گوید واریزهای کمتر از حداقل به حساب منظور نمی‌شوند و برای همیشه از دست می‌روند؛ واریز بعدی که شرایط را دارد، واریز اول را قابل منظور شدن در حساب نمی‌کند.

مسیرهای دیگر ممکن است قواعد متفاوتی داشته باشند و راهنمایی‌های قدیمی پس از تغییرات سامانه منسوخ شوند. پیش از ارسال پول بیشتر، بررسی کنید حداقل برای هر انتقال جداگانه اعمال می‌شود یا نه، آیا مبالغ با هم جمع می‌شوند و آیا پرداخت اولیه قابل بازیابی است.

7. ممو یا تگ مقصد را بررسی کنید

برخی صرافی‌ها یک آدرس را بین مشتریان به اشتراک می‌گذارند و با ممو یا تگ مقصد واریزها را به هر مشتری نسبت می‌دهند؛ این روش برای XRP یا XLM رایج است. ممکن است آدرس درست باشد، اما شناسهٔ مشتری وارد نشده یا اشتباه باشد.

بررسی کنید آیا شناسه‌ای لازم بوده، آیا ارسال شده و آیا مقدار و نوع آن مطابق دستورالعمل است. این اطلاعات باید در فیلد واقعی ممو یا تگ تراکنش باشد، نه در یادداشتی خصوصی در برنامهٔ فرستنده.

اگر کنترل آدرس گیرنده در دست پلتفرم باشد، پشتیبانی ممکن است بتواند پرداخت را دستی با حساب تطبیق دهد و ممکن است مدرکی از حساب فرستنده بخواهد. بازیابی تضمین‌شده نیست. مموی تأییدشده قابل ویرایش نیست و انتقال دوم هم نمی‌تواند آن را اصلاح کند.

8. پلتفرم مقصد را بررسی کنید

وقتی پرداخت شرایط آدرس، دارایی، شبکه، مبلغ، شناسهٔ مشتری و تأییدها را برآورده کرده است، سمت حساب را بررسی کنید.

تاریخچهٔ واریز و محل وجه در حساب

تاریخچهٔ واریز را باز کنید، فیلترهای تاریخ را پاک کنید و حساب یا زیرحساب درست را بررسی کنید. Bybit می‌گوید واریزها بسته به تنظیمات می‌توانند به Funding، Unified Trading یا Earn بروند. نبودن ارزش‌گذاری به ارز رایج ثابت نمی‌کند که توکن‌ها وجود ندارند؛ معاملات یا انتقال‌های بعدی نیز می‌توانند موجودی امروز را توضیح دهند.

برچسب‌های وضعیت مهم هستند. راهنمای Kraken، وضعیت به حساب منظور شده را به معنی قابل استفاده برای معامله اما هنوز غیرقابل برداشت، موفق را به معنی قابل استفاده برای هر دو و در حالت نگهداری را به معنی نیازمند بررسی دستی تعریف می‌کند. پلتفرم‌های دیگر برچسب‌های متفاوتی دارند. به پشتیبانی بگویید آیا رکوردی وجود ندارد، در انتظار است، نگه داشته شده یا وجه به حساب منظور شده اما در دسترس نیست.

نگهداری و تأخیرهای پردازش

ممکن است معامله فعال باشد، در حالی که واریزهای یک شبکه متوقف شده‌اند. صفحهٔ رسمی وضعیت و اطلاعیه‌های صفحهٔ واریز را بررسی کنید. OKX هم تعلیق‌های مخصوص یک شبکه و هم تأخیرهای زمان همگام‌سازی زیرساخت بلاکچین و پلتفرم خود را مستند کرده است.

هرگونه کد پیگیری رخداد را نگه دارید و اطلاع‌رسانی‌های بعدی را دنبال کنید. اگر بازهٔ پردازش اعلام‌شده گذشت و وجه به حساب منظور نشد، با پشتیبانی تماس بگیرید.

بررسی حساب و اطلاعات فرستنده

Crypto.com واریزهایی را مستند کرده است که در حوزه‌های قضایی مربوط، منتظر اطلاعات مبدأ هستند. Bybit تأیید طبق Travel Rule و محدودیت مبلغ قابل منظور شدن در حساب را در بعضی مسیرها مستند کرده است. الزامات به مشتری، محل و انتقال بستگی دارند.

موارد درخواستی را از طریق حساب رسمی خود تکمیل کنید. تأییدهای بیشتر نمی‌توانند اطلاعات مفقود را فراهم کنند، بررسی حساب را کامل کنند یا محدودیت پلتفرم را بردارند. حتی اگر درخواست قابل مشاهده‌ای وجود ندارد، از پشتیبانی بپرسید آیا بررسی‌ای در انتظار انجام است و به چه چیزی نیاز دارد.

روش‌های انتقال پشتیبانی‌نشده

ممکن است دارایی و شبکه پشتیبانی شوند، اما مسیر پرداخت پشتیبانی نشود. ETH ارسال‌شده از قرارداد ممکن است در بخش تراکنش‌های داخلی دیده شود: اقداماتی داخل یک تراکنش بلاکچین که با انتقال‌های خصوصی بین مشتریان صرافی متفاوت‌اند.

بعضی پلتفرم‌ها پرداخت از قرارداد یا روش‌های دیگر را محدود می‌کنند. بپرسید از چه مسیری پشتیبانی می‌کنند. هشدار دربارهٔ واریز از قرارداد هوشمند، ممنوعیتی کلی برای پرداخت‌های ERC-20 نیست؛ این پرداخت‌ها خودشان هم از قرارداد استفاده می‌کنند.

وجه از آدرس واریز خارج شده است

صرافی‌ها ممکن است واریزها را در کیف پول‌های عملیاتی یا نگهداری جمع کنند؛ عملیاتی به نام تجمیع وجوه، در حالی که موجودی مشتریان را به‌صورت خصوصی ثبت می‌کنند. راهنمای مهاجرت Unified EVM در Kraken اشاره می‌کند که فرایند قدیمی API آن گاهی شناسهٔ انتقال بعدی به کیف پول گرم را به‌جای شناسهٔ واریز اولیه برمی‌گرداند.

بنابراین صفر شدن دوبارهٔ موجودی آدرس واریزی که در اختیار یک متولی است، به‌تنهایی دزدی یا شکست عملیات را ثابت نمی‌کند. انتقال ورودی و انتقال‌های بعدی را جداگانه نگه دارید؛ از پشتیبانی بخواهید پرداخت اولیه و منظور شدن وجه در حساب را ردیابی کند. خروج وجه بدون توضیح از کیف پولی که خودتان کنترل می‌کنید، نیازمند بررسی امنیتی جداگانه است.

اگر مقصد کیف پول خودتان است

1. حساب کیف پول و شبکه را بررسی کنید.
2. موجودی دارایی، پرداخت ورودی و هر انتقال خروجی بعدی را در کاوشگری مستقل تأیید کنید.
3. اگر دارایی وجود دارد اما پنهان است، از قابلیت نمایش یا افزودن توکن کیف پول با قرارداد یا مینت تأییدشده استفاده کنید.
4. کیف پول را تازه‌سازی کنید یا از طریق کانال رسمی انتشارش به‌روزرسانی کنید.

MetaMask شناسایی خودکار و نمایش دستی توکن‌ها را مستند کرده است. افزودن توکن به کیف پول، نمایش آن را تغییر می‌دهد؛ پولی را که به جای دیگری فرستاده شده جابه‌جا، تبدیل یا بازیابی نمی‌کند.

ممکن است یک حساب معمولی با کلید خصوصی از طریق همان کیف پول در شبکهٔ سازگار دیگری در دسترس باشد. دستورالعمل رسمی کیف پول را دنبال کنید؛ این موضوع خودبه‌خود دربارهٔ آدرس صرافی‌ها یا کیف پول‌های هوشمند صدق نمی‌کند.

دریافت یک پرداخت معمولی توکن، برای نمایش موجودی نیازمند خرید گس نیست. انتقال‌های بعدی، مطالبهٔ وجه از پل یا سایر اقدامات بلاکچین ممکن است کارمزد داشته باشند. بررسی کنید دقیقاً چه اقدامی از شما خواسته شده است.

مثال: انتقال USDT موفق است اما دریافت نشده

در این مثال فرضی، درخواست انتقال 500 USDT از صرافی A به صرافی B را می‌دهید. A کارمزد برداشت 2 USDT را کم می‌کند و انتقال را تکمیل‌شده نشان می‌دهد، اما B واریزی نشان نمی‌دهد.

1. A یک شناسهٔ تراکنش در TRON ارائه می‌کند.
2. انتقال موفق نشان می‌دهد که 498 USDT تحویل شده است.
3. قرارداد با USDT واقعی در TRON و توکنی که B می‌پذیرد مطابقت دارد.
4. دستورالعمل واریز B از TRON پشتیبانی می‌کند و گیرنده مطابق آن است.
5. مبلغ تحویل‌شده، هر شناسهٔ موردنیاز و تأییدها شرایط B را برآورده می‌کنند.

اگر هر پنج بررسی نتیجهٔ درست دارند، از B بخواهید شناسایی پرداخت، تطبیق با حساب یا نگه داشته شدن وجه را بررسی کند. پرداخت دوبارهٔ 500 USDT آن مشکل را تشخیص نمی‌دهد. اگر یکی از بررسی‌ها نتیجهٔ درست ندارد، بخش مربوط در بالا را دنبال کنید.

چه زمانی منتظر بمانید یا با پشتیبانی تماس بگیرید

تعداد دقیقهٔ ثابتی برای نمایش همهٔ واریزهای تأییدشده وجود ندارد. الزامات پلتفرم مقصد را برای مسیر انتقال خود ملاک قرار دهید.

• منتظر بمانید تا یک پرداخت درست به آستانهٔ تأیید یا نهایی‌شدن موردنیاز برسد.
• اطلاع‌رسانی‌های نگهداری را دنبال کنید اگر رخدادی بر دارایی و شبکهٔ شما تأثیر گذاشته است.
• با پشتیبانی مقصد تماس بگیرید اگر مراحل لازم و بازهٔ پردازش عادی گذشته‌اند اما وجه به حساب منظور نشده است.
• هرچه زودتر درخواست بازیابی بدهید اگر شبکه اشتباه، توکن پشتیبانی‌نشده، ممو نادرست یا آدرس منقضی بوده است. تأییدها نمی‌توانند این موارد را اصلاح کنند.
• با فرستنده یا ارائه‌دهندهٔ پل تماس بگیرید اگر پرداخت مقصد قابل تأیید نیست.

اگر پشتیبانی فقط وضعیت بلاکچین را تأیید می‌کند، بپرسید: آیا این واریز شناسایی شده، با حساب من تطبیق داده شده و به حساب منظور شده است؟ کدام بررسی هنوز کامل نشده است؟ در صورت امکان، مدارک جدید را به همان پرونده اضافه کنید.

لغو، کارمزد و بازیابی

پرداختی که در زنجیرهٔ پذیرفته‌شده ثبت شده است، معمولاً از طریق برنامهٔ فرستنده قابل لغو نیست. جایگزینی با کارمزد جدید یا تسریع، مربوط به تراکنش‌هایی است که منتظر ثبت در بلاک هستند؛ این کار نمی‌تواند پس از رسیدن وجه و دریافت تأیید کافی، صرافی را وادار کند وجه را به حساب منظور کند. بازگرداندن وجه به تراکنشی جداگانه از سوی کسی نیاز دارد که کنترل پول در دست اوست.

بازیابی ممکن است شامل تطبیق پرداختی با مموی مفقود، منظور کردن دستی یک واریز پشتیبانی‌نشده اما قابل دسترسی در حساب، یا بازگرداندن وجه باشد. این کار نمی‌تواند تراکنش اولیه را بازنویسی کند. پیش از موافقت، دربارهٔ شرایط، کارمزد، زمان و آدرس، شبکه و مموی مناسب برای بازگرداندن وجه سؤال کنید. فرض نکنید آدرس فرستندهٔ اولیه، آدرس امنی برای بازگرداندن پول است.

هیچ شرکت بازیابی بیرونی نمی‌تواند تضمین کند که صرافی وجه را در دفتر حساب خصوصی خود به حساب شما منظور می‌کند.

مدارک را با رعایت امنیت بفرستید

خودتان بخش پشتیبانی را در برنامه یا وب‌سایت رسمی باز کنید. پاسخ عمومی یا پیام ناخواسته ثابت نمی‌کند که فرستنده نمایندهٔ صرافی است. هرگز عبارت بازیابی، کلید خصوصی، گذرواژه، کلید محرمانهٔ API یا کد یک‌بارمصرف ورود را افشا نکنید.

هرگونه کارمزد بازیابی یا بررسی مالکیت کیف پول را از طریق حسابی که وارد آن شده‌اید تأیید کنید. به‌دلیل پیام ناخواسته‌ای که قول آزاد کردن پرداخت اول را می‌دهد، پرداخت دیگری نفرستید.

موجودی‌ها و اطلاعات شخصی نامرتبط را در تصاویر پنهان کنید. شناسهٔ تراکنش، آدرس‌ها، دارایی، شبکه، مبلغ و زمان مرتبط را برای پشتیبانی خوانا نگه دارید. مدارک هویتی را فقط از طریق فرایند تأیید تعیین‌شده ارسال کنید.

ردیابی انتقال بعدی را آسان‌تر کنید

دستورالعمل واریز را ذخیره کنید، شبکه‌ها را تطبیق دهید و مبلغ پس از کسر کارمزدها را بررسی کنید. پرداخت آزمایشی باید حداقل مبلغ موردنیاز گیرنده را برآورده کند؛ پیش از ارسال مبلغ اصلی، منتظر بمانید تا وجه به حساب منظور شود.

Coinnoti می‌تواند شما را از فعالیت‌های پشتیبانی‌شدهٔ بلاکچین آگاه کند تا بدون تازه‌سازی مکرر کاوشگر، انتقال را دنبال کنید. هشدار مربوط به یک آدرس نمی‌تواند ثابت کند که صرافی وجه را به موجودی خصوصی شما منظور کرده یا آن را قابل استفاده کرده است.

الگوی تیکت پشتیبانی: انتقال تأییدشده، واریز دیده‌نشده

از فرم رسمی پشتیبانی پلتفرم مقصد استفاده کنید. متن داخل کروشه‌ها را جایگزین کنید؛ هرجا لازم بود بنویسید نامشخص یا نامرتبط. از شناسهٔ تراکنش ورودی اولیه استفاده کنید، حتی اگر صرافی بعداً وجه را تجمیع و منتقل کرده باشد.

موضوع: واریز [دارایی] در [شبکه] دیده نمی‌شود | [مبلغ تحویل‌شده] | [شناسهٔ تراکنش]

سلام، واریز من طبق انتظار نمایش داده نشده است. فرستنده [وضعیت] را نشان می‌دهد؛ بلاکچین [نتیجهٔ اجرا و وضعیت تأیید/نهایی‌شدن] را نشان می‌دهد.

حساب و انتقال

• شناسهٔ حساب/شناسهٔ مشتری: [شناسهٔ درخواست‌شده توسط پلتفرم]
• دارایی و نماد: [نام]؛ قرارداد، مینت یا شناسهٔ دیگر: [شناسه یا دارایی بومی]
• شبکه‌ای که واقعاً استفاده شده است: [نام کامل]؛ شبکهٔ درج‌شده در دستورالعمل واریز شما: [نام کامل]
• کیف پول/پلتفرم فرستنده: [نام]؛ کد پیگیری برداشت: [کد پیگیری]
• شناسهٔ تراکنش اولیه: [شناسهٔ کامل]؛ کاوشگر: [نام و URL تراکنش، در صورت درخواست]
• فرستندهٔ واقعی دارایی: [آدرس]؛ گیرندهٔ واقعی: [آدرس کامل]
• آدرس واریز ارائه‌شده برای حساب من: [آدرس کامل]
• ممو/تگ موردنیاز: [مقدار و نوع، یا نیاز ندارد]؛ ارسال‌شده: [مقدار و نوع، یا ارسال نشده]
• مبلغ درخواستی: [مبلغ و دارایی]؛ کارمزد کسرشده: [مبلغ و دارایی]؛ تحویل‌شده: [مبلغ و دارایی]
• زمان ارسال درخواست: [تاریخ، ساعت، منطقهٔ زمانی]؛ اولین ثبت در بلاک: [زمان ثبت‌شده در کاوشگر و منطقهٔ زمانی]
• تأییدها/نهایی‌شدن فعلی: [وضعیت]، بررسی‌شده در [ساعت و منطقهٔ زمانی]
• آستانهٔ تأیید و حداقل واریز شما: [الزامات]

جزئیات فنی بیشتر، در صورت ارتباط

• روش انتقال: [انتقال مستقیم کوین بومی، انتقال توکن، پرداخت از کیف پول هوشمند/قرارداد، پل یا نامشخص]
• شمارهٔ بلاک/معادل آن: [مقدار]؛ شمارهٔ خروجی یا نمایهٔ رویداد انتقال: [مقدار]
• حساب توکن Solana و مالک کیف پول، یا جزئیات ورودی Bitcoin در صورت درخواست: [جزئیات]
• پل: [نام، کد پیگیری سفارش/پیام، شبکه‌های مبدأ و مقصد و شناسه‌های تراکنش، وضعیت دقیق]

وضعیت حساب و مدارک

• وضعیت در تاریخچهٔ واریز: [بدون رکورد یا متن دقیق نمایش‌داده‌شده]؛ بخش‌های بررسی‌شدهٔ حساب: [تأمین وجه، معامله، زیرحساب یا موارد دیگر]
• اطلاعیهٔ نگهداری/رخداد: [کد پیگیری یا موردی پیدا نشد]
• درخواست تأیید/اطلاعات فرستنده: [درخواست دقیق و وضعیت تکمیل آن]
• دستورالعمل واریز قدیمی ذخیره‌شده که استفاده شده است: [جزئیات]؛ پروندهٔ پشتیبانی موجود: [شماره، در صورت وجود]
• پیوست‌ها: [سابقهٔ برداشت، دستورالعمل واریز، جزئیات انتقال واقعی و وضعیت تاریخچهٔ واریز]

لطفاً تأیید کنید آیا پرداخت ورودی شناسایی و با حساب من تطبیق داده شده است. اگر وجه به حساب منظور نشده است، بررسی ناقص، مورد پشتیبانی‌نشده یا وضعیت نگهداری و اقدام لازم را مشخص کنید.

اگر منظور کردن وجه در حساب به روش عادی ممکن نیست، لطفاً امکان بازیابی یا بازگرداندن وجه، کارمزدها، زمان و مرحلهٔ بعدی را تأیید کنید. پیش از بازگرداندن پول به آدرسی از تراکنش اولیه، آدرس مناسب بازگشت، شبکه و ممو را تأیید کنید.