Resposta direta
Regras de Entrada são um conjunto predefinido de condições que devem ser atendidas antes de uma posição ser aberta. As considerações avançadas se concentram em (1) de que informação as regras dependem, (2) quais partes da lógica são estáveis versus variáveis e (3) como detalhes de implementação podem fazer a execução real divergir do plano. Como os resultados são incertos e a execução varia, o leitor deve conseguir enunciar a regra, suas suposições e os modos específicos de falha que poderiam invalidá-la.
Regras de Entrada não devem ser tratadas como um preditor independente. Em vez disso, elas são um procedimento operacional: elas transformam uma ideia de trade em um gatilho concreto e testável que pode ser verificado contra as entradas reais que o seu sistema recebe.
Mecanismo ou definição
Um modelo simples de Regras de Entrada
Uma forma prática de entender Regras de Entrada é como um pipeline:
- Entradas: os valores exigidos pela regra (por exemplo, níveis de preço, janelas de tempo e quaisquer confirmações necessárias).
- Condições: verificações booleanas como “se a condição A e a condição B forem verdadeiras”.
- Comportamento da ordem: o que você realmente envia ao mercado (tipo de ordem, duração e desvios permitidos).
- Resultado da execução: o que é preenchido, a qual preço médio e em quanto tempo.
Regras de Entrada “avançadas” adicionam precisão a essas etapas. Elas normalmente incluem suposições explícitas sobre o timing dos dados (quando o valor é lido), medição (bid/ask vs mid) e restrições (spread máximo aceitável, tolerância a slippage ou o intervalo de tempo em que a condição deve permanecer verdadeira).
Mecânicas estáveis vs condições variáveis
Uma separação-chave é:
- Mecânicas estáveis: as partes que você consegue definir matematicamente e manter consistentes (por exemplo, “entrar apenas durante uma janela de tempo específica” ou “exigir que um limiar seja cruzado”).
- Condições variáveis de mercado/provedor: elementos que podem mudar entre backtesting e trading ao vivo, como spread bid-ask, liquidez e qualidade do preenchimento.
Se suas Regras de Entrada dependem de entradas variáveis, então o comportamento da regra muda mesmo quando a sua lógica subjacente permanece a mesma. Por exemplo, uma condição medida usando preço mid pode se comportar de forma diferente do que a mesma condição medida usando bid/ask.
Estado e timing
Regras de Entrada avançadas devem esclarecer estado:
- O que acontece se a condição for verdadeira por pouco tempo e depois ficar falsa?
- A regra é avaliada uma vez, ou continuamente?
- Em qual timestamp ela é avaliada?
Um caso-limite frequente é uma incompatibilidade de janela de tempo: um backtest pode assumir timing perfeito, enquanto um sistema ao vivo pode receber preços com latência ou avaliar usando um momento de fechamento de candle diferente do que você assumiu.
Evidência ou exemplo
Exemplo: limiar mais “precisa permanecer verdadeiro”
Suponha que uma Regra de Entrada use um limiar de preço e exija que ele permaneça verdadeiro por uma janela curta. Uma versão direta poderia ser:
- Condição: “O preço está acima de X.”
- Requisito adicional: “Ele deve estar acima de X por 10 segundos.”
Considerações avançadas são os detalhes de implementação:
- Definição de entrada: “preço” é o bid, ask ou um valor cotado?
- Amostragem: o seu sistema verifica a cada tick, a cada segundo ou apenas no fechamento do candle?
- Timing da ordem: quando a condição de 10 segundos for atendida, o sistema envia a ordem imediatamente ou no próximo ciclo de processamento?
Limitação material: mesmo que a condição seja atendida nos seus dados, a execução ainda pode divergir porque spreads e liquidez podem mudar entre o momento em que a regra dispara e o momento em que a ordem chega ao mercado.
Exemplo: tipo de ordem muda o significado da regra
Outra consideração avançada é que Regras de Entrada podem estar “corretas”, mas ainda assim levar a resultados inesperados devido ao tipo de ordem.
- Se a regra assume que você entrará perto de um preço específico, mas a ordem está sujeita a cotações que se movem rapidamente, os preenchimentos podem ocorrer em preços piores.
- Se a duração da ordem for limitada e a condição desaparecer, a ordem pode não ser preenchida como pretendido.
Isso importa porque Regras de Entrada frequentemente se concentram em quando iniciar, e não em se o preenchimento real vai corresponder ao preço do gatilho.
Casos-limite a considerar
Sem assumir dados em tempo real ou qualquer comportamento específico de plataforma, os casos-limite típicos que os leitores devem reconhecer incluem:
- Preenchimentos parciais: a posição é aberta em várias partes, alterando o preço efetivo de entrada.
- Re-cotações / atraso de execução: o mercado se move depois que a condição é observada.
- Expansão de spread: o alargamento bid-ask pode fazer uma condição baseada em bid ou ask se comportar de forma diferente do esperado.
- Incompatibilidade da fonte de dados: os valores usados para avaliação diferem dos valores usados para execução.
Um leitor pode tratar esses como testes independentes: se a sua regra não consegue especificar como ela lida com isso, ela está subdefinida.
Limitações e riscos
Limitação material: a qualidade da execução pode quebrar as suposições
Mesmo com uma lógica bem definida, Regras de Entrada são limitadas pela lacuna entre “lógica de gatilho” e “realidade do preenchimento”. A regra pode ativar sob certas condições de mercado, mas o preço executado e o timing do preenchimento podem não corresponder aos valores usados para decidir a entrada.
Esse é um modo comum de falha:
- A Regra de Entrada verifica uma condição usando uma representação ou referência de tempo.
- A ordem é preenchida usando outra representação ou em um momento posterior.
- A entrada resultante difere o suficiente para tornar o plano geral inconsistente com suas suposições originais.
Incerteza e não repetibilidade
Relações históricas não garantem resultados futuros. A estrutura do mercado pode mudar, a liquidez pode variar e os custos de execução podem ser diferentes entre regimes. Portanto, Regras de Entrada avançadas devem ser enquadradas com incerteza:
- especifique o que você sabe (suas definições, limiares e timing de avaliação), e
- especifique o que você não consegue controlar (qualidade do preenchimento, custos e diferenças do provedor/sistema).
Jurisdição e restrições operacionais
Regras de Entrada também são afetadas por restrições operacionais e regulatórias que variam por local e pela configuração do broker/provedor, incluindo como as ordens são tratadas e quais feeds de dados são usados. Como essas restrições podem mudar ao longo do tempo, o leitor deve ter cuidado para não assumir que uma descrição de regra em um contexto se mantém inalterada em outro.
Verificação ou próxima pergunta
O que verificar independentemente
Para verificar independentemente Regras de Entrada, o leitor pode checar três camadas:
- Checagem de definição: você consegue reformular a regra com precisão, incluindo representação de dados (bid/ask vs mid) e timing (momentos de avaliação)?
- Checagem de custo e execução: o seu plano define como custos, spreads e slippage são tratados no processo de decisão e no comportamento esperado do preenchimento?
- Checagem de casos-limite: para preenchimentos parciais, mudanças rápidas de cotação e janelas curtas de condição, a regra especifica o que deve acontecer?
Uma próxima pergunta útil é: “Se a minha Regra de Entrada disparar, qual comportamento exato da ordem deve ocorrer e quais condições precisam permanecer verdadeiras até que a ordem seja confirmada ou preenchida?”
DOCUMENT END