Tutorial do Bot da Polymarket · Capítulo 31 de 32
Colocando seu bot da Polymarket no ar: primeiro depósito de 25-50 USD, regras de take-profit e stop-loss, limites de alerta (Telegram/email), cadência de reconciliação e o plano de escala da primeira semana.
O que este capítulo aborda
A transição do paper para o live é onde a maioria dos builders acaba perdendo o primeiro depósito sem querer. Este capítulo é o checklist pré-voo, além da disciplina da primeira semana, que pega bugs antes que virem prejuízo.
- Checklist pré-voo
- Primeiro depósito: 25-50 USD
- Regras de TP/SL em produção
- Monitoramento: Telegram, email, dashboards
- Cadência de reconciliação: a cada ciclo de fire_exits
- Primeira semana: fique perto, fique pequeno
- Escala: quando depositar mais
Checklist pré-voo
A lista exata, em ordem, antes de mudar o bot de paper para live.
- 30 trades de paper fechados. Critérios de sucesso escritos foram atendidos ou superados.
- Formato do diário idêntico entre paper e live. Mesmo schema JSONL.
- VPS implantada. O bot é o único processo; unidade systemd configurada.
- Mecanismo de arquivo HALT testado.
touch /opt/pmt/HALTpara o bot em até 30 segundos. - Alertas do Telegram configurados. Um alerta de teste é enviado com sucesso.
- Kill switch de perda diária testado. Simule um drawdown de 10%; verifique se o halt dispara.
- Reconciliação on-chain testada. Gere uma divergência manual no diário; verifique se o halt dispara.
- O endereço de depósito é a proxy wallet - a wallet de contrato inteligente a partir da qual a Polymarket opera em seu nome (POLY_FUNDER_ADDRESS) - e não a sua conta pessoal, ou seja, o externally-owned account ou EOA. Verificado via SDK
wallet show. - Approvals de USDC/pUSD definidos. Tanto para a exchange padrão quanto para a NegRisk exchange.
- Valor do depósito inicial acordado por escrito: $25-50 para smoke test.
Se algum item estiver incompleto, não coloque em produção. Cada um deles já custou dinheiro real a builders em histórias de produção passadas.
Primeiro depósito: 25-50 USD
O depósito de smoke test é intencionalmente pequeno. O objetivo é verificar se o caminho live funciona, não ganhar dinheiro.
O que você está testando: se o placement de ordens do bot bate com a visão de trade da Polymarket. Se o diário grava corretamente. Se o take-profit GTC realmente é postado. Se o bot se recupera de um erro transitório da API. Se o halt de perda diária dispara quando você simula um.
Resultado esperado: 5-15 trades pequenos que aproximadamente espelham o diário de paper. Trate qualquer divergência como bug, não como uma característica de que “ao vivo é mais ruidoso que paper”.
Se você perder esses $25-50 em uma perda real da estratégia, a estratégia precisa de mais rodadas de paper. Se perder por causa de bugs, corrija os bugs antes de escalar.
Regras de TP/SL em produção
Primeiro, duas definições rápidas, porque esta seção se apoia nelas. Um take-profit (TP) é uma ordem de venda pré-configurada que trava um ganho assim que o preço sobe ao seu alvo; um stop-loss (SL) vende a posição assim que o preço cai abaixo de um limite, para que um único trade ruim não saia do controle. Os dois tipos de ordem usados abaixo são GTC (Good-Til-Cancelled, uma ordem passiva que fica no book até ser executada ou você cancelar) e FOK (Fill-Or-Kill, que executa a ordem inteira na hora ou a cancela por completo). Outro termo que você verá, mark, não é um tipo de ordem: é simplesmente o mid-price atual com o qual você mede a posição. A seguir, os defaults de produção do nosso trader, que se mantiveram firmes ao longo de milhares de trades.
- Buy: FOK 1c acima do melhor ask. Pule o trade se o ask passar de 0.85 - esta é "a armadilha do 0.99": um mercado quase decidido, cotado a 0.90+, oferece um potencial de alta minúsculo, mas despenca se virar, então a relação risco/retorno fica invertida.
- Take-profit: sell GTC em entry + 4-6c, postado imediatamente após o fill do buy + espera de settlement de 5s.
- Stop-loss via mark: monitore o mid; se o mid cair para entry - 8c, faça sell FOK no melhor bid (sem resting; o mid blow-through acontece rápido).
- Time exit: se a posição não for fechada dentro de X horas e o PnL estiver entre -2c e +2c, faça exit FOK at market.
Os números mudam conforme a estratégia, mas o padrão é consistente: take-profit sempre GTC, stop-loss normalmente FOK (porque stop GTC não preenche quando o mid blow-through acontece), time exits para evitar ficar preso em sinais velhos.
Monitoramento: Telegram, email, dashboards
O bot precisa ser observável em tempo real. Três camadas.
- Alertas do Telegram: cada fill, cada halt, cada erro acima do threshold. Use um canal ou grupo dedicado; não misture com mensagens pessoais.
- Email de resumo diário: fim do dia, total de trades, win rate, PnL, lista de halts disparados. Leia toda manhã.
- Dashboard: opcional, mas útil. Um endpoint HTTP simples que lê o diário e renderiza posições abertas + fills recentes + PnL acumulado.
O padrão: qualquer mudança de estado que valha a pena saber → Telegram. Resumo de fim de dia → email. Exploração em tempo real → dashboard.
Cadência de reconciliação: a cada ciclo de fire_exits
A reconciliação precisa rodar com frequência suficiente para que o drift seja detectado antes que o próximo trade possa ampliá-lo. A cadência depende da frequência de trades.
- Estratégias com < 10 trades/dia: reconcilie a cada hora.
- Estratégias com 10-100 trades/dia: reconcilie a cada 15 minutos.
- Estratégias HFT (100+ trades/dia): reconcilie a cada ciclo do loop de disparo de exits.
O custo da reconciliação é uma leitura on-chain por token mantido. Com 20 tokens, isso dá 20 RPC calls; em um RPC de free tier, fica bem dentro do orçamento. Não tente otimizar demais isso.
Primeira semana: fique perto, fique pequeno
A primeira semana de deployment live é a mais perigosa. Você está descobrindo bugs do caminho live que o run de paper não pegou. Disciplina:
- Fique perto - confira o canal do Telegram de hora em hora durante o horário em que estiver acordado.
- Fique pequeno - tamanhos de posição no mínimo (5 shares); um bug deve custar dólares, não centenas.
- Reconcilie manualmente no fim do dia nos primeiros 3-5 dias. Compare o diário com a UI da Polymarket diretamente.
- Documente toda surpresa. Até confusões pequenas acabam virando bugs.
Fim da primeira semana: se não houve bugs e o diário bate com a realidade, escale para o tamanho normal. Se apareceram bugs, corrija-os e rode outra semana de smoke test.
Escala: quando depositar mais
Gatilhos para adicionar capital, cada um com um threshold diferente.
- +50% de depósito: 30 trades live, win rate dentro de 5pts da taxa do paper, sem halts de produção causados por bugs.
- +100-200% de depósito: 100+ trades live, rentabilidade consistente ao longo da amostra, infraestrutura testada por pelo menos uma pequena indisponibilidade.
- +500%+ de depósito: somente após 6+ meses de rentabilidade live consistente. O capital escala mais devagar do que o sucesso - você quer ter certeza de que o edge é real, não um regime que está prestes a desaparecer.
O maior risco isolado de escalar cedo demais: uma estratégia que era lucrativa em um regime de mercado se torna não lucrativa no seguinte. Tamanho maior não corrige isso. Paciência corrige.
