الشهر الماضي، كنت أتحصّل على الإيجار من غرفتين في الوقت نفسه. كانت الغرفة (A) مستحقة 5 ملايين دينار فيتنامي، بينما كانت الغرفة (B) مستحقة 6 ملايين. وما إن ظهر في هاتفي إيداع بقيمة 5 ملايين دينار فيتنامي، أرسل المستأجر (A) رسالة نصية قائلاً: “لقد أرسلته.” وفي اللحظة نفسها تقريبًا، أرسل المستأجر (B) أيضًا لقطة شاشة لتحويل بقيمة 5 ملايين دينار وادّعى أنها تخصّه. بعد قليل، وصل مبلغ آخر قدره 1 مليون دينار. لو كنت قد نظرت فقط إلى المبلغ الإجمالي ولقطات الشاشة، لكنت بسهولة قد علّمت المستأجرين الاثنين على أنهما قد سددَا.

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

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

تقييم ذاتي: لكن بالعودة إلى غرفتي الإيجار، بنكِي يخبرني فقط من قام بتحويل كم. لا يضع تلقائيًا وسم الدفع كـ “الغرفة A” أو “الغرفة B”. كما أن Binance P2P أيضًا لا يمكنه تلقائيًا معرفة إلى أي دفعة مصرفية خارجية يطابقها البائع ضمن أي طلب. إذا قام البائع بربط خاطئ وأطلق العملات المشفرة يدويًا، فلا تكون عملية الاسترداد بعد ذلك مضمونة. لذلك ينتهي الضمان دائمًا عند بوابة بشرية بحتة: مطابقة الهوية الصحيحة والمبلغ الصحيح والطلب الصحيح قبل تأكيد الإفراج.

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

@Binance Vietnam #BinanceP2PAnToan $ACE $EDEN $TUT