مهرجان Binance الضخم: حدث ذلك مجددًا. أروني سجل الخادم.
منحت Binance حسن الظن في المرة الأولى.
اليوم، حدث الأمر نفسه مجددًا، وقد سجلته.
حصلت على لفّاتي باستيفاء متطلبات الحملة. وعند إعادة الضبط اليومية، عرضت الواجهة اللفّات المتاحة لي وسمحت لي بالضغط على GO.
ضغطت على GO.
ومجددًا: الخطأ 110006.
سبق أن أوضحت لي Binance أن مجموعة المكافآت قد تنفد بينما تواصل الواجهة الأمامية عرض الحالة السابقة، وأن التوافر الفعلي يتحدد عندما يعالج النظام الخلفي الطلب.
حسنًا. إذن لدي سؤال أكثر تحديدًا:
إذا كانت هذه الحملة تعتمد مبدأ «من يأتي أولًا يُخدم أولًا»، فأي طلب وصل إلى الخادم أولًا بالفعل؟
تنص الشروط المنشورة على توزيع المكافآت وفق مبدأ «من يأتي أولًا يُخدم أولًا» حتى نفاد مجموعة المكافآت البالغة 500,000 دولار. كما تنص على أن اللفّات المتبقية قد تظل متاحة حتى بعد نفاد المجموعة اليومية. �
Binance
لكن أين يوضح ذلك:
• آلية قائمة الانتظار/ترتيب الطلبات على جانب الخادم؟
• الطابع الزمني الذي يبيّن متى استُلم طلبي؟
• الطابع الزمني الذي يبيّن متى عولج؟
• الوقت المحدد الذي نفدت فيه مجموعة المكافآت؟
• موضع طلبي في تسلسل المعالجة هذا؟
• حدث الخادم المحدد الذي أدى إلى ظهور الخطأ 110006؟
إذا قالت Binance:
«عولج طلبك بعد نفاد مجموعة المكافآت».
فإنني أطلب السجل الموضوعي الذي يدعم هذا التصريح.
لا أطلب هوية مستخدم آخر أو معلوماته الخاصة. أطلب من Binance تقديم تفسير تقني مجهول الهوية لطلبي أنا.
وسؤال آخر:
أين ورد أن الواجهة قد تواصل عرض زر GO واللفّات المتاحة بعد نفاد مجموعة المكافآت بالفعل؟
يخبر إعلان الحملة المستخدمين:
«انقر على زر GO لاستخدام لفّاتك والكشف عن مكافأتك فورًا.»
Binance
سبق أن أكد لي دعم Binance أن سلوك الواجهة الأمامية المحدد هذا لم يُذكر صراحةً في الشروط المنشورة.
لذا، يُرجى ألا تكتفوا بإخبار المشاركين:
«هكذا يعمل النظام».
أخبرونا أين كُشف عن هذه الآلية، وما الأدلة المتاحة على جانب الخادم التي تدعم هذه النتيجة. قبل يومين
منحت Binance حسن الظن في المرة الأولى.
اليوم، حدث الأمر نفسه مجددًا، وقد سجلته.
حصلت على لفّاتي باستيفاء متطلبات الحملة. وعند إعادة الضبط اليومية، عرضت الواجهة اللفّات المتاحة لي وسمحت لي بالضغط على GO.
ضغطت على GO.
ومجددًا: الخطأ 110006.
سبق أن أوضحت لي Binance أن مجموعة المكافآت قد تنفد بينما تواصل الواجهة الأمامية عرض الحالة السابقة، وأن التوافر الفعلي يتحدد عندما يعالج النظام الخلفي الطلب.
حسنًا. إذن لدي سؤال أكثر تحديدًا:
إذا كانت هذه الحملة تعتمد مبدأ «من يأتي أولًا يُخدم أولًا»، فأي طلب وصل إلى الخادم أولًا بالفعل؟
تنص الشروط المنشورة على توزيع المكافآت وفق مبدأ «من يأتي أولًا يُخدم أولًا» حتى نفاد مجموعة المكافآت البالغة 500,000 دولار. كما تنص على أن اللفّات المتبقية قد تظل متاحة حتى بعد نفاد المجموعة اليومية. �
Binance
لكن أين يوضح ذلك:
• آلية قائمة الانتظار/ترتيب الطلبات على جانب الخادم؟
• الطابع الزمني الذي يبيّن متى استُلم طلبي؟
• الطابع الزمني الذي يبيّن متى عولج؟
• الوقت المحدد الذي نفدت فيه مجموعة المكافآت؟
• موضع طلبي في تسلسل المعالجة هذا؟
• حدث الخادم المحدد الذي أدى إلى ظهور الخطأ 110006؟
إذا قالت Binance:
«عولج طلبك بعد نفاد مجموعة المكافآت».
فإنني أطلب السجل الموضوعي الذي يدعم هذا التصريح.
لا أطلب هوية مستخدم آخر أو معلوماته الخاصة. أطلب من Binance تقديم تفسير تقني مجهول الهوية لطلبي أنا.
وسؤال آخر:
أين ورد أن الواجهة قد تواصل عرض زر GO واللفّات المتاحة بعد نفاد مجموعة المكافآت بالفعل؟
يخبر إعلان الحملة المستخدمين:
«انقر على زر GO لاستخدام لفّاتك والكشف عن مكافأتك فورًا.»
Binance
سبق أن أكد لي دعم Binance أن سلوك الواجهة الأمامية المحدد هذا لم يُذكر صراحةً في الشروط المنشورة.
لذا، يُرجى ألا تكتفوا بإخبار المشاركين:
«هكذا يعمل النظام».
أخبرونا أين كُشف عن هذه الآلية، وما الأدلة المتاحة على جانب الخادم التي تدعم هذه النتيجة. قبل يومين
