encontrou um erro de dados bastante significativo acontece que quase todos os principais painéis de controle têm contado em dobro o volume do Polymarket (não relacionado a wash trading) isso se deve ao fato de que os dados onchain do Polymarket contêm representações redundantes de cada negociação. recibos ⬇️⬇️

aqui está um exemplo simples de transação 0xbf47fbf1bc113a7ec50a1103921265ba5d8fbe6dfb4d12a1c78c61c8fdb195bf esta é uma negociação de tokens YES por $4.13. mas contém dois eventos OrderFilled de $4.13 cada. portanto, a maioria dos painéis de controle reporta isso como um volume de $8.26

este bug inflaciona *ambos* os tipos de métricas de volume comumente usadas para mercados de previsão: 1. volume nocional (o # de contratos negociados) 2. volume de fluxo de caixa (o $ valor negociado no momento da negociação) este bug inflaciona ambas as métricas para todas as negociações na plataforma

essa confusão levou a uma contagem dupla generalizada do volume o problema central = Polymarket emite eventos OrderFilled separados para o maker e o taker de cada negociação a maioria dos painéis calcula o volume somando esses eventos. mas isso soma duas representações redundantes das mesmas negociações

para entender este problema, construí um simulador que mostra como cada um dos 8 tipos de negociação da Polymarket funciona este simulador também contém 4 negociações de exemplo para cada tipo de negociação que você pode simular [link no artigo abaixo]

para além do simulador, eu também 1) auditei as partes dos contratos da Polymarket que emitem eventos e 2) examinei muitas invariantes nos dados on-chain da Polymarket todas as linhas de evidência apontam para as mesmas conclusões sobre a contagem dupla também note que este bug não está relacionado com wash trading

validámos esta informação com vários criadores de painéis e analistas de dados @AlliumLabs, @DefiLlama, @blockworksres estão agora a atualizar os seus painéis do Polymarket para eliminar a contagem dupla

agradecimentos enormes a @datadashboards @AlliumLabs @smyyguy @chaoslabs @notawizard @ciamac @danrobinson @FrankieIsLost pelo feedback + conversas que ajudaram a desvendar estes dados