Como testar um algoritmo de trading no mercado real: teste prospectivo e rentabilidade

Decida qual afirmação o teste deve sustentar

Um bot pode gerar os sinais corretos, enviar ordens válidas e perder dinheiro. Também pode ganhar executando uma estratégia diferente da pretendida. Um teste prospectivo útil separa fidelidade da implementação, desempenho econômico e incerteza sobre o futuro. Nosso guia de operações simuladas trata da configuração; esta investigação define o processo de decisão depois dela.

O projeto tem duas partes: um protocolo prospectivo para uma estratégia simples de BTCUSDT e um livro de execuções construídas que verifica suas exigências contábeis. Conferimos o livro com aritmética decimal e guardamos a auditoria de cálculo internamente. O protocolo não foi avaliado com observações de mercado nem ordens com dinheiro real. Os preços abaixo são entradas numéricas escolhidas, não uma amostra histórica de Bitcoin.

A primeira condição de aceitação é concreta: 9,598.397 USDT em caixa mais 0.008 BTC marcados a 50,800 devem somar 10,004.797 USDT. Se o relatório divergir, esclareça taxas, quantidades e estoque aberto antes de interpretar a taxa de acerto ou uma curva patrimonial suave. Fechar a conta é necessário, mas não demonstra que a regra funciona. Para preservar os cálculos, os números usam vírgula para milhares e ponto para decimais.

Escreva uma estratégia que outra pessoa possa operar sem adivinhar

Nossa hipótese ilustrativa é que um rompimento confirmado no fechamento horário pode capturar movimentos suficientes para pagar sua execução. É uma hipótese a investigar, não uma afirmação sobre Bitcoin. Usamos entrada de 20 horas e saída de 10 horas para tornar a regra inspecionável. Essas configurações foram escolhidas para explicar o método; não foram otimizadas nem avaliadas.

No fechamento concluído da hora t, compare close[t] com a maior máxima das 20 horas anteriores concluídas, excluindo a hora t. Entre apenas se não houver posição e close[t] for estritamente maior. Com posição comprada, saia quando close[t] for estritamente menor que a menor mínima das 10 horas anteriores concluídas. Envie a ordem a mercado depois da decisão; não presuma execução no fechamento já observado. Não faça nova entrada na barra em que decidir sair.

Antes de iniciar de fato, registre o instante inicial e o da revisão final, o fornecedor de dados e a corretora, a faixa de taxas, os filtros de arredondamento, a tolerância a dados desatualizados e todos os limites de controle. Os limites abaixo ilustram um desenho completo; não são alocações recomendadas nem garantias de perda máxima. Saltos de preço, cancelamentos malsucedidos ou indisponibilidade da corretora podem levar a perda além do gatilho.

Use a melhor oferta de venda registrada imediatamente antes do envio para calcular a quantidade de entrada de 1,000 USDT, arredondada para baixo conforme o incremento de quantidade da corretora; reserve saldo para as taxas e rejeite uma ordem que não passe nas verificações de caixa, exposição de 15%, valor nocional mínimo ou atualidade dos dados. Permita apenas uma ordem ainda não resolvida por vez. Concilie seu identificador persistente, estado final e os saldos da conta antes de enviar outra ordem; nunca reenvie uma ordem de estado desconhecido ou ainda ativa. Se uma entrada terminar com execução parcial, mantenha apenas a posição executada, sem completar a quantidade. Após uma saída encerrada com execução parcial, concilie o BTC disponível e permita, no máximo, uma ordem adicional de saída a mercado para o restante confirmado, usando uma cotação atual e válida. Estado desconhecido, nova saída incompleta ou saldo residual pequeno demais para negociação bloqueiam novas operações e acionam o procedimento de incidentes definido previamente. Não volte a entrar até confirmar que a conta está sem posição.

Use cada etapa para responder a uma pergunta diferente

Testar prospectivamente significa gerar decisões sobre observações que chegam. Isso pode envolver decisões em modo sombra, ordens simuladas ou execução com recursos reais. A TradingView informa que o Paper Trading usa dinheiro simulado; seu saldo não pode ser apresentado como lucro real. [1] Um ambiente de teste pode estabelecer o comportamento da interface sem estabelecer a liquidez executável disponível para uma ordem real.

