أثار «تطابق أرقام UID» في بينانس نقاشًا واسعًا على الإنترنت؛ إليكم أبرز آراء المتناظرين من كلا الجانبين 👇

الخلفية: أراد المستخدم @1ts_hodlkitty تحويل أمواله من المنصة الرئيسية لبينانس إلى منصة بينانس تايلاند، فأدخل UID مباشرةً على المنصة الرئيسية لإتمام التحويل. وبعد تحويل 11,398.77 USDT، وصلت الأموال إلى حساب مستخدم آخر على المنصة الرئيسية.

الموقف المؤيد: يشدد أكثر على مسؤولية المستخدم في التحقق

المتحدث الأول @heyibinance | الترتيب العالمي على XHunt: 181

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

المتحدث الثاني في المناظرة: أسد أستراليا الكبير @BroLeon | الترتيب العالمي على XHunt: 905

وجهة النظر الأساسية: يتطلب التحويل عبر UID في Binance التأكد من صورة الطرف الآخر والاسم المستعار المرتبط بـ UID والتعرّف على الوجه، وغيرها من الخطوات؛ ولا مشكلة كبيرة في العملية. كيف يمكن للمستخدم ألا يتحمل أي مسؤولية على الإطلاق عندما يحوّل المال إلى الشخص الخطأ؟ أتفهم التفكير التلقائي، لكن لا يمكن تحميل Binance المسؤولية كاملة. يمكن تفهّم استعداد Binance لدفع تعويض من أموالها، لكن يجب على المستخدم الإقرار بأنه كان مهملاً. ينبغي أن يولي المرء أمواله الخاصة اهتمامًا أكبر، وأن يتحقق ثلاث مرات قبل تحويلها.

المتحدث الثالث في المناظرة: رأس مال صائد الصقور @thankUcrypto | الترتيب العالمي على XHunt: 1473

وجهة النظر الأساسية: يعرض التحويل عبر UID في Binance الصورة والاسم المستعار، كما يتطلب تحويل مبلغ كبير إلى حساب مجهول إدخال UID مرة أخرى؛ لكن لا يمكن تجاهل مسألة ما إذا كان المستخدم قد تحقق بعناية. أعارض مبدأ «توزيع التعويضات بناءً على الضجيج»، فلا ينبغي تغيير مبادئ التعامل مع الأموال لمجرد تقديم شكوى علنية.

المتحدثة الرابعة في المناظرة: Jiayi 加一 @mscryptojiayi (موظفة سابقة في Binance) | الترتيب العالمي على XHunt: 1878

وجهة النظر الأساسية: الأمر أشبه بالنسختين الصينية والعالمية من لعبة Honor of Kings؛ فأنت تعرف أن الخوادم المختلفة لها معرّفات مختلفة، ومع ذلك افترضت أن التحويل باستخدام UID عبر المواقع سيتم مباشرة، ثم تجاهلت التأكيدين الإلزاميين. هذا إهمال منك لأصولك. احرص على أصولك بنفسك، ولا تتوقع أن يعوضك النظام الأساسي لمجرد إثارة ضجة بعد الواقعة. وقد لا يهتم بك أي من منصات التداول الأخرى.

المتحدث الخامس في المناظرة: Ron @Ron521520 | الترتيب العالمي على XHunt: 20717

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

المتحدث السادس في المناظرة: jack_hu @jackhu_bangzhu | الترتيب العالمي على XHunt: 90154

وجهة النظر الأساسية: قالت هي يي إن الأمر كان تحويلًا عبر التطبيقات إلى المنطقة التايلاندية، حيث ظُنّ خطأً أن UID عنوان، وليس نتيجة تطابق أرقام؛ وقد جُمّدت الأموال بالفعل، ولا بد من إضافة خطوة تأكيد ثالثة. حسابات الموقع الرئيسي والمنطقة التايلاندية غير مشتركة—مثل عملتين تحملان الاسم نفسه في منصتي تداول مختلفتين: واجهة واحدة، لكن لكل منهما نظام تسوية مستقل. يمكن تجميد الأموال، لكن لا يمكن تجميد حركة اليد الخاطئة. عندما تحوّل داخليًا، هل تتحقق أخيرًا من UID أم من العنوان؟

المعارضون: يركزون أكثر على آليات المنصة لمنع الأخطاء

المتحدث الأول في المناظرة: @star_okx | الترتيب العالمي على XHunt: 236

