Polymarket Bot Tutorial · Capítulo 1 de 32
Checagem honesta da realidade em 2026 antes de construir um Polymarket trading bot: dados de lucratividade, requisitos de tempo e capital, quando bots superam o trading manual e quando não superam.
O que este capítulo cobre
A maioria das pessoas aborda a construção de um Polymarket bot pelo lado errado: escolhem uma linguagem, configuram um VPS e depois tentam encontrar uma edge. Este capítulo faz o contrário. Começamos pelos números que a própria Polymarket publica sobre a lucratividade dos traders, voltamos pelos requisitos reais de tempo e capital e terminamos com uma decisão de sim ou não. O veredito honesto para a maioria dos leitores é "pule" - mas, se sua situação se encaixar no perfil restrito em que bots superam o trading manual, o restante desta série entrega o playbook de produção.
- Os números honestos de lucratividade
- Quando um bot supera o trading manual
- Quando um bot perde para o trading manual
- Tempo, capital e habilidade necessários
- A barreira de 30 trades em paper trade
- Razões comuns pelas quais bots falham
- Veredito: construir ou pular
Os números honestos de lucratividade
Dois estudos on-chain sobre P&L da Polymarket fornecem as melhores taxas-base. Uma amostra de 2,5 milhões de wallets publicada no início de 2026 encontrou 7,6% das wallets lucrativas ao longo de sua vida útil, 84,1% no vermelho, e os 8,3% restantes próximos o suficiente do zero para que taxas e slippage provavelmente explicassem o resíduo. A wallet perdedora mediana estava com queda de 38% dos depósitos no momento do snapshot.
As wallets de bots não são separadas nesses estudos, mas a distribuição entre traders automatizados costuma ser um pouco pior, não melhor, do que entre humanos - bots ampliam erros mais rápido. A conclusão honesta: construir um bot não coloca você automaticamente dentro dos 7,6%. Isso só acontece se o bot codificar uma edge real, e a mesma edge também teria sido lucrativa se executada manualmente com disciplina.
Quando um bot supera o trading manual
Bots têm uma vantagem real em quatro situações específicas. Primeiro, mercados sensíveis à latência - a série de Bitcoin up/down de 5 minutos da Polymarket resolve com base em movimentos de preço que terminam mais rápido do que um humano consegue clicar. Um bot lendo o trade tape da Binance e o book da Polymarket pode executar a divergência em 60-200ms; um humano não consegue. Segundo, volume em muitos mercados - um bot de market making pode cotar 20 books ao mesmo tempo; um humano não consegue manter esse foco. Terceiro, saídas estruturadas - um bot pode postar uma venda GTC no preço de take-profit no instante em que a compra é executada, sem emoção. Quarto, cobertura 24 horas - jogos de futebol, basquete asiático, CS2 durante a madrugada - um bot acompanha tudo isso.
Se sua tese de edge não se encaixa em uma dessas quatro categorias, o bot não vai ajudar. Um bot de "bom analista político" perde para um bom analista político com uma criança dormindo em casa.
Quando um bot perde para o trading manual
Bots têm desempenho pior do que humanos em duas situações previsíveis. Primeiro, mercados que resolvem por julgamento - disputas na UMA, redação ambígua de títulos, notícias geopolíticas em que o significado de "ceasefire" é a própria negociação. Um bot lê o tape; um humano lê o contexto. Segundo, books ilíquidos com spreads largos - a vantagem do bot é velocidade de execução, que não vale nada quando a próxima bid está seis centavos mais longe. Traders manuais podem esperar dias por um fill no preço-alvo; bots que esperam tanto assim geralmente têm um bug.
Política, geopolítica, prêmios, mercados de ciência/tecnologia e a maioria dos mercados pontuais de "X vai acontecer até a data Y" geralmente não são território de bot. O capital não corre o risco de desaparecer em 200ms nesses casos. Ele corre o risco de estar errado, o que é uma decisão humana.
Tempo, capital e habilidade necessários
Abaixo estão os pisos de builders que conhecemos e que chegaram a lucratividade consistente, não os números de marketing.
- Tempo: 4-8 horas/semana nos primeiros três meses. A maior parte disso é observação em paper trading, não codificação. O padrão de "construir o bot em um fim de semana" produz bots que perdem dinheiro em um fim de semana.
- Capital: US$ 0 para aprender, US$ 25-50 para um smoke test ao vivo, US$ 200-500 mínimos para live trading em que a matemática das taxas realmente funciona, US$ 1.000-2.500 para fazer os ganhos serem significativos em termos absolutos.
- Habilidade: Python ou Node intermediário (você consegue ler o client de API de outra pessoa e modificá-lo), conforto com async I/O, capacidade de ler dados de order book sem confundi-los com o preço do último trade.
Se você estiver abaixo de qualquer uma dessas três linhas, a economia do bot não funciona. As taxas em uma wallet de US$ 50 consomem tanto que estar um pouco certo é o mesmo que estar errado.
A barreira de 30 trades em paper trade
A única disciplina que separa os 7,6% dos 92,4% é o paper trading. Especificamente: 30 trades fechados, todos em modo paper, antes de qualquer capital ao vivo, com um limite de go/no-go escrito e definido com antecedência.
A matemática é simples. Uma taxa de acerto de 60% em uma estratégia de take-profit de +3¢ / stop-loss de -4¢ com um custo de fee de 0,5% produz 0,6 × 3 − 0,4 × 4 − 0,5 = -0,3¢ de expectativa por trade. A estratégia parece lucrativa em uma amostra de 5 trades; não é. 30 trades fechados é o tamanho de amostra aproximado em que o ruído de ambos os lados da taxa de acerto real cai abaixo da economia da operação. Abaixo de 30 você está adivinhando; com 30+ você tem sinal.
A barreira também é um filtro de comportamento - a maioria dos builders pula essa etapa e vai para o live na segunda semana. Se você pular, trate o depósito como mensalidade de aprendizado, não como capital.
Razões comuns pelas quais bots falham
Ao observar bots em produção quebrarem, quatro modos de falha dominam.
- Sem edge real. O bot ajusta uma estratégia ao ruído histórico, parece ótimo no backtest e falha no live porque a aparente edge era aleatória. Cura: 30 paper trades e honestidade brutal sobre a taxa de acerto.
- Confusão entre tipos de ordem. Enviar GTC quando você precisava de FOK, ou FOK quando você precisava de GTC. Dedicamos o capítulo 10 a isso. A classe mais cara de bugs que vimos, maior do que saídas faltando.
- Fills fantasmas. O CLOB da Polymarket reconhece o match enquanto o settlement ERC1155 ainda está pendente na Polygon. Um bot que envia uma venda de follow-up dentro de 5 segundos após o fill será rejeitado com um erro enganoso de "balance: 0". O capítulo 12 cobre isso em detalhes.
- Sem stop de drawdown. Uma estratégia perfeitamente lucrativa ainda tem dias ruins. Sem um kill switch de perda diária de 25%, um dia ruim apaga um mês de ganhos. O capítulo 30 cobre o código de risco.
Veredito: construir ou pular
Construa se todas estas quatro condições forem verdadeiras: você tem uma tese de edge que se encaixa em uma das quatro situações favoráveis a bots acima; consegue dedicar mais de 4 horas por semana durante três meses; tem US$ 200+ para colocar atrás de um smoke test ao vivo de 30 trades após passar no paper; e consegue escrever código suficiente para ler uma resposta JSON e criar um order placer idempotente.
Pule se qualquer uma for falsa. Os capítulos restantes ainda valem a leitura como contexto, mas os capítulos de construção e deploy vão consumir tempo que não se converte em PnL.
Se você ainda estiver dentro, o próximo capítulo é a checklist precisa de pré-requisitos. Ela é mais exigente do que esta e isso é intencional.
