Paradigm rivela che Polymarket conta due volte i dati commerciali

I ricercatori di Paradigm, guidati da Storm Slivkoff, hanno scoperto che i dati relativi al volume di trading di Polymarket, non correlati al wash trading, sono stati conteggiati due volte su quasi tutte le principali dashboard. Slivkoff, partner di ricerca di Paradigm, ha affermato che ciò è dovuto al fatto che i dati on-chain di Polymarket contengono eventi blockchain ridondanti.

Slivkoff ha affermato che un'analisi della struttura di mercato di Polymarket, degli smart contracttracdei dati sugli eventi ha rivelato che il metodo usuale di sommare OrderFilled è la ragione principale del doppio conteggio. Questo metodo conteggia due volte cash (in USD) e il numero di contrattitrac.  

Ad esempio, Slivkoff ha scoperto che una semplice vendita di token YES/NO di 4,13 dollari viene registrata come volume pari a 8,26 dollari, perché eventi OrderFilled separati rappresentano il lato taker e il lato maker della transazione. Il ricercatore sottolinea che il volume su tali mercati di previsione dovrebbe essere misurato utilizzando il lato taker o il lato maker, non entrambi.

Slivkoff analizza l'anatomia commerciale di Polymarket

Il partner di ricerca di Paradigm ha iniziato descrivendo i dati on-chain associati a ogni transazione sulla Polymarket . Ha sottolineato che tutte le transazioni della piattaforma seguono un modello rigido, che include al massimo un gruppo di ordini Polymarket abbinati per ogni transazione Polygon. 

Slivkoff ha inoltre spiegato che ogni serie di ordini abbinati ha almeno un "maker" e precisamente un "taker". Ha inoltre osservato che le transazioni commerciali vengono inviate da circa 50 EOA affiliate a Polymarket e che ogni transazione sulla piattaforma segue la stessa sequenza di eventi.

"I dati on-chain di Polymarket sono piuttosto complessi e questo ha portato all'adozione diffusa di metodi contabili imperfetti." 

–Storm Slivkoff, partner di ricerca presso Paradigm 

Secondo Slivkoff, il bug contabile gonfia sia i tipi di metriche di volume comunemente utilizzati per il volume del flusso cash e il volume nozionale, sia il mercato delle previsioni. Ha osservato che i dati della piattaforma sono stati fonte di confusione per gli analisti di dati crittografici, che hanno difficoltà a districare i numerosi livelli interagenti utilizzando un esploratore di blocchi. 

Slivkoff ha affermato che questa difficoltà sorge perché le negoziazioni sulla piattaforma possono essere semplici swap o fusioni e scissioni, in cui entrambe le parti scambiano posizioni opposte in cambio di cash. Ha inoltre affermato che gli smarttracpresentano eventi ridondanti per trac, che gli esploratori blockchain standard spesso non riescono a distinguere chiaramente.   

Paradigm costruisce un simulatore per illustrare il comportamento del volume degli scambi

Paradigm ha rivelato che il suo team ha creato un simulatore per illustrare il comportamento di diverse metriche di trading in almeno otto tipologie di trading. Il simulatore calcola le variazioni del saldo maker/taker, le variazioni degli interessi aperti e varie metriche di volume per ogni tipologia di trading. 

Slivkoff ha inoltre rivelato che il prezzo di YES e il numero ditracnegoziati sono gli unici due input richiesti per la simulazione. Ha anche suggerito che gli analisti di dati crittografici possano creare copie del foglio di calcolo e modificare i parametri per eseguire le proprie simulazioni. 

Tuttavia, Slivkoff ha sottolineato che gli analisti che utilizzano questo simulatore dovrebbero tenere presente alcune invarianti. Ha chiarito che per ogni tipo di operazione, il maker e il taker assumono sempre posizioni opposte. Una è una risoluzione YES lunga, l'altra è una risoluzione YES corta. 

Slivkoff ha anche osservato che i delta YES e NO dei maker e taker hanno sempre valori assoluti simili. Tuttavia, ha aggiunto che questo è diverso dai USDC , che possono avere valori assoluti diversi.

Il ricercatore ha inoltre sottolineato che le operazioni di split trading aumentano sempre l'open interest, mentre le operazioni di merge trading diminuiscono sempre l'open interest. Al contrario, le operazioni di swap trading lasciano sempre l'open interest invariato. 

Slivkoff ha osservato che calcolare sia il volume nozionale che il volume del flusso cash per le operazioni swap è semplice. Ha anche osservato che la somma degli ordini completati di Polymarket presentava un valore doppio rispetto a quello corretto per entrambe queste metriche. Tuttavia, ha sottolineato che il calcolo di queste metriche per le operazioni di merge e split è più complesso rispetto a uno swap convenzionale.