Os erros de execução mais caros em mercados de previsão

O erro de execução mais caro em um mercado de previsão nem sempre é errar a direção do evento. Muitas perdas surgem de uma operação mal especificada: contrato errado, preço distante do pretendido, quantidade incompatível com o saldo, instrução inadequada ou suposição de que um preenchimento visualizado já foi liquidado.

Preço é o valor negociado; probabilidade é uma interpretação desse valor; execução é o processo de aceitar, casar e preencher a ordem; resultado realizado ocorre depois, quando o evento é resolvido e a posição é liquidada. Confundir essas etapas prejudica a operação mesmo quando a análise está correta.

Em uma hipótese ilustrativa, um contrato a US$ 0,60 pode ser lido como probabilidade implícita aproximada de 60%, antes de taxas, estrutura e outras fricções. Isso não garante que a probabilidade verdadeira seja 60%, que a ordem será executada nesse preço ou que o resultado será positivo.

O primeiro erro caro acontece antes da ordem: operar um contrato cuja pergunta, prazo ou critério de resolução não corresponde à tese. Mercados com nomes parecidos podem tratar de datas, limiares ou fontes diferentes. Uma análise correta do evento não compensa uma leitura incorreta do contrato.

Em mercados descentralizados, o predicado exato é parte crítica do desenho. Definições ambíguas, duplicatas e notas de contexto publicadas depois podem alterar a interpretação de quem não acompanha a resolução. Por isso, a regra de pagamento deve ser lida como parte da operação, não como detalhe jurídico.

Exemplo: você acredita que um time vencerá uma competição, mas compra um contrato que pergunta se ele terminará entre os três primeiros. A direção geral da opinião pode estar correta, mas o payoff não corresponde à tese. O prejuízo nasce da especificação, não da previsão.

Em muitos mercados binários, o preço é interpretado como probabilidade implícita. Essa leitura é útil, mas incompleta: a cotação também incorpora liquidez, urgência, custos, assimetria de informação e vieses. Setenta centavos não são uma promessa de 70% de chance.

Uma análise acadêmica baseada em 188.509 mercados binários resolvidos e 1.875.570 observações diárias encontrou habilidade preditiva agregada nos preços, mas também compressão em direção a 0,50: favoritos tendiam a ser subestimados e eventos improváveis, superestimados. O estudo reportou Brier Skill Score de 0,398, com variação entre domínios, e observou que alguns resultados por horizonte perdiam significância quando a dependência entre mercados era considerada.

Se o mercado está a 0,70 e sua estimativa é 0,74, a diferença de quatro pontos percentuais pode não justificar uma ordem agressiva quando spread, profundidade, distância até a resolução e custos são relevantes. A margem precisa sobreviver às fricções e aos erros do modelo.

Uma ordem pode estar correta em preço e ainda ser cara porque o livro não tem profundidade. Quando o tamanho excede as ofertas disponíveis, a execução percorre vários níveis e produz preço médio pior que o observado no topo.

O último preço é uma transação anterior, não necessariamente o preço disponível para toda a sua quantidade. O risco aumenta em contratos pouco negociados ou perto de eventos importantes. Confundir último negócio com capacidade de execução subestima o custo.

Defina simultaneamente o tamanho financeiro máximo e o impacto aceitável. Se uma ordem hipotética de US$ 1.000 consumiria níveis muito acima do limite, reduza o tamanho ou fraccione a execução. Dividir a ordem não elimina o risco de mercado, mas torna o custo mais observável.

O tipo de ordem determina como o sistema trata preço, tempo e preenchimento. FOK, ou Fill-or-Kill, exige a quantidade integral; caso contrário, cancela. FAK, ou Fill-and-Kill, aceita o que estiver disponível e cancela o restante. GTC, ou Good-Til-Canceled, permanece ativa conforme as regras da plataforma. Post-only busca adicionar liquidez e não deve cruzar o livro.

A documentação de erros da Polymarket registra FOK sem preenchimento integral, FAK sem contraparte, post-only que cruzaria o livro e incompatibilidades entre FOK ou IOC e post-only. São consequências da instrução escolhida, não necessariamente falhas do sistema.

Se você quer comprar 500 unidades imediatamente, mas só existem 300 no limite, FOK pode não executar nada. Se aceita exposição parcial, FAK é conceitualmente mais compatível. Se prefere esperar sem pagar acima do limite, uma ordem limitada persistente pode ser adequada.

Muitas ordens problemáticas começam com parâmetros inválidos. APIs e interfaces validam preço, quantidade, saldo, allowance, assinatura, prazo e identificador. A documentação lista rejeições para preço incompatível com o tick size, quantidade abaixo do mínimo, casas decimais excessivas, saldo ou autorização insuficientes e assinatura expirada.

