Como os outros lidam com a diferença de tempo entre corretor e local?

Como os outros estão lidando com as diferenças de fuso horário com estratégias geradas, especialmente com indicadores sensíveis ao tempo? Você está levando em conta a hora do corretor e a hora local em suas estratégias?

 

Obrigado

Oi Seaton,

 

A maioria de minhas estratégias é sensível ao tempo. Eu lidei com isso dessa maneira simples.

 

Faço o download dos dados usando o TickStory. Ele tem a opção de mudar os dados da Dukascopy para o horário de Nova York (EST + 7 horas). Isso significa que o fechamento de Nova York (5PM EST) coincide com a meia-noite no MetaTrader. Por que isso é importante?

 

http://www.learntotradethemarket.com/meta-trader-demo-account-sign-up-new-york-close-charts

 

O TickStory também aplica os turnos de verão de Nova York aos dados.

 

Tudo certo. E quanto ao corretor?

 

Simples. Eu só negocio com corretoras que:

 

1. Comércio em linha com o fechamento de Nova York
2. Mudança do horário de verão para o horário de Nova York

Por exemplo.

 

http://www.icmarkets.com/client-area/faq/

 

O que é o GMT Offset da IC Markets?

Para alinhar as velas do gráfico diário com o fechamento de Nova York (17h ET), o horário do servidor e os gráficos do IC Markets são GMT + 2 ou GMT + 3 quando o horário de verão estiver em vigor.

A tabela abaixo descreve as datas em que o horário do servidor é alterado para refletir o horário de verão a cada ano.

 

Ano Data de início da DST Data de término da DST

2013 10 de março 3 de novembro

2014 9 de março 2 de novembro

2015 8 de março 1 de novembro

 

O horário de verão começa às 2h do segundo domingo de março e termina às 2h do primeiro domingo de novembro.

 

Isso torna tudo muito simples.  Sem confusão ou mudanças quando a luz do dia muda. Alinhe os dados a Nova York, escolha o corretor alinhado a Nova York.

Faço com que meus dados históricos tenham o mesmo fuso horário da minha corretora (fechamento em Nova York/abertura em Sidney) e construo a partir daí. O MT4 usa o horário da corretora, portanto, meu horário local não faz sentido.
 

@threshold Obrigado pela resposta,  

 

Isso é o que estou fazendo atualmente, mas gostaria de usar os dados da Asirikuy para minha mineração e backtesting para estratégias cronometradas, pois são +1/2, portanto não estão de acordo com nenhuma das minhas corretoras.

 

Você já tentou converter os dados do Asirikuy M1?  

Oi Seaton

 

Só depois de ganhar alguns meses de experiência em backtest no SQ é que percebi a importância de garantir que meus dados de M1 e Tick no SQ fossem definidos para o horário do servidor da minha corretora, e não para o horário local. Eu moro no Reino Unido: GMT+0 e DST+1, mas os servidores da minha corretora no Reino Unido ficam em Chipre: GMT+2 E DST+1. Só me dei conta dessa importância depois de usar o MT4-TDS para descobrir que uma estratégia final de USDJPY H1 selecionada, que funcionou bem no SQ, não gerou nenhuma negociação no MT4-TDS. O motivo é que a estratégia só entrava em negociações aos domingos, o que é aceitável no horário local do Reino Unido, pois os mercados abrem às 22h de domingo, mas não é aceitável no horário do servidor do Chipre, pois os mercados abrem à meia-noite. Achei que poderia ter sido um caso isolado, mas aconteceu exatamente a mesma coisa uma semana depois, após o processamento de um par de moedas diferente (quais são as chances [?] de, depois de criar e excluir milhões de estratégias de SQ e após verificações completas de backtest, eu acabar com 2 EAs pré-selecionados, cada um baseado em um par de moedas diferente, que só entram em negociações aos domingos). Outros testes repetidos descobriram que ~25% dos meus resultados anteriores do EA foram afetados por essa diferença de fuso horário, embora o impacto não tenha sido tão grande. Portanto, atualmente sempre uso o horário do servidor da minha corretora no SQ.

 

AC1962

O Daniel, do Asirikuy.com, escreveu um artigo interessante explicando como converter usando python.

 

http://mechanicalforex.com/2016/06/dealing-with-forex-data-time-zones-using-pandas.html