Mantenha a mesma lógica fixa entre as etapas, mas identifique os registros de execução separadamente. Preserve revisão do código, configurações, versões das dependências, universo de ativos e horários de implantação. Em estratégias de aprendizado de máquina ou modelos de linguagem, registre também identificador do modelo, variáveis, prompt, permissões de ferramentas e entradas disponíveis. Um prompt idêntico não garante saída idêntica. O calendário de novo treinamento integra a especificação; uma mudança fora dele cria outro candidato.

Não apague um piloto malsucedido para reiniciar o histórico em um dia favorável. Uma correção pode justificar outro segmento, mas o anterior continua no histórico de desenvolvimento e implantação. Reexecutar retrospectivamente o período prospectivo ajuda a diagnosticar diferenças; depois de vistas as observações, a repetição não é um novo teste prospectivo.

Acompanhe uma decisão até a posição na corretora

Registre o horário do evento de dados, do recebimento local, da decisão, do envio, da confirmação e de cada execução. Use UTC e monitore diferenças entre relógios. O rastreamento abaixo é ilustrativo, não uma medição de latência. Uma confirmação do servidor estabelece menos que uma execução; pedir cancelamento estabelece menos que ter o cancelamento confirmado.

Os relatórios de execução da Binance separam status, quantidade acumulada executada, preço e ativo da comissão. [2] A documentação REST alerta também que um timeout pode deixar o status de execução desconhecido. [3] Reconcilie pelo identificador persistente de cliente/ordem antes de decidir repetir. Uma repetição às cegas pode duplicar a exposição mesmo quando a primeira resposta aparentou falha.

Preserve o denominador: registre todos os sinais elegíveis, rejeições de risco, sinais desatualizados, confirmações ausentes e execuções parciais, não apenas vencedores concluídos. Informe separadamente taxas de execução por ordem e por quantidade. Compare distribuições de latência da decisão à primeira e à última execução, não só a média. Se um evento de mercado gerar várias ordens ligadas, preserve seu identificador comum.

Reconcilie uma operação perdedora e a posição que continua aberta

Este exemplo contábil independente começa com 10,000 USDT e nenhum BTC. Inclui deliberadamente uma operação completa perdedora e uma segunda posição parcialmente vendida; não foi gerado pela regra de rompimento. Suponha taxa de 0.1% do valor de cada execução em USDT, caixa suficiente, nenhuma transferência, empréstimo ou outro custo. A taxa é premissa do exercício, não cotação de uma corretora. Comissões reais podem ser cobradas em outro ativo, o que deve aparecer nas quantidades e na avaliação. [4]

A primeira operação compra 0.01 BTC a 50,000 e vende a 49,000. A perda bruta é de 10 USDT; as taxas de 0.50 e 0.49 levam a perda líquida a 10.99. A segunda compra 0.02 BTC a 50,050 e depois vende 0.012 a 51,000. Os 0.008 BTC restantes ficam na conta, marcados a um preço comprador contemporâneo assumido de 50,800.

Distribua proporcionalmente a taxa da segunda entrada. A parcela vendida realiza 11.40 − 0.6006 − 0.612 = 10.1874 USDT. O resultado realizado conjunto é, portanto, −0.8026. O estoque restante tem custo com taxas de 400.8004 e valor marcado de 406.40, gerando resultado não realizado de 5.5996. A soma entre realizado e não realizado é 4.797: exatamente o aumento patrimonial da conta.

O resultado bruto de preços, nas execuções registradas e na marcação final, é 7.40. As taxas explícitas somam 2.603, deixando 4.797 USDT, ou +0.04797% sobre o capital inicial. Aqui, “bruto” significa antes das taxas explícitas, não um retorno sem fricções ao preço do sinal. As execuções já incluem qualquer diferença para a cotação de referência; subtrair a mesma diferença outra vez é dupla contagem. Sem uma trajetória patrimonial com horários, o exemplo não fornece queda máxima, retorno anualizado nem índice de Sharpe.

Compare a conta inteira com uma alternativa escolhida antes

