لماذا لا يرى صرّاف العملات المشفرة تحويل BTC أو ETH أو USDT بعد إرساله؟

الخلاصة العملية

• وجود حالة «تم الإرسال» في المحفظة لا يثبت وحده أن المعاملة وصلت إلى البلوكشين؛ الدليل الأقوى هو معرّف المعاملة القابل للعثور عليه في مستكشف الشبكة الصحيح.
• ظهور المعاملة في المستكشف بحالة معلّقة يعني أن الشبكة تعرفها، لكن إدراجها في كتلة أو اعتمادها النهائي لم يكتمل بعد.
• ظهورها كمعاملة ناجحة إلى العنوان الصحيح لا يعني بالضرورة أن رصيد الصرّاف سيتحدث فوراً؛ قد ينتظر النظام عدداً معيناً من التأكيدات أو ينفذ فحصاً داخلياً.
• في USDT يجب أن تتطابق شبكة الإرسال مع الشبكة المحددة في طلب الصرف. تشابه اسم الأصل أو شكل العنوان لا يثبت توافق الشبكتين.
• إذا كانت المعاملة مؤكدة والعنوان والشبكة صحيحين، فالخطوة المناسبة هي تزويد الدعم بمعرّف المعاملة ورقم الطلب، لا إرسال دفعة ثانية.

المفاهيم التي تفسر ما يحدث

معرّف المعاملة

معرّف المعاملة، ويشار إليه عادةً باسم TXID أو Transaction Hash، هو البصمة التي تسمح بالبحث عن التحويل على البلوكشين. إذا قدمت منصة الإرسال معرّفاً صالحاً، يمكن التحقق من عنوان المستلم والأصل والشبكة والحالة وعدد التأكيدات دون الاعتماد على واجهة المحفظة وحدها.

البث والتعليق والتأكيد

بعد توقيع المعاملة يجب بثها إلى عقد الشبكة. في بيتكوين قد تبقى المعاملة غير المؤكدة في ذاكرة العقد المعروفة باسم mempool إلى أن تُدرج في كتلة، كما أن صورة المعاملات المعلّقة قد تختلف بين عقدة وأخرى. لذلك قد يعثر مستكشف على المعاملة قبل أن يلتقطها نظام آخر مباشرة. ^[1]

في إيثريوم تُبث المعاملة أولاً وتدخل مجموعة المعاملات المعلّقة، ثم يختارها مدقق لإدراجها في كتلة. بعد ذلك تتقدم حالة الكتلة نحو درجات أقوى من الثبات. لهذا تختلف «رآها المستكشف» عن «أصبحت جاهزة للاعتماد لدى الصرّاف». ^[2]

شبكة الأصل وعقد الرمز

BTC هو الأصل الأصلي لشبكة بيتكوين، وETH هو الأصل الأصلي لشبكة إيثريوم، أما USDT فيوجد على عدة بروتوكولات وشبكات. توصي وثائق Tether بالتأكد بعناية من بروتوكول النقل وعنوان الوجهة، لأن اختيار شبكة غير صحيحة قد يجعل استرداد الأموال صعباً أو غير ممكن حسب الجهة المستلمة. ^[3]

لا يكفي أن يعرض الطرفان كلمة USDT. يجب مثلاً أن تكون الشبكة المحددة في طلب الصرف هي نفسها التي اختيرت عند السحب. كما ينبغي التحقق من عقد الرمز إذا كانت المحفظة تعرض عدة رموز تحمل اسماً متشابهاً؛ فالتحويل الناجح لرمز غير مدعوم لا يتحول تلقائياً إلى إيداع صحيح.

خريطة الآلية: من زر الإرسال إلى ظهور الرصيد

سيناريو واقعي: USDT ظاهر في المستكشف وغير ظاهر في الطلب

أنشأ المستخدم طلباً لإرسال USDT، ثم نسخ عنوان الإيداع إلى محفظته. بعد الإرسال ظهرت له بصمة معاملة، لكن صفحة الطلب لم تتغير.

يبدأ التشخيص بفتح مستكشف الشبكة التي اختيرت فعلياً في المحفظة، لا مستكشف شبكة أخرى تحمل USDT أيضاً. إذا لم يجد المستكشف المعرّف، فقد يكون السحب ما زال قيد المعالجة لدى منصة الإرسال، أو لم يُبث بصورة صحيحة. هنا يجب مراجعة حالة السحب عند الجهة المرسلة.

إذا وجد المستكشف المعاملة معلّقة، فالعنوان المقصود معروف للشبكة لكن التحويل لم يصل بعد إلى مرحلة الاعتماد المطلوبة. أما إذا كانت ناجحة، فيُقارن عنوان الوجهة حرفاً بحرف مع عنوان الطلب، ثم تُراجع شبكة الإرسال وعقد الرمز. عند تطابق هذه البيانات، يصبح معرّف المعاملة ورقم الطلب أساس التواصل مع الصرّاف.

