Como os Expert Advisors do MT4 São Calculados: Fórmula, Parâmetros e Requisitos de Dados

O que “cálculo” significa para um Expert Advisor do MT4

Um Expert Advisor (EA) do MT4 geralmente não calcula uma única “fórmula” fixa como uma planilha de matemática. Em vez disso, um EA continuamente avalia regras escritas em código. Em cada evento (comumente novos ticks de preço e/ou aberturas de barras), ele lê os dados disponíveis, calcula quaisquer valores de indicadores que utiliza (se aplicável) e, em seguida, aplica sua lógica para decidir quais ações de ordem tentar.

Portanto, a melhor maneira de explicar “como ele é calculado” é descrever o pipeline de execução do EA:

1. reunir entradas (dados de mercado e tempo, além de parâmetros de configuração),
2. calcular valores intermediários (frequentemente saídas de indicadores ou expressões personalizadas),
3. aplicar condições de decisão (regras if/else),
4. calcular parâmetros de ordem (como preços de entrada/saída e lógica de dimensionamento de posição, se o EA os incluir),
5. enviar ou gerenciar ordens (sujeito a restrições da plataforma e do corretor).

Esse enquadramento separa a mecânica estável (como o código é estruturado e avaliado) das condições variáveis (como os preços chegam, custos e qualidade de execução).

O modelo central de “cálculo”: entradas → funções → decisões → ações

Um loop genérico de EA pode ser escrito como um modelo abstrato:

• Entradas no tempo t:

  • séries de preços necessárias para o EA (por exemplo, bid/ask, abertura/máxima/mínima/fechamento, volumes, dependendo do que o código solicita),
  • contexto de tempo atual (horário do servidor e/ou índice de barras),
  • parâmetros configurados nas configurações do EA (como comprimentos de lookback, limites, parâmetros de risco, limites de negociação),
  • variáveis de estado opcionais (posições abertas atuais, ações passadas, flags internas).

• Cálculos intermediários:

  • funções semelhantes a indicadores, se o EA as utilizar (por exemplo, médias móveis ou osciladores calculados em uma janela móvel),
  • expressões personalizadas escritas pelo autor do EA.

• Regras de decisão:

  • condições booleanas que determinam se uma ação é permitida, como “se a condição de entrada for verdadeira e o limite de negociação não for atingido”.

• Cálculos de ação:

  • parâmetros de ordem derivados da decisão, como nível de entrada pretendido, níveis de stop/limite e lógica de dimensionamento (se o EA a incluir).

• Resultado da execução:

  • se a plataforma/corretor aceita a solicitação e qual preço é realmente preenchido.

Na prática, o código do EA determina as funções e limites exatos, portanto, dois EAs diferentes podem “calcular” de maneiras completamente diferentes, embora sigam este mesmo pipeline compartilhado.

Parâmetros e requisitos de dados que você deve listar para reproduzir a lógica de um EA

Para explicar independentemente o cálculo de um EA, você precisa identificar cada entrada da qual ele depende. As categorias comuns são:

1. Entradas de dados de mercado EAs normalmente leem séries de preços disponíveis para o MT4 em tempo de execução e/ou em backtests. O ponto crucial é que um EA só “calcula” a partir do que pode acessar: se o código do EA usa bid/ask, então o spread se torna parte de seus cálculos; se usa barras OHLC, então as regras de formação de barras são importantes.

2. Tempo e timing de avaliação Muitos EAs operam em:

• cada tick recebido,
• cada nova barra (abertura de barra), ou
• ambos.

Isso afeta quais preços são incluídos nas janelas de indicadores e em qual momento exato uma decisão é acionada.

3. Parâmetros de configuração Estas são as configurações do EA definidas pelo usuário. Exemplos típicos (descritos genericamente) incluem:

• comprimentos de lookback para cálculos móveis,
• valores de limite para condições,
• limites no número de posições ou frequência de negociação,
• distâncias ou lógica de stop-loss/take-profit,
• regras opcionais de dimensionamento ou média.

4. Estado e contexto de posição Algumas regras dependem da exposição atual: se existe uma posição, o número de negociações abertas, sua direção e se o EA deve gerenciá-las.

5. Suposições relacionadas à execução Mesmo que o EA calcule preços pretendidos, a plataforma interage com um ambiente de execução que pode aplicar restrições (distâncias mínimas de stop, níveis de congelamento) e preencher a preços realizados.

Um exemplo concreto de “cálculo” sem assumir preços ao vivo

Para ver a mecânica claramente, considere um EA que usa uma média móvel como parte de suas condições. Uma estrutura genérica pode ser assim (abstratamente):

• No tempo t, calcule um valor:
  • MA(t) = média dos últimos N preços de fechamento (o autor do EA decide a definição exata).
• Em seguida, aplique uma condição de decisão:
  • se o preço atual em relação a MA(t) satisfizer um limite, permita uma solicitação de entrada.
• Se a entrada for permitida, calcule os parâmetros de ordem:
  • níveis de stop/limite pretendidos com base em distâncias ou níveis configurados.
• O EA envia a solicitação e, posteriormente, a gerencia (se a lógica incluir regras de gerenciamento).

A fórmula exata para MA(t) depende da definição do indicador escolhido pelo EA, mas a ideia geral permanece: o EA calcula quantidades intermediárias a partir de janelas históricas e então usa esses resultados em lógica booleana.

Limitações materiais e modos de falha

Mesmo quando o código do EA é determinístico, dados os mesmos inputs, os resultados reais frequentemente diferem porque o fluxo de entrada e a execução não são idênticos entre ambientes.

1. Incompatibilidade de backtest para ao vivo Os dados históricos usados nos testes podem não refletir a microestrutura futura do mercado. Além disso, a forma como o backtesting do MT4 modela ticks e preenchimento de ordens pode diferir da execução real. Isso significa que um cálculo que parece consistente em um ambiente pode se comportar de maneira diferente em outro.

2. Spread, custos e qualidade de preenchimento Se um EA usa bid/ask, então custos e variações de spread mudam as entradas efetivas. Além disso, o EA pode “calcular” um preço pretendido, mas o corretor preenche a um preço realizável que pode desviar.

3. Disponibilidade de dados e casos extremos de janela de indicadores Se um EA solicitar um comprimento de lookback maior do que o histórico disponível na inicialização, os cálculos iniciais podem estar incompletos ou se comportar de maneira diferente. Problemas semelhantes ocorrem quando a formação de barras não está alinhada com o timing de avaliação do EA.

4. Diferenças no tratamento de estado Alguns EAs armazenam estado interno (flags, contadores, horários da última ação). Se esse estado for inicializado de forma diferente ou se você alterar as configurações, os resultados podem divergir.

5. Restrições da plataforma e do corretor A aceitação de ordens pode falhar se os parâmetros violarem restrições. Nesses casos, o “cálculo” do EA pode produzir uma decisão válida, mas a plataforma pode não executá-la como esperado.

Como verificar o cálculo de forma independente

Você pode verificar o “cálculo” de um EA verificando o que seu código realmente faz:

• Liste as entradas: documente quais campos de preço e eventos de tempo ele lê.
• Identifique os cálculos intermediários: reproduza cada função que ele chama (incluindo fórmulas de indicadores usadas pelo EA).
• Registre as condições de decisão: traduza as regras booleanas do EA para linguagem simples.
• Trace a lógica dos parâmetros de ação: especifique como ele calcula níveis de ordem e dimensionamento (se incluído).
• Teste suposições: compare resultados sob diferentes conjuntos de dados históricos ou diferentes configurações de modelagem de execução para ver quais partes são sensíveis.