Um EA real pode apresentar execuções, custos ou resultados diferentes do período de referência. Descreva primeiro a mudança observada, antes de atribuir uma causa. Uma sequência de perdas, uma resposta lenta ou uma média estável, isoladamente, não provam que a vantagem desapareceu ou que a execução está normal.
Separe problemas de dados, mudanças de execução, contexto de mercado e incerteza amostral. Use o guia de conciliação para estabelecer os registros e o protocolo forward para preservar as regras originais de comparação. Este guia final conecta o alerta à investigação e à revalidação documentada, não a uma ação automática de trading.
1. Defina o que o alerta realmente informa
Registre métrica, unidade, fonte, janela de referência, janela recente e calendário de revisão. Preserve o limiar original de investigação e sua versão. O alerta informa que a condição especificada foi observada; sozinho, não identifica falha da corretora, regime de mercado ou falha da estratégia.
Nesta revisão fictícia, sinalize uma janela recente com pelo menos 2 entradas completas e conciliadas cujo slippage desfavorável medido esteja estritamente acima de 1.0 pip. Igualdade não conta. É uma regra de investigação criada aqui, não uma tolerância universal ou carta de controle estatístico calibrada. Não se calcula probabilidade de falso alarme nem teste de rentabilidade.
2. Mantenha a referência comparável
Identifique build, parâmetros, conta, modo, servidor da corretora, símbolo e contrato reais, tipo de ordem, lado, volume, sessão e base de dados. Compare escopos equivalentes ou mostre explicitamente as diferenças. Congele a referência em vez de substituí-la quando outra janela parecer melhor. Execuções demo e reais são evidências diferentes; consulte o guia de comparação dos modos.
Este exemplo didático independente supõe build EA-R e parâmetros K1 em uma conta real declarada em USD que opera EURUSD. As janelas usam a mesma configuração e escopo. Não é uma continuação da amostra demo do guia anterior. Todas as observações são fictícias; não se fornece alocação de capital nem controlador operacional.
3. Separe as explicações concorrentes
Trate uma explicação como hipótese até que as evidências a sustentem. Várias causas podem coexistir. A mudança em um campo não prova a direção de seu efeito sobre a rentabilidade.
- Dados: registros ausentes, feeds alterados, cotações antigas, relógios desalinhados ou entradas revisadas podem invalidar comparações.
- Execução: execuções, padrões de rejeição, spread, comissão ou financiamento podem mudar em condições de resto comparáveis.
- Contexto: sessões, volatilidade ou exposição a eventos podem variar sem alteração no código do EA.
- Amostragem: poucas observações, dependentes ou selecionadas repetidamente podem produzir resumos instáveis.
Registre evidências que apoiem ou enfraqueçam cada hipótese. Uma história conveniente não é diagnóstico. Não ajuste um parâmetro para esconder um problema pendente de dados ou atribuição de ordens.
4. Preserve todos os resultados conhecidos das solicitações
Estas categorias sem sobreposição descrevem as solicitações conhecidas em cada janela fictícia de calendário. Execuções completas e conciliadas têm cotações válidas no envio e registros de entrada da corretora. A tabela não conta todas as decisões possíveis, não é taxa de acerto nem garantia de cobertura completa das fontes.
| Categoria de solicitação conhecida | Referência | Recente |
|---|---|---|
| Execução completa e conciliada | 20 | 20 |
| Rejeição confirmada | 2 | 3 |
| Solicitação não resolvida | 2 | 3 |
| Total de solicitações conhecidas | 24 | 26 |
A referência soma 24 solicitações; a janela recente, 26. Só 20 execuções de cada janela entram nas estatísticas de preço. Os 2 contra 3 casos de rejeição confirmada e as 2 contra 3 solicitações não resolvidas continuam visíveis. Um timeout não é automaticamente uma rejeição. Estatísticas de execuções não descrevem todas as tentativas; registros pendentes impedem validar o desempenho completo e exigem o procedimento anterior de conciliação.
5. Dê o sinal correto ao slippage de entrada
Suponha EURUSD com ponto de 0.00001 e pip de 0.0001: um pip contém 10 pontos. Em outros casos, confira as especificações reais do símbolo. Para esta comparação de entrada, defina s_BUY = (fill_Ask − send_Ask) / pip e s_SELL = (send_Bid − fill_Bid) / pip. Positivo é desfavorável em ambos os lados; negativo é favorável.
A tabela apresenta quatro exemplos aritméticos independentes, não linhas selecionadas das amostras posteriores. Use o Ask registrado pelo cliente para BUY e o Bid para SELL, com a execução conciliada da mesma ordem. Não compare execução BUY com Bid nem SELL com Ask. Os valores são pips, não dinheiro da conta, perdas máximas ou retornos esperados.
| Caso | Lado | Cotação do cliente no envio | Execução de entrada | Slippage com sinal · pip |
|---|---|---|---|---|
| A | BUY | 1.10020 | 1.10023 | +0.3 |
| B | BUY | 1.10210 | 1.10219 | +0.9 |
| C | SELL | 1.10400 | 1.10394 | +0.6 |
| D | SELL | 1.10400 | 1.10404 | −0.4 |
6. Respeite os limites da cotação de referência
A cotação observada pelo cliente no envio é uma referência documentada, não um preço garantido executável ao chegar à corretora. Registre idade da cotação, base de recebimento, preço solicitado e execução real. A duração observada pelo cliente não é puro processamento da corretora; relógios diferentes não separam com confiabilidade atrasos de rede e servidor.
Mantenha spreads, tarifas e financiamento em seus próprios registros corretamente definidos. A diferença de preço medida já está refletida no resultado baseado na execução real; não a desconte de novo do lucro contabilizado. O guia de custos explica o tratamento. Esta métrica em pips também difere da configuração de desvio de ordens da plataforma; não copie seu número para um parâmetro sem verificar unidades e comportamento da corretora.
7. Examine a distribuição, não apenas a mediana
As amostras de execuções completas contêm, neste exemplo, 20 entradas cada. A referência tem média 0.265 pip e mediana 0.25; a recente, média 0.505 e mediana 0.30. A mediana muda pouco enquanto o máximo sobe de 0.8 para 2.4. São descrições amostrais, não previsões nem estimativas de execução futura garantida.
Há 0 execuções de referência e 2 recentes estritamente acima de 1.0 pip; assim, a regra criada para a janela recente é acionada. Investigue a cauda preservando os resultados das solicitações excluídas. A janela termina no corte de calendário declarado, não quando acumula execuções favoráveis suficientes. Uma diferença de entrada desfavorável não indica se a operação terminou com ganho ou perda.
Opcional: examine as amostras fictícias e reproduza os cálculos
Amostras ordenadas de pips com sinal; cada valor representa uma execução completa e conciliada distinta. Referência: −0.2, 0, 0, 0.1, 0.1, 0.1, 0.2, 0.2, 0.2, 0.2, 0.3, 0.3, 0.3, 0.3, 0.4, 0.4, 0.5, 0.5, 0.6, 0.8. Recente: −0.1, 0, 0.1, 0.1, 0.2, 0.2, 0.2, 0.3, 0.3, 0.3, 0.3, 0.4, 0.4, 0.5, 0.5, 0.6, 0.7, 0.9, 1.8, 2.4.
Exemplos de entrada: (1.10023 − 1.10020) / 0.0001 = +0.3; (1.10219 − 1.10210) / 0.0001 = +0.9; (1.10400 − 1.10394) / 0.0001 = +0.6; (1.10400 − 1.10404) / 0.0001 = −0.4. Médias amostrais: 5.3 / 20 = 0.265 e 10.1 / 20 = 0.505. Medianas amostrais: (0.2 + 0.3) / 2 = 0.25 e (0.3 + 0.3) / 2 = 0.30. Resultados em pips; pontos decimais e separadores de milhar seguem a notação numérica inglesa.
8. Revise o contexto e as limitações da amostra
Verifique sessões, volume, spread, volatilidade e exposição a eventos registrados e disponíveis em cada decisão. Uma composição diferente pode mudar a distribuição agregada. Compare estratos declarados quando as evidências permitirem, informe grupos pequenos e preserve também o agregado completo. Não invente rótulos causais de regime a partir de um gráfico conveniente depois de ver a perda.
Vinte execuções não são necessariamente observações independentes nem uma amostra adequada de validação. Janelas sobrepostas e buscas repetidas ampliam as oportunidades de encontrar padrões alarmantes. Uma mediana normal não prova caudas estáveis; uma cauda sinalizada não prova mudança permanente. Explicite a incerteza sem acrescentar afirmações estatísticas sem calibração.
9. Responda conforme a política de risco vigente
Estado de ordem incerto, proteção ausente ou outras falhas operacionais exigem a resposta estabelecida, sem esperar uma revisão programada de desempenho. Siga a política de risco da conta e o guia de monitoramento operacional. Esta auditoria não autoriza entradas duplicadas, liquidação, stops mais largos ou exposição maior.
Preserve alerta, registros brutos, diferenças de escopo, causa suspeita e ação tomada. Corrija problemas operacionais documentados pelo procedimento testado e depois avalie se a comparação permanece válida. Se as evidências forem incompletas, deixe a conclusão sobre desempenho inconclusiva. Um alerta não justifica apagar silenciosamente a referência anterior nem otimizar para eliminar um período de perdas.
10. Documente a decisão de revalidação
Uma regra de estratégia ou risco alterada, contrato da corretora, feed ou ambiente operacional materialmente diferente pode exigir um novo plano de validação. Registre motivo, intervalo afetado, nova versão e critérios antes de observar o novo resultado. Reutilize o protocolo forward e preserve todas as variantes; veja limites de seleção no guia de overfitting.
- Escopo, unidades e timestamps de referência e recentes são comparáveis?
- Solicitações rejeitadas, não conciliadas e não resolvidas continuam visíveis fora das estatísticas de execuções?
- As diferenças BUY e SELL têm sinal correto, sem duplicar custos?
- As explicações de dados, execução, contexto e amostragem foram separadas?
- A ação segue a política vigente, registrando mudanças como nova versão de validação?
Escreva uma conclusão delimitada: problema observado e provas, hipóteses abertas, ação operacional e necessidade de novo protocolo. Separe a revisão de equity e drawdown desta métrica de execução. Continuar o monitoramento não prova vantagem; um plano de revalidação não autoriza novos recursos reais.
11. Perguntas sobre mudanças no EA real
Slippage positivo significa operação lucrativa?
Não nesta convenção. Positivo significa diferença de entrada desfavorável para BUY ou SELL; negativo significa favorável. O lucro final depende de saídas e custos e é uma quantidade separada.
Uma mediana estável prova que a execução não mudou?
Não. As medianas do exemplo são próximas, mas a cauda recente é maior. Examine a distribuição inteira e todos os resultados das solicitações no mesmo escopo declarado.
O alerta ilustrativo prova falha da corretora ou da estratégia?
Não. Ele inicia a investigação de uma condição observada. O exemplo não demonstra causalidade, significância estatística ou perda futura; solicitações não resolvidas ainda precisam de conciliação.
Devo reajustar imediatamente após uma sequência de perdas?
Uma sequência isolada não basta para escolher novos parâmetros. Siga a política operacional vigente, investigue registros e contexto e declare previamente uma versão de validação separada se as regras mudarem.
12. Fontes e escopo
Fontes primárias: MQL4 OrderSend e lados de preço BUY/SELL, propriedades dos símbolos e unidades de ponto MQL4 e NIST sobre monitoramento de processos e limites de cartas de controle. Fontes verificadas em 2026-10-18. A regra ilustrativa foi criada aqui; não é um limite calibrado pelo NIST nem recomendação da plataforma.
Todas as solicitações, preços, amostras e limiares são dados didáticos fictícios, não desempenho real verificado nem relatórios originais do testador. Não se fornece estratégia, retorno esperado, teto de perdas, diagnóstico causal ou controlador automático de risco. Revisão e revalidação melhoram a rastreabilidade; nenhuma garante trading lucrativo ou seguro.