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

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

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

هو بطيء ومزعج وغير بديهي. يملّ المشترون. “أرسلته يا أخي، افحص رسائلك SMS.” لكن الدقيقتين اللتين تقضيهما في فتح تطبيق البنك هما الفارق بين الاحتفاظ بعملاتك المشفرة وبين تسليمها لشخص لديه مهارة فوتوشوب جيدة.

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

#binancep2pantoan @Binance Vietnam $ACE $COW $WAL