وجهة النظر الأساسية: ينبغي أن يكون UID فريدًا عالميًا عبر المواقع المختلفة التابعة للعلامة التجارية نفسها؛ وإلا فلا ينبغي السماح بتحويل داخلي بين المواقع اعتمادًا على UID وحده. فقد تتطابق سلسلة الأرقام نفسها مع حسابات مختلفة على مواقع مختلفة، ما يسهل وقوع أخطاء في تحديد المستلم. ينبغي أن يقلل تصميم المنتج، من أساسه، فرص ارتكاب المستخدمين للأخطاء، بدلًا من تحميل المستخدم المسؤولية الرئيسية عن التحقق. لا ينبغي للمنتج الجيد أن يوقع المستخدم في فخ الاعتقاد بأن «العلامة التجارية واحدة، لكن أنظمة الحسابات مختلفة».

المتحدثة الثانية في المناظرة: Sea @Sea_Bitcoin | الترتيب العالمي على XHunt: 1663

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

المتحدث الثالث في المناظرة: البرتقالة الكبيرة جدًا @0xVeryBigOrange | الترتيب العالمي على XHunt: 1676

وجهة النظر الأساسية: ينبغي أن يكون UID فريدًا عالميًا ضمن العلامة التجارية نفسها؛ وإلا فلا يجوز تمرير التحويلات بين المواقع اعتمادًا على الرقم وحده. ما يراه المستخدم هو «Binance»، ولن يتعمق في معرفة أن الموقع الرئيسي والموقع التايلاندي كيانان قانونيان مستقلان ولهما نظاما حسابات منفصلان. ينبغي أن يعالج تصميم المنتج هذا التناقض بين اتساق العلامة التجارية والعزل التقني، بدلًا من أن يضطر المستخدم العادي إلى تحديد «إلى أي موقع ينتمي هذا الـ UID» بنفسه أثناء التحويل. يُنصح بإضافة بادئة من الأحرف (مثل TH- أو TR-) لتمييز المواقع، والنظر في دفع تعويض مقدمًا بعد وقوع تحويل خاطئ، ثم التفاوض مع المستلم، بدلًا من ترك المستخدم ينتظر طويلًا رد حساب غير نشط.

المتحدث الرابع في المناظرة: Crypto攻城狮 @gcsbtc | الترتيب العالمي على XHunt: 3593

وجهة النظر الأساسية: حسابا الموقع الرئيسي والموقع المحلي غير مترابطين، ومن الوقائع أن المستخدم أدخل UID خطأً على الموقع الرئيسي، ما أدى إلى تحويل الأموال إلى الجهة الخطأ. قصور المعلومات في صفحة التأكيد مجال يمكن للمنتج تحسينه. يُستحسن موقف هي يي من استعدادها لتقديم تعويض شخصي وتحسين المنتج، لكن التعويض معالجة لاحقة، وليس بديلًا عن تصميم المنتج. يُنصح بالتحقق الفوري من الموقع الذي ينتمي إليه UID في خانة الإدخال، وبوضع توضيح صريح في صفحة التأكيد: «هذا الـ UID تابع للموقع الرئيسي / الموقع التايلاندي؛ هل التحويل بينهما مدعوم؟». ينبغي إزالة الالتباس قبل إجراء المعاملة، بدلًا من الاعتماد على المستخدم كي يتذكر بنفسه قواعد المواقع المعقدة.

المتحدث الخامس في المناظرة: $trong @StrongHedge | الترتيب العالمي على XHunt: 15819

وجهة النظر الأساسية: عندما تواجه المنصة خللًا في المنتج وتلقي باللوم على المستخدم، فالمسألة لا تقتصر على تحويل خاطئ واحد، بل تمس الثقة أيضًا. إن النقر على التأكيد الثاني مع استمرار التحويل إلى الجهة الخطأ يوضح أن المعلومات في عملية التأكيد نفسها غير كافية (إذ لا تعرض بوضوح «الموقع المستهدف» أو «ما إذا كان التحويل بين المواقع مدعومًا»). عندما يتيح تصميم المنتج احتمال تطابق UID بين «مواقع مختلفة تابعة للعلامة التجارية نفسها»، فإن تحميل المستخدم المسؤولية كاملة بحجة أنه «لم يدقق جيدًا» سيجعله يشعر بأن المنصة تتهرب من مشكلات على مستوى المنتج. يمكن التفاوض بشأن تحويل خاطئ واحد، لكن تكرار حالات مشابهة سيقوض ثقة المستخدمين بالمنصة.

المتحدثة السادسة في المناظرة: Sun 孙 ⚡💵 @hashcoin0 | الترتيب العالمي على XHunt: 35760

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

في الختام، أشعر أن كلا الطرفين يتحملان المسؤولية.

كان بإمكان Binance الحد من وقوع مثل هذه الحالات عبر تصميم آلية UID أفضل (بجعلها فريدة عالميًا أو فرض تحديد الموقع)، كما ينبغي أن يتحقق المستخدم مرة أخرى عند التأكيد الثاني، وأن يبدأ بتحويل مبلغ صغير للاختبار. لا ينبغي إهمال الوقاية من الأخطاء في تصميم المنتج ولا حرص المستخدم.