Našel jsem docela zásadní datovou chybu ukazuje se, že téměř každý hlavní dashboard počítal dvojnásobně objem Polymarketu (což nesouvisí s wash tradingem) je to proto, že onchain data Polymarketu obsahují redundantní reprezentace každého obchodu. stvrzenky ⬇️⬇️

Tady je jednoduchý příklad transakce 0xbf47fbf1bc113a7ec50a1103921265ba5d8fbe6dfb4d12a1c78c61c8fdb195bf jedná se o výměnu tokenů YES za 4,13 $. ale obsahuje dvě události OrderFilled za $4.13 každá. Většina dashboardů uvádí objem 8,26 $

Tato chyba nafukuje *oba* typy objemových metrik běžně používaných na predikčních trzích: 1. Notional volume (# obchodovaných kontraktů) 2. objem peněžních toků (hodnota $ obchodovaná v době obchodování) Tato chyba nafukuje obě metriky pro všechny profese na platformě

Tento zmatek vedl k rozsáhlému dvojímu počítání objemů hlavní issue = Polymarket vysílá samostatné události OrderFilled pro tvůrce a příjemce každého obchodu Většina dashboardů počítá objem sčítáním těchto událostí. ale to sčítá dvě redundantní reprezentace téhož řemesla

Abych tento problém pochopil, vytvořil jsem simulátor, který ukazuje, jak funguje každý z 8 typů obchodů v Polymarketu Tento simulátor také obsahuje 4 ukázkové obchody pro každý typ obchodu, které můžete simulovat [odkaz v článku níže]

kromě simulátoru jsem také 1) auditoval části Polymarket kontraktů, které vyzařují události, a 2) zkoumal mnoho invariant v datech Polymarket onchain Každá linie důkazů ukazuje na stejné závěry o dvojím počítání Také si všimněte, že tato chyba nesouvisí s wash tradingem

Tyto informace jsme ověřili s několika tvůrci dashboardů a datovými analytiky @AlliumLabs, @DefiLlama @blockworksres nyní aktualizují své dashboardy Polymarketu, aby se zbavily dvojího počítání

Obrovské díky @datadashboards @AlliumLabs @smyyguy @chaoslabs @notawizard @ciamac @danrobinson @FrankieIsLost za zpětnou vazbu + konverzace, které pomohly tato data rozplést.