Em palavras simples — Paper trading executa uma estratégia em dados correntes sem expor capital real. Ele pode revelar problemas de processo, mas a execução simulada não reproduz integralmente fila, impacto e pressão econômica.
O paper trading é um ambiente de negociação simulada em que sinais, ordens e posições são processados sem transferir risco econômico real. Pode usar uma conta demo da corretora, um simulador próprio ou uma camada que intercepta ordens antes do envio. Seu valor principal é testar a operação prospectiva da pipeline, não provar rentabilidade.
Quatro ambientes, perguntas diferentes
| Ambiente | Capital e ordens | Pergunta principal |
|---|---|---|
| Paper / demo | capital e fills simulados | a rotina, o sinal e a gestão de ordens funcionam em tempo real? |
| Shadow mode | ordens teóricas não são enviadas | o sistema teria decidido corretamente sem interferir no mercado? |
| Micro-live | ordens reais com capital limitado | quais fills, custos, rejeições e incidentes aparecem de fato? |
| Produção | escala autorizada | o processo mantém controles e desempenho econômico no uso previsto? |
“Forward test” descreve o caráter prospectivo de uma versão congelada; ele pode ocorrer em paper, shadow ou micro-live. “Paper” descreve o ambiente simulado.
O que pode verificar
Paper trading permite observar chegada e qualidade dos dados, timestamps, execução do código, frequência dos sinais, estados missing e stale, reconciliação de posições, criação e cancelamento de ordens, rotina diária, alertas, logs e comportamento do operador. Também mede divergências entre o backtest e a pipeline atual sob o modelo de fill adotado.
Para uma estratégia discricionária, pode testar aderência ao plano e qualidade do diário. Para uma sistemática, pode testar idempotência, recuperação após falhas, calendários, eventos corporativos e controles de risco.
O que não reproduz fielmente
Um fill simulado não garante prioridade real. O mercado não reage à ordem que não foi enviada; impacto e informação revelada ficam ausentes; borrow, margem, rejeições e latência podem ser simplificados. A ausência de dinheiro real muda incentivos, disciplina e decisões humanas. Uma demo pode ainda usar spreads ou regras diferentes da conta real.
Por isso o resultado é hipotético. Mesmo quando os preços vêm do mercado ao vivo, a interação econômica não é a mesma.
Protocolo operacional
- Congelar versão, universo, sinais, sizing, ordens e controles.
- Registrar fonte de dados, relógio, latência e calendário.
- Documentar o simulador de fill, comissões e estados de ordem.
- Definir critérios de sucesso, incidentes e suspensão antes do início.
- Conciliar diariamente sinal, target, ordem, fill, posição, caixa e P&L.
- Guardar rejeições, missing, intervenção manual e desvios.
- Comparar paper com backtest usando o mesmo período quando possível.
- Registrar qualquer mudança como nova versão.
Nenhuma duração universal
Uma semana pode cobrir milhares de decisões de alta frequência e nenhum evento relevante de uma estratégia mensal. A suficiência depende da frequência, quantidade efetiva de observações, regimes, sazonalidade, eventos raros e riscos operacionais. O critério deve indicar quais processos e cenários precisam ser observados; “30 dias” ou “100 trades” não são regras universais.
Exemplo ilustrativo
Um sistema diário entra em paper com regras congeladas. O sinal coincide com o backtest, mas algumas ordens são geradas antes de o arquivo final chegar e o calendário trata um feriado como sessão normal. O resultado financeiro ainda parece bom, porém o teste falhou no objetivo operacional. Corrigir os dois problemas cria nova versão e reinicia a observação pertinente.
Ambiente-sombra e reconciliação
Uma conta demo do broker e um ambiente-sombra não são necessariamente iguais. A demo pode simular fills com regras próprias; o ambiente-sombra pode receber o mesmo feed e gerar as mesmas ordens da produção, mas sem enviá-las. O relatório deve dizer qual arquitetura foi usada, que latências são reais e quais etapas continuam simuladas.
A reconciliação liga cada decisão ao dado recebido, versão do sinal, ordem pretendida, horário, preço de referência, fill hipotético e posição resultante. Diferenças são classificadas: calendário, dado ausente, arredondamento, limite, spread, fila, rejeição ou falha operacional. Agregar somente o P&L esconde o tipo de erro que o ensaio deveria descobrir.
Antes do início convém definir critérios de aceitação: duração mínima, número de eventos, tolerâncias de posição, falhas críticas e regra para reiniciar a observação após mudança de código. Passar no paper trading não valida liquidez nem impacto real; confirma, dentro dos limites declarados, que dados, lógica e operações se comportaram como previsto.
Limites
Paper trading não valida o mecanismo econômico, a capacidade nem o risco de cauda. Um resultado ruim pode revelar implementação defeituosa; um resultado bom pode ser breve, favorecido pelo regime ou pelo simulador. Ele é uma etapa de evidência entre pesquisa e uso, não autorização automática para produção.
Fontes
- National Futures Association, Interpretive Notice 9025 — Use of Promotional Material Containing Hypothetical Performance Results — limites de hindsight, liquidez, slippage e ausência de risco real; aplicável em seu âmbito NFA.
- U.S. Securities and Exchange Commission, Staff Report on Algorithmic Trading in U.S. Capital Markets, 2020 — estrutura dos mercados, automação e efeitos da interação real entre ordens e venues.
- Joseph Simonian, CFA Institute Research Foundation, Investment Model Validation: A Guide for Practitioners, 2024 — validação proativa e limites dos modelos de investimento.
- Comissão Europeia, Regulamento Delegado (UE) 2017/589, RTS 6 — testes, ambientes separados da produção, controles e deployment no âmbito de trading algorítmico ao qual se aplica.