چرا مهم است برای بررسی برچسب ها یادداشت هنگام ترجمه
در تعدادی از شبکه ها، آدرس کیف پول در مبادلات و خدمات رایج است - یک آدرس به هزاران کاربر خدمت می کند. برای درک اینکه انتقال ورودی به چه کسی اعتبار دارد، سیستم نیاز به یک شناسه اضافی دارد: یادداشت، برچسب مقصد، شناسه پرداخت، یادداشت، پیام و غیره. این فیلد را از دست داده یا اشتباه وارد شده است - پرداخت به «استخر» عمومی می رسد، اما با حساب شما مرتبط نیست. نتیجه این است که پول «یخ می زند» و نیاز به تجزیه و تحلیل دستی پشتیبانی دارد. این تقریبا همیشه می تواند توسط یک چک لیست کوتاه اجتناب شود.
1) یادداشت/برچسب/شناسه پرداخت در کلمات ساده است
آدرس «خیابان و خانه» سرویس است.
یادداشت/برچسب - «آپارتمان/دفتر» در داخل این خانه، که بر اساس آن سیستم می داند که کدام حساب برای اعتبار پرداخت.
فرمت دیجیتال یا رشته است ؛ فیلد می تواند برچسب مقصد/یادداشت/شناسه پرداخت/یادداشت ID/پیام نامیده می شود.
2) جایی که برچسب های یادداشت بحرانی هستند (لیست ناقص اما عملی)
XRP (Ripple) - برچسب مقصد برای سپرده ها در مبادلات/کیف پول نگهداری مورد نیاز است.
XLM (ستاره ای) - یادداشت (متن/ID/هش) توسط ارائه دهندگان مورد نیاز است.
BNB Beacon Chain (BEP2) - یادداشت تقریبا همیشه مورد نیاز است.
EOS - یادداشت برای سپرده در مبادلات مورد نیاز است.
اکوسیستم کیهان (ATOM، OSMO، KAVA و غیره) - اغلب توسط Memo برای سپرده ها استفاده می شود.
HBAR (Hedera)، NANO و برخی از شبکه های دیگر - ارائه دهندگان ممکن است نیاز به یک فیلد اضافی داشته باشند.
مونرو (XMR) - از لحاظ تاریخی شناسه پرداخت (اغلب با «آدرس های یکپارچه» جایگزین می شود، اما مبادلات هنوز از شناسه ها استفاده می کنند).
در شبکه های EVM (ETH، BSC/BEP-20، Arbitum، Polygon و غیره)، یادداشت معمولا مورد نیاز نیست: آدرس ها منحصر به فرد هستند. اما همیشه نیازهای یک سایت خاص را ببینید.
3) چرا نادیده گرفتن یک برچسب یادداشت گران است
سپرده ناشناس وجوه به کیف پول «استخر» می آیند بدون اینکه به حساب شما متصل شوند.
جداسازی قطعات دستی. پشتیبانی از هش، مقدار، زمان، تصاویر درخواست می کند - و این می تواند از ساعت ها تا روزها ادامه یابد.
هزینه های «بازگشت دستی» برخی از صرافی ها هزینه بازیابی صاف را شارژ می کنند.
خطر عدم بازگشت پشتیبانی ممکن است برای عدم تطابق داده ها یا سیاست های داخلی شکست بخورد.
4) نحوه بررسی یادداشت قبل از ارسال (روال اساسی)
1. تولید اطلاعات جدید قبل از هر سپرده: آدرس + یادداشت از حساب شخصی/نرم افزار, و نه از مکاتبات قدیمی.
2. جفت آدرس + یادداشت را بررسی کنید: آنها باید به همان شبکه و همان دارایی تعلق داشته باشند (به عنوان مثال، XRP به شبکه XRP با برچسب مقصد).
3. فرمت یادداشت را بررسی کنید: شماره/متن/هش - بدون فضاها و کاراکترهای غیر ضروری وارد کنید.
4. پرداخت آزمون $5- $20: اطمینان حاصل کنید که مقدار کمی به درستی و در تاریخ قابل مشاهده است.
5. صفحه نمایش/ورود به سیستم جزئیات: تعمیر آدرس، یادداشت، زمان و TX-هش قبل از ارسال مقدار کامل.
5) اشتباهات مکرر و چگونگی اجتناب از آنها
یادداشت به کلی فراموش شد.
راه حل: یک قانون را شروع کنید - اگر فیلد یادداشت/برچسب خالی باشد، زمانی که رابط کاربری آن را نشان می دهد، ارسال نکنید. سپرده آزمایشی انجام دهید.
فرمت را مخلوط کنید. (به عنوان مثال، شما متن را به جای اعداد وارد کردید.)
راه حل: از طریق دکمه «کپی» در برنامه کپی کنید، مطمئن شوید که فیلد به طور کامل وارد شده است.
آنها یک یادداشت از بلیط/صفحه نمایش قدیمی گرفتند.
راه حل: همیشه دوباره تولید props ؛ مبادلات تغییر استخر آدرس و شناسه.
ارسال به شبکه اشتباه
راه حل: در صفحه واریز، نام شبکه را بررسی کنید. آدرس ممکن است «مشابه» به نظر برسد، اما شبکه متفاوت است.
سبک خودکار اصلاح/کلیپ بورد.
راه حل: اولین/آخرین کاراکتر آدرس و کل یادداشت را بررسی کنید ؛ در صورت امکان، QR را از دفتر اسکن کنید، نه از چت کپی کنید.
6) لیست چک مینی قبل از ارسال با یادداشت/برچسب
- آدرس و دارایی مطابقت صفحه نمایش سپرده.
- شبکه صحیح مشخص شده (XRP/XLM/EOS/BEP2/ATOM خانواده، و غیره).
- یادداشت/برچسب کامل است و دقیقا با فرمت (رقم/متن) مطابقت دارد.
- سپرده آزمون ساخته شده و ثبت نام تایید شده است.
- تصاویر ذخیره شده/سیاهههای مربوط: آدرس، یادداشت، زمان، مقدار، tx-hash.
7) برنامه اضطراری: چه کاری باید انجام دهید اگر یادداشت را فراموش کرده اید
1. وحشت نکنید. معامله به سرویس آمد - آنها پرداخت شما را در استخر دارند.
2. بلافاصله یک بلیط در پشتیبانی ایجاد کنید: tx-hash، مقدار، زمان، شبکه، آدرس مقصد را مشخص کنید، تصاویر را ضمیمه کنید.
3. تأیید مالکیت حساب (KYC/2FA)، پاسخ به سوالات پشتیبانی.
4. برای انتظار و هزینه های احتمالی بهبودی آماده شوید.
5. سیاست مبادله را برای آینده روشن کنید: کجا به یادداشت نگاه کنید، زمانی که لازم است، آیا «آدرس های یکپارچه» وجود دارد.
8) نکات عملی برای یک روال «بدون تردید»
کتاب آدرس ذخیره آدرس تأیید شده + شبکه + جفت یادداشت به عنوان مخاطبین با نام های دوستانه.
ترجمه های دو مرحله ای برای مقادیر بالاتر از آستانه خود (به عنوان مثال، 200 دلار) - همیشه از طریق آزمون.
تایید سخت افزار برای حمل و نقل مهم، داده ها را در صفحه کیف پول سخت افزاری بررسی کنید.
لیست سفید آدرس در مبادلات، شامل لیست سفید و اضافه کردن تاخیر - این خطر فیشینگ را کاهش می دهد.
روش چهار چشم در شرکت/تیم، آدرس و یادداشت را قبل از نقل و انتقالات بزرگ بررسی کنید.
9) مینی سوالات متداول
چرا شبکه های EVM برای یک یادداشت درخواست نمی کنند ؟ آدرس ها برای کاربر منحصر به فرد هستند، سرویس به شناسه اضافی نیاز ندارد.
آیا یادداشت نادرست می تواند «پس از ارسال» اصلاح شود ؟ تنها از طریق پشتیبانی گیرنده یک فرایند دستی است.
اگر سرویس فیلد یادداشت را نشان نداد، پس لازم نیست ؟ درست است: اگر فیلد در زمان تولید آدرس در کابینه مشخص نشده باشد، معمولا لازم نیست.
آیا می توان همان یادداشت را چندین بار استفاده کرد ؟ بله، اگر سرویس مرتب شده باشد - اما هر بار جزئیات را دوباره بررسی کنید.
Memo/Tag یک فیلد کوچک است که تصمیم می گیرد چه کسی انتقال شما را در یک آدرس مشترک دریافت کند. عدم وجود یا اشتباه او یک سپرده فوری را به یک مکاتبات طولانی با پشتیبانی تبدیل می کند - گاهی اوقات با هزینه های اضافی. یک روال ساده را وارد کنید: جزئیات «اینجا و اکنون» را تولید کنید، آدرس + شبکه + یادداشت را تأیید کنید، یک پرداخت آزمایشی انجام دهید و سیاهههای مربوط را ذخیره کنید. این مراحل تقریبا به طور کامل حذف خطر «از دست رفته» بودجه در شبکه های با برچسب یادداشت اجباری.