Uma rejeição isolada pode custar apenas tempo. O risco aumenta quando o operador entende a rejeição como ausência de exposição e envia uma segunda ordem sem conferir a primeira. Em fluxos assíncronos, isso pode criar posição maior que a planejada.

Prazos merecem atenção especial. Uma assinatura expirada pode ser recusada, enquanto parâmetros temporais inadequados não significam necessariamente cancelamento programado. A documentação também alerta que certos erros 503 são ambíguos: o pedido pode ter sido rejeitado antes do despacho ou expirado depois de admitido.

Em uma arquitetura híbrida, o casamento da ordem pode ocorrer off-chain, enquanto a liquidação acontece on-chain. Há, portanto, uma janela entre o match exibido e a confirmação na blockchain. Um preenchimento observado pode ser provisório até a transação correspondente ser confirmada.

Um estudo sobre Ghost Fills analisou 2.037.304 transações de liquidação revertidas entre 15 de agosto de 2025 e 15 de agosto de 2026, envolvendo 261.156 participantes. Os autores atribuíram 994.196 reversões a padrões de ataque, mas também identificaram falhas benignas, como saldo insuficiente e callbacks rejeitados. Como os números dependem da metodologia de classificação, indicam risco estrutural, não que todo revert seja malicioso.

Para traders e agentes automatizados, a implicação é direta: não baseie uma operação subsequente apenas no status visual de “filled”. Confirme a transação, o estado da posição e, quando necessário, a inclusão em bloco. Em mercados de ciclo curto, segundos de incerteza podem mudar o valor econômico.

Um fluxo perigoso é enviar uma ordem, receber resposta inconclusiva, reenviar, tentar cancelar e depois descobrir que uma delas foi preenchida. O operador passa a administrar uma posição inesperada e pode ampliá-la com novas ordens.

Os documentos técnicos descrevem respostas por ordem em lotes, estados como order_in_flight e modify_already_pending, além de cancelamentos processados enquanto a aceitação ainda está em trânsito. A resposta da requisição e o estado econômico final não são necessariamente iguais.

Adote uma máquina de estados: enviada, aceita, aberta, parcialmente preenchida, preenchida, cancelada, rejeitada ou desconhecida. O estado desconhecido não autoriza automaticamente novo envio; exige reconciliação por ordens, histórico, saldo e, quando aplicável, blockchain.

O checklist não elimina incerteza; impede que incertezas básicas sejam confundidas com risco de mercado. Antes do envio, escreva a tese em termos verificáveis: evento, prazo, regra de resolução, limite de preço, tamanho financeiro e pior resultado aceitável.

Durante a execução, observe livro, spread, profundidade, tipo de ordem e mensagens de erro. Não altere o preço apenas porque o mercado se moveu enquanto a ordem aguardava. Se a tese mudou, cancele ou ajuste deliberadamente; não persiga o preço por reflexo.

Depois, reconcilie quantidade executada, preço médio, taxas quando aplicáveis, saldo, posição, liquidação e exposição residual. O relatório deve distinguir ordem rejeitada, parcialmente preenchida e preenchida cuja liquidação ainda está pendente.

Automação reduz erros emocionais, mas acelera erros lógicos. Um bot que interpreta timeout como rejeição pode duplicar ordens; um agente que lê o último preço como executável pode superestimar liquidez; um sistema sem acompanhamento de resolução pode manter capital comprometido depois que a tese deixou de ser negociável.

Um estudo sobre direção de negócios em dados da Polymarket encontrou concordância entre prints e o lado taker liquidado em uma amostra extensa, mas mostrou que métodos diferentes de classificação produzem distorções econômicas distintas. Medir trades não é executar trades, e alta precisão de classificação não garante estimativa correta de custo.

A arquitetura deve separar descoberta do mercado, validação do contrato, cálculo de preço, decisão de tamanho, envio, monitoramento e reconciliação. Cada módulo precisa registrar por que a ordem foi enviada e qual foi seu resultado. Sem essa separação, erro de dados pode parecer erro de estratégia.

Você pode estar certo sobre o resultado e ainda comprar caro demais, operar o contrato errado, assumir exposição excessiva ou descobrir que o preenchimento não foi liquidado como imaginava.

Um processo robusto começa pela regra de resolução, passa pela interpretação prudente do preço, mede a liquidez, escolhe o tipo de ordem adequado e termina com reconciliação. Em operações automatizadas, isso precisa aparecer em estados, logs, limites e procedimentos de retry.

Mercados de previsão oferecem sinais informativos, mas não eliminam incerteza, fricção ou risco técnico. O objetivo é reduzir erros previsíveis para que o resultado dependa mais da análise do que de um detalhe operacional evitável.