أما إذا نجحت المعاملة على شبكة مختلفة عن المحددة في الطلب، فلا يمكن الاستنتاج من كلمة «ناجحة» أن الصرّاف استلمها ضمن نظامه. النجاح يعني أن الشبكة المنفذة قبلت العملية إلى العنوان المسجل عليها؛ ولا يثبت أن جهة الاستلام تدعم تلك الشبكة أو تملك آلية لاسترداد الأصل منها.

أكثر نقاط التعطل احتمالاً وكيف تتعرف عليها

لم يظهر معرّف المعاملة بعد

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

المعرّف موجود لكن المستكشف لا يجده

تحقق أولاً من أنك تستخدم مستكشف الشبكة الصحيحة وأن المعرّف نُسخ كاملاً. قد تعرض بعض التطبيقات رقماً داخلياً للسحب يختلف عن معرّف البلوكشين. اطلب من الجهة المرسلة TXID أو Transaction Hash الخاص بالتحويل الخارجي.

المعاملة معلّقة

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

المعاملة مؤكدة لكن العنوان مختلف

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

العنوان صحيح لكن الشبكة غير صحيحة

هذه من أخطر الحالات مع USDT. قد تكون المعاملة صحيحة تقنياً على الشبكة التي أرسلت عبرها، لكنها خارج مسار الإيداع الذي يراقبه الصرّاف. لا تفترض إمكانية الاسترداد لمجرد تشابه العناوين بين بعض الشبكات. أرسل التفاصيل إلى الدعم وانتظر تقييماً تقنياً؛ بعض حالات الرموز أو الشبكات غير المدعومة تكون معقدة أو غير قابلة للاسترداد. ^[4]

كل البيانات صحيحة وما زال الطلب معلقاً

قد يكون نظام الرصد لم يربط المعاملة بالطلب بعد، أو لم يتحقق شرط التأكيدات، أو دخلت العملية مراجعة مرتبطة باتجاه الصرف ونتائج فحوص الامتثال. لا يمكن تحديد سبب داخلي دقيق من المستكشف وحده، كما أن متطلبات التحقق تختلف بحسب العملية. يجب مراجعة الشروط الحالية قبل إنشاء الطلب وتقديم ما يطلبه الدعم دون إرسال مفاتيح خاصة أو عبارة الاسترداد.

حدود هذه الطريقة

تنجح خريطة التشخيص عندما تكون المعاملة عامة ويمكن البحث عنها، وعندما يتوفر عنوان الطلب والشبكة ومعرّف المعاملة. لكنها لا تكشف سبب المراجعة الداخلية، ولا تثبت أن شبكة معينة مدعومة حالياً لمجرد أن الصرّاف يدعم الأصل نفسه. يجب التأكد من توافر الزوج واتجاه الصرف والشبكة داخل واجهة الطلب قبل كل عملية.

يدعم الصرّاف أصولاً من بينها BTC وETH وUSDT، لكن ذلك لا يعني توافر كل الشبكات أو جميع اتجاهات المبادلة في كل وقت. كذلك لا يمكن تقدير مدة الاعتماد من اسم العملة وحده؛ فحالة الشبكة، وسياسة التأكيدات، وصحة بيانات الطلب، والمراجعات اللازمة قد تغير النتيجة.

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

بعد جمع المعرّف والشبكة وعنوان الوجهة وحالة التأكيدات، يمكن مراجعة طلب الصرف وبيانات الإيداع لدى الصرّاف ومقارنتها بما يظهر على البلوكشين.

مذكرة التحقق قبل التواصل مع الدعم

• أستطيع التمييز بين موافقة المحفظة على السحب وبين بث معاملة فعلية إلى الشبكة.
• أستطيع العثور على TXID الصحيح وفتحه في مستكشف الشبكة المستخدمة.
• أستطيع تحديد ما إذا كانت المعاملة غير موجودة أو معلّقة أو مدرجة في كتلة.
• أستطيع مقارنة عنوان المستلم في البلوكشين بعنوان طلب الصرف دون الاعتماد على الأحرف الأولى والأخيرة فقط.
• أستطيع التحقق من أن شبكة USDT وعقد الرمز يطابقان بيانات الإيداع، لا اسم الأصل وحده.
• أعرف أن نجاح المعاملة على شبكة خاطئة لا يثبت وصولها إلى نظام الصرّاف.
• أستطيع إرسال رقم الطلب ومعرّف المعاملة والشبكة إلى الدعم من دون مشاركة المفتاح الخاص أو عبارة الاسترداد.