Você encontrou um resultado consistente: sua estratégia de cripto obtém a maior parte do retorno entre 13:00 e 14:00 UTC. Você conferiu as taxas, executou o backtest novamente e testou o sinal em paper trading. Agora está preparando uma versão para ações dos EUA, e a hora mais forte parece ser das 09:30 às 10:30 no horário de Nova York.
Antes de confiar em qualquer um dos resultados, confira o que aconteceu com o relógio. O horário de verão dos EUA desloca a abertura do mercado de Nova York em uma hora em relação ao UTC. Se seus recursos, rótulos de sessão e ordens usam referências de horário diferentes, talvez a estratégia esteja explorando uma fronteira do calendário, em vez de um padrão de mercado recorrente.
Você não precisa abandonar a pesquisa sobre horários do dia. Precisa definir a que relógio sua hipótese se refere e garantir que todas as partes do backtest usem essa referência de forma consistente.
Primeiro, defina o que significa essa hora
“A primeira hora” parece preciso até você especificar o relógio de referência. Pode significar os primeiros 60 minutos após a abertura da NYSE, das 09:30 às 10:30 no horário civil de Nova York ou um intervalo fixo em UTC. Essas definições coincidem em parte do ano e divergem perto das mudanças de horário de verão.
Para a hipótese sobre ações, use o horário local da sessão da bolsa: 09:30 no horário de Nova York significa 09:30, esteja Nova York em EST ou EDT. Para a hipótese sobre cripto, uma hora fixa em UTC pode ser a variável desejada. Cripto é negociada o tempo todo, então não há um sino de abertura da bolsa que sirva de referência para a afirmação.
Anote a definição antes de ajustar os parâmetros. “Negociar na primeira hora após a abertura da sessão regular” pode ser testado. “Negociar na hora em que o sinal funciona melhor” convida o otimizador a escolher uma convenção de horário junto com a estratégia.
Onde surgem as incompatibilidades de horário
Suponha que seus dados de ações estejam armazenados em UTC, que seu código de recursos agrupe as linhas pela hora em UTC e que suas regras de execução abram posições às 09:30 no horário de Nova York. Após a mudança para o horário de verão, a abertura do mercado passa de 14:30 UTC para 13:30 UTC. Um recurso rotulado como “primeira hora” pelo intervalo horário em UTC agora corresponde a outro trecho da sessão.
Uma armadilha parecida aparece ao montar candles a partir de timestamps. Se você reamostrar em UTC e depois converter os rótulos para o horário de Nova York, poderá obter limites inesperados, especialmente na transição da primavera, quando uma hora local não existe, e na transição do outono, quando uma hora local ocorre duas vezes. Um timestamp como 01:30 no horário local é ambíguo naquele domingo de outono, a menos que inclua um deslocamento UTC ou seja representado em UTC.
O calendário também pode importar para seu resultado de cripto. Uma estratégia baseada na hora UTC pode coincidir com a atividade do mercado dos EUA durante meses e depois parecer mudar quando os relógios dos EUA mudam. Isso não invalida a estratégia; muda o que você pode afirmar. Talvez você tenha medido um padrão fixo em UTC que às vezes coincide com a abertura dos EUA, e não um efeito ligado a essa abertura.
Inclua o relógio da sessão no teste
Mantenha os timestamps dos eventos em UTC como registro canônico. Derive os campos da sessão local a partir de um fuso horário identificado, como America/New_York, usando um banco de dados de fusos horários que leve em conta mudanças históricas nas regras. Não fixe “UTC menos cinco” ou “UTC menos quatro”: nenhum dos deslocamentos define o horário de Nova York durante o ano inteiro.
| Decisão | Exemplo com ações | Exemplo com cripto |
|---|---|---|
| Relógio da hipótese | Minutos desde a abertura da sessão regular | Hora do dia em UTC |
| Referência da sessão | Calendário da bolsa, incluindo feriados e fechamentos antecipados | Calendário UTC contínuo |
| Horário da ordem | Próximo evento executável após o sinal | Próximo evento executável após o sinal |
Depois, teste separadamente as semanas próximas às mudanças. Compare o desempenho antes e depois de cada mudança para o horário de verão e verifique se o intervalo vencedor continua vinculado à sessão do mercado ou permanece fixo em UTC. Se você pesquisou muitas horas, datas e deslocamentos para encontrar o melhor resultado, inclua essa busca no cálculo do sobreajuste: a escolha do relógio foi mais uma tentativa.
Um fuso horário é um conjunto de regras, não um número de horas a subtrair. Armazene os eventos em UTC; derive o horário local do mercado quando precisar dele.
O que seu teste em paper deve confirmar
Ao passar a estratégia para paper trading, registre tanto o timestamp UTC do evento quanto o minuto relativo à sessão. Assim, você consegue detectar rapidamente uma estratégia que acredita que a abertura ocorre às 09:30, mas na verdade dispara às 10:30 no horário local. Confira também os feriados e os fechamentos antecipados; uma programação de sessão normal copiada para todos os dias da semana vai inventar operações em dias em que a bolsa está fechada.
E quando os relógios mudarem, resista à tentação de “corrigir” o resultado deslocando o sinal até a curva de capital parecer familiar. Primeiro, confira a hipótese declarada, o calendário e o horário das ordens. Se o resultado acompanhar a sessão do mercado, você aprendeu algo sobre o comportamento da sessão. Se permanecer na mesma hora UTC, aprendeu outra coisa. Seu backtest deve preservar essa distinção.
← Todos os artigos