Em uma conta à vista com recursos reais e sem fluxos externos, o patrimônio é o caixa na moeda de cotação mais as quantidades de ativos marcadas; o retorno é o patrimônio final dividido pelo inicial, menos um. Inclua caixa bloqueado e estoque uma vez. Marque de forma consistente a cada observação e registre a fonte. O saldo disponível pode excluir ativos reservados para ordens. Se uma taxa saiu de um saldo externo de tokens, inclua esse saldo e sua movimentação em vez de tratar a taxa como gratuita.

Para os pontos construídos, suponha que o referencial de comprar e manter gaste os mesmos 10,000 USDT a 50,000, com taxa inicial de 0.1%, e use a mesma marcação de 50,800 sem presumir liquidação. Ele compra 10,000 ÷ (50,000 × 1.001) = 0.1998001998 BTC e termina em 10,149.85015 USDT: +1.4985015%, contra +0.04797% do exemplo. É uma comparação aritmética executada entre pontos escolhidos, não desempenho inferior observado da nossa estratégia.

Comprar e manter fica quase inteiramente exposto, enquanto o exemplo mantém sobretudo caixa. A diferença de retorno, isoladamente, não é alfa ajustado ao risco. Informe exposição, queda máxima, tempo abaixo do pico e giro nos mesmos horários, além das premissas de uma eventual comparação com exposição equivalente. A orientação ao investidor da SEC também destaca a adequação do referencial e os custos incluídos. [5]

Um depósito não é lucro de trading. Se transferências forem inevitáveis, avalie a conta em torno de cada fluxo externo e encadeie os retornos dos subperíodos para comparar pelo retorno ponderado pelo tempo; declare a convenção de horários e aproximações. Transferências internas à carteira reportada não se tornam fluxos externos de desempenho. O retorno ponderado pelo dinheiro responde a outra pergunta, sobre o momento dos aportes do investidor.

Descubra por que o resultado real diverge antes de mudar a estratégia

Reconcilie três registros: decisões elegíveis da regra fixa, conta sombra contemporânea e conta com dinheiro real. Compare primeiro os sinais pretendidos; depois permissões e dimensionamento; em seguida quantidades e preços aceitos; por fim taxas e marcações. A documentação de reconciliação da QuantConnect identifica divergências entre execução real e backtest decorrentes de dados, horários e execução. [6] Uma repetição favorável não corrige uma ordem que nunca foi executada.

Meça a diferença de execução contra uma referência de decisão registrada e adequada à ordem. Para compra, uma medida simples com sinal é (VWAP da execução − preço de referência) ÷ preço de referência. Inverta a convenção na venda para que uma execução desfavorável seja positiva. Diga se a referência é ponto médio, preço comprador/vendedor executável ou outro referencial. Não chame toda a diferença de “latência”: spread, movimento de preço, tamanho da ordem e seleção das ordens executadas também contribuem.

Separe contabilidade efetiva de sensibilidade. Mantendo quantidades e preços deste exemplo fixos, dobrar a taxa explícita reduz o resultado líquido a 2.194 USDT; triplicá-la produz −0.409. Um custo adicional de 5 pontos-base sobre 2,603 USDT de valor executado deixa 3.4955. São cenários de estresse contábil, não novas execuções: custos ou volumes diferentes podem mudar viabilidade, preenchimentos e decisões posteriores.

A fórmula à vista não pode ser simplesmente reutilizada em produtos com margem. Reconcilie resultado dos contratos, avaliação de garantias, encargos de empréstimo, comissões e fluxos de funding com seus sinais segundo a liquidação da corretora. A documentação da Coinbase separa patrimônio das posições abertas e funding de outros movimentos de saldo. [7] Informe retorno sobre toda a conta alocada; o percentual sobre margem depositada usa outro denominador.

Escolha uma regra de observação sem declarar que 60 dias provam rentabilidade

Uma data de revisão torna o processo auditável, mas não torna a amostra informativa. Sessenta dias corridos de uma tendência podem informar menos que um período mais longo com condições variadas. Várias execuções parciais de uma decisão não são várias apostas independentes. Exposição ao mesmo mercado também pode ligar operações entre moedas ou agentes. A orientação do NIST sobre autocorrelação explica por que a dependência exige um modelo de série temporal adequado. [8]

Declare antes o resultado principal, o efeito relevante a detectar, a unidade de observação e o método de inferência. Retornos da conta por período podem ser mais adequados que taxas de acerto por execução quando há posições sobrepostas. Intervalos que respeitam dependência ou bootstrap em blocos precisam de premissas justificadas e blocos observados suficientes; gerar mais caminhos não acrescenta história de mercado. Para tamanho de amostra e expectativa após custos, veja nossa investigação sobre vantagem ou sorte.

Vigiar risco continuamente é compatível com avaliar evidência em um término fixo. Isso difere de consultar significância comum de amostra fixa todos os dias e terminar no primeiro resultado favorável. Sequências de confiança foram concebidas para inferência uniforme no tempo sob premissas específicas; não são automaticamente válidas para retornos arbitrários de trading. [9] Se o desenho permitir consultas repetidas, especifique antes um método apropriado para declarar sucesso. Preserve pilotos interrompidos, negativos e inconclusivos.

Escreva decisões separadas para segurança, economia e aumento de volume

Na revisão, publique versão fixa, datas efetivas, intervenções, decisões elegíveis, ordens aceitas e rejeitadas, quantidades executadas e fluxos externos. Informe resultado bruto de preços, cada custo explícito, retorno patrimonial líquido total, queda na frequência de avaliação declarada, exposição, giro, distribuição de ganhos e perdas e retorno do referencial. Explique grandes ganhos e perdas em vez de escondê-los na média. Uma média positiva com grande incerteza continua sendo evidência inconclusiva.

Não escolha outro modelo de custos, referencial ou início de avaliação porque o primeiro relatório decepcionou. Registre a proposta como decisão de pesquisa, preserve o resultado original e colete novas observações para o candidato revisto. Para responder à deterioração, use o quadro de decisão entre parar e continuar.

Aumentar o volume é outro experimento. Declare o próximo valor nominal e compare execução adversa, preenchimentos parciais, entradas rejeitadas e exposição com o piloto. Um histórico de ordens pequenas não estabelece o limite de capacidade das grandes. Aumentar capital porque um piloto curto ganhou dinheiro mistura uma decisão de evidência com uma premissa de execução ainda não testada.

Dê à IA uma tarefa de auditoria delimitada e preserve as evidências

ChatGPT e Claude podem ajudar a transformar uma ideia informal em protocolo preciso. Codex ou Claude Code podem ajudar a implementar a máquina de estados aprovada, comparar registros de eventos e auditar cálculos em um repositório. Não fornecem observações da corretora que nunca foram coletadas. Nesta investigação, assistência de IA e cálculos decimais executados produziram a auditoria contábil construída; não houve comparação de trading entre ChatGPT e Claude nem implantação com recursos reais.

Use os prompts abaixo com especificações e registros sem informações sensíveis, nunca segredos da conta. Exija a separação entre fatos observados, valores calculados, premissas e evidência ausente. Na implementação, decisões em aberto devem voltar para revisão em vez de serem preenchidas silenciosamente com uma regra conveniente.

ESPECIFIQUE: Converta a ideia em horários exatos de sinal, dimensionamento, regras de entrada/saída, restrições da conta e critérios de revisão. Liste ambiguidades; não escolha regras pelo lucro passado.
IMPLEMENTE: Implemente apenas a versão aprovada. Preserve identificadores persistentes de decisão, intenções rejeitadas, execuções parciais e estados desconhecidos de ordem. Identifique regras que ainda exigem decisão.
RECONCILIE: Rastreie cada decisão por ordens, execuções, ativos de taxas e alterações de caixa/estoque. Explique cada diferença frente aos saldos da corretora; sinalize evidência ausente em vez de inventar execuções.
RELATE: Separe resultado bruto nas execuções efetivas, custos explícitos, retorno patrimonial líquido marcado, referencial, risco e inferência. Divulgue versões, fluxos externos, intervenções e métricas indisponíveis. Não transforme resultados simulados ou construídos em desempenho real.