المذكرة المفقودة، استرداد إيداع XRP أو TON

على بيتكوين أو إيثريوم، يحدد العنوان المستلم. على XRP Ledger وStellar وTON لا يكفي ذلك: العنوان يحدد الحساب، وحقل إضافي يحدد من داخل ذلك الحساب الذي يجب أن يُضاف إليه الرصيد. يُسمى هذا الحقل Destination Tag على XRP، وMemo على Stellar، وcomment على TON.

نسيانه لا يجعل الأموال تختفي. لكنه يحول الإيداع التلقائي إلى حالة يدوية، وفي بعض الحالات إلى خسارة دائمة. إليك السبب، وما يحدث بعد ذلك.

لماذا يوجد هذا الحقل

الخدمة التي تستقبل إيداعات من آلاف العملاء لديها طريقتان للتمييز بينهم.

الأولى هي إنشاء عنوان واحد لكل عميل. هذا ما تفعله سلاسل Bitcoin وEVM: توليد عنوان لا يكلف شيئًا، فقط تستخرج مفتاحًا.

الثانية هي استخدام عنوان واحد والتمييز بين العملاء بملصق مرتبط بكل معاملة. هذا هو النموذج الذي تفرضه بنية XRP Ledger وStellar وTON، لسبب اقتصادي ملموس: على تلك الشبكات، فتح حساب يتطلب قفل حد أدنى من الاحتياطي بالأصل الأصلي. فتح عشرة آلاف حساب يعني قفل عشرة آلاف احتياطي. نموذج "عنوان واحد، العديد من الأكواد" هو الحل العقلاني.

النتيجة المباشرة: على هذه الشبكات، عنوان الإيداع الذي نقدمه لك مشترك. الـMemo هو الشيء الوحيد الذي يحدد هويتك. بدونه، تصل المعاملة بالفعل إلى الحساب، لكن لا شيء يشير إلى ملكيتها.

ما يحدث بالضبط بدون Memo

ثلاث حالات، مختلفة جدًا.

الحالة 1: ترفض الشبكة المعاملة. بعض الحسابات تعيّن علامة (RequireDest على XRP Ledger) ترفض أي معاملة بدون Destination Tag. هذه أفضل نتيجة: تفشل المعاملة، وتبقى أموالك معك، وتخسر فقط رسوم الشبكة، وهي ضئيلة على هذه السلاسل.

الحالة 2: تصل المعاملة إلى حساب نتحكم فيه. تُضاف إلى الحساب المجمع دون أن تكون مرتبطة بأمر. الأموال موجودة، وهي في خزانتنا، لكن لا يمكن لأي أتمتة نسبها. هذه هي الحالة القياسية وهي قابلة للاسترداد — الإجراء موضح أدناه.

الحالة 3: تصل المعاملة إلى خدمة أخرى. لصقت عنوان منصة حفظ أخرى، أو أرسلت من منصة إلى أخرى بدون Memo. يعتمد الاسترداد كليًا على سياسة المستلم. بعض الخدمات الكبيرة تفرض رسوم استرداد كبيرة؛ وأخرى ترفض ببساطة معالجة الإيداعات بدون Memo وتذكر ذلك في شروطها.

الحالة 3 هي المصدر الحقيقي للخسائر الدائمة. لا تخصنا مباشرة، لكنها تخص أي شخص ينقل XRP بين حسابين.

إجراء الاسترداد معنا

عندما يصل إيداع إلى حساباتنا على XRP أو XLM أو TON بدون Memo قابل للاستخدام، هذا ما يحدث.

1. الكشف. تقوم أنظمتنا باستمرار بمطابقة حركات حساب الإيداع مع الأوامر المفتوحة. يتم عزل أي إدخال بدون تطابق تلقائيًا في قائمة انتظار تسوية يدوية.
2. الإبلاغ من جانبك. افتح تذكرة من مركز المساعدة مع ثلاثة عناصر: تجزئة المعاملة، والعنوان الذي أرسلت منه، ورقم الأمر المعني. التجزئة وحدها كافية تقنيًا، لكن العناصر الثلاثة تسرع عملية التحقق.
3. إثبات السيطرة. يجب أن نثبت أن المرسل هو أنت بالفعل. اعتمادًا على الشبكة، يعني ذلك رسالة موقعة من المفتاح الذي أصدر المعاملة، أو تطابقًا مع منصة مصدر تم تحديدها بالفعل باسمك. هذه ليست إجراءً شكليًا: بدونها، يمكن لأي شخص المطالبة بإيداع يتيم قرأ تجزئته على مستكشف عام.
4. الإرفاق أو الإرجاع. بمجرد إثبات السيطرة، هناك نتيجتان: يتم إرفاق الإيداع بطلبك ومعالجته بسعر الصرف الساري في لحظة الإرفاق، أو يتم إرجاع الأموال إلى عنوان المصدر، مطروحًا منها تكلفة شبكة الإرجاع.

يعتمد التوقيت على قائمة الانتظار اليدوية وعلى مدى سرعة تقديمك لإثبات السيطرة. ليس فوريًا، ولا نعد بموعد تعاقدي على عملية تخرج عن المسار الآلي.

ما لا يمكننا فعله

يجب ذكر الحدود بوضوح.

• لا يمكننا فعل أي شيء بشأن إيداع أُرسل إلى خدمة أخرى. إذا كان عنوان الوجهة ليس ملكنا، فلا يمكننا الوصول إلى الحساب. ملاذك الوحيد هو دعم تلك الخدمة.
• لا يمكننا عكس معاملة مؤكدة. على XRP Ledger، يتم الوصول إلى الإنهاء في ثوانٍ وهو نهائي. لا يمكن لأي مشغل أو مدقق أو سلطة التراجع عنه.
• لا يمكننا تخمين هويتك. إيداع بدون Memo من عنوان منصة تداول مشتركة، مع استحالة إثبات السيطرة، لا يمكن نسبه. هذا هو السيناريو الذي ينتهي بخسارة بالضبط.

كيف لا تصل إلى هنا أبدًا

القواعد قصيرة، وتغطي تقريبًا كل حادث.

• اقرأ شاشة الإيداع بالكامل. عندما يكون الـMemo مطلوبًا، يتم عرضه بجانب العنوان بنفس الوزن البصري. إنه ليس حقلًا اختياريًا.
• انسخ الـMemo بزر النسخ، وليس يدويًا. حرف زائد أو ناقص ينتج عنه كود غير موجود، وهو ما يعادل عدم وجود Memo إطلاقًا.
• الصق الـMemo في الحقل الصحيح. تسميه واجهات السحب بشكل مختلف: Tag، Memo، Destination Tag، Comment، Message. أحيانًا يكون مطويًا خلف رابط "خيارات متقدمة".
• أرسل مبلغًا تجريبيًا عندما يكون المبلغ كبيرًا. إرسال مبلغ صغير أولاً يكلف سنتات على هذه الشبكات ويثبت أن المسار بأكمله يعمل.
• اختر شبكة بدون Memo عندما يكون لديك الخيار. إذا كنت تبيع USDT، فإن Tron وSolana وPolygon لا تتطلب أي Memo. المقارنة موجودة في USDT على TRC-20 أو ERC-20.

الحالة الخاصة بـ TON

تستحق TON ملاحظة خاصة بها. هناك يُسمى الحقل "comment" وهو تقنيًا رسالة نصية مرتبطة بالمعاملة، وليس عددًا صحيحًا مثل Destination Tag على XRP. يتبع ذلك فخان:

• بعض المحافظ ترسل الـcomment مشفرًا افتراضيًا. الـcomment المشفر غير قابل للقراءة للمستلم: يصل الإيداع كما لو لم يكن هناك Memo. تحقق من أن خيار التشفير متوقف عن العمل.
• تنسيق عنوان TON موجود في عدة أشكال (EQ... وUQ...، بالإضافة إلى أشكال خام). إنها تشير إلى نفس الحساب بعلامات مختلفة. استخدم الشكل الذي نعرضه، دون إعادة كتابته.

لماذا تبتعد التصاميم الأحدث عن الـMemo

الـMemo هو حل مؤقت، وليس ميزة. إنه موجود لأن إنشاء حساب يكلف شيئًا على تلك الشبكات، ويدفع عبء الصحة إلى الطرف الأقل تجهيزًا: الشخص المرسل.

هناك تطوران يزيلان هذا العبء ببطء.

الأول هو الانخفاض في تكلفة الاحتفاظ بالحسابات. عندما تنخفض متطلبات الاحتياطي، أو عندما يقبل الحافظ تحملها، يصبح توليد عنوان إيداع واحد لكل عميل مجديًا مرة أخرى — ويختفي الـMemo من شاشة المستخدم حتى لو كانت الشبكة لا تزال تدعمه. قامت عدة خدمات بالفعل بهذه الخطوة على XRP Ledger لعملائها الأكبر.

الثاني هو اشتقاق العناوين على شبكات نموذج الحساب. على TON، يمكن للمحفظة نشر عقود خفيفة الوزن مشتقة من حساب رئيسي، مما يمنح كل عميل عنوانًا مميزًا دون أن يدير المشغل آلاف أزواج المفاتيح.

لا يوجد أي من التغييرين عالمي اليوم. حتى يحدث ذلك، تبقى القاعدة العملية: إذا كانت شاشة الإيداع تعرض حقل Memo، فهذا الحقل إلزامي مثل العنوان، والتعامل معه كاختياري هو ما يحول تحويلًا روتينيًا إلى تذكرة دعم.

شيء واحد يجب تذكره

على XRP وStellar وTON، يحدد العنوان إلى أين تذهب الأموال؛ ويحدد الـMemo لمن هي. العنوان بدون Memo هو ظرف بدون اسم مستلم، تُرك عند مكتب استقبال مبنى من ألف شقة.

لمتطلبات الإيداع الخاصة بكل شبكة، بما في ذلك عدد التأكيدات وتنسيقات العناوين، انظر اختيار شبكة الإيداع الخاصة بك وصفحة الأصل ذات الصلة، على سبيل المثال بيع XRP.