وجدت خطأ كبيرا في البيانات اتضح أن تقريبا كل لوحة تحكم رئيسية كانت تحسب حجم Polymarket مرتين (غير مرتبط بالتداول بالغسل) وذلك لأن بيانات السلسلة الخاصة ب Polymarket تحتوي على تمثيلات متكررة لكل صفقة. ايصالات ⬇️⬇️

إليك مثال بسيط على المعاملة 0xbf47fbf1bc113a7ec50a1103921265ba5d8fbe6dfb4d12a1c78c61c8fdb195bf هذه صفقة لرموز YES مقابل 4.13 دولار. لكنها تحتوي على حدثين من OrderFilled بسعر 4.13 دولار لكل منهما. لذا معظم لوحات المعلومات تذكر أن حجم التداول 8.26 دولار

هذا الخلل يضخم *كلا نوعي* مقاييس الحجم المستخدمة عادة في أسواق التنبؤ: 1. الحجم الاسمي (# العقود المتداولة) 2. حجم التدفق النقدي (القيمة المتداولة في وقت التداول) هذا الخلل يضخم كلا المعيارين لجميع الصفقات على المنصة

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

لفهم هذه المشكلة، أنشأت محاكيا يوضح كيف يعمل كل نوع من أنواع التجارة الثمانية في بوليماركت يحتوي هذا المحاكي أيضا على 4 صفقات أمثلة لكل نوع تداول يمكنك محاكاتها [الرابط في المقال أدناه]

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

لقد قمنا بالتحقق من هذه المعلومات مع عدة منشئ لوحات معلومات ومحللي بيانات @AlliumLabs، @DefiLlama، @blockworksres الآن تقوم بتحديث لوحات تحكم Polymarket الخاصة بهم للتخلص من العد المزدوج

شكرا جزيلا ل @datadashboards @AlliumLabs @smyyguy @chaoslabs @notawizard @ciamac @danrobinson @FrankieIsLost على الملاحظات + المحادثات التي ساعدت في فك هذه البيانات