O que iniciantes devem saber sobre regras de saída
O que significam regras de saída
Regras de saída são as condições predefinidas e as etapas de decisão que descrevem como uma posição é fechada. Elas respondem a duas perguntas básicas: o que aciona a saída (por exemplo, atingir um nível ou um limite de tempo) e como a saída é executada (por exemplo, enviando uma ordem imediatamente ou quando as condições forem atendidas). Para iniciantes, é útil tratar as regras de saída como uma especificação escrita em linguagem simples, não como um indicador ou uma previsão.
Em termos de risco em primeiro lugar, as regras de saída existem para limitar a incerteza depois que uma posição já foi iniciada. Elas não eliminam a incerteza; apenas a estruturam. Se suas premissas sobre execução, custos e medição não forem claras, suas regras de saída podem descrever um resultado que não pode ser realmente produzido.
Como as regras de saída normalmente funcionam (mecânica)
Uma maneira útil de entender as regras de saída é dividi-las em entradas, lógica e saída.
Entradas são os pontos de referência usados pela regra, como um preço inicial (ou preço de entrada), uma referência de meta (como um nível de “lucro”), uma referência de risco (como um nível de “perda”) e um método de avaliação (por exemplo, “verificar continuamente” ou “verificar em horários específicos”).
Lógica é a sequência de decisão. Muitos conjuntos de regras incluem mais de uma condição, então você precisa definir o que acontece primeiro se múltiplas condições puderem ser verdadeiras (por exemplo, limite de perda vs. limite de tempo).
Saída é o resultado esperado expresso em termos mensuráveis: o nível de preço onde a saída é pretendida e os fatores de custo realizados que afetam os resultados.
Exemplo de impacto de cenário (com premissas explícitas): Suponha que uma posição seja fechada quando o preço atingir um nível predefinido e suponha que não haja atraso. Sob essa premissa, o preço de saída realizado é igual ao nível que você definiu. Se você remover a premissa de “sem atraso” e incluir efeitos de execução, como slippage, então o preço de saída realizado pode diferir do nível, mesmo que sua lógica de regra esteja correta.
Limitações e riscos materiais
Um equívoco comum é tratar as regras de saída como se garantissem um resultado específico. Elas não podem, porque os resultados reais dependem de condições fora da definição da regra.
1) Incerteza de execução: Mesmo com a mesma regra, os resultados de saída mudam com a forma como as ordens são preenchidas, quando são enviadas e se o mercado se move rapidamente. Um salto de preço pode fazer com que uma saída seja preenchida a um preço pior do que o esperado.
2) Custos e medição: Os resultados são afetados por spreads/taxas/comissões e pela forma como são aplicados na sua configuração específica. Se o seu cálculo ignorar esses custos, sua regra pode parecer “funcionar” no papel, mas não na realidade.
3) Conflito de condições: Se existirem múltiplas condições de saída, prioridade pouco clara pode levar à ambiguidade. Por exemplo, se tanto uma saída baseada em tempo quanto uma baseada em nível puderem ocorrer ao mesmo tempo, você deve declarar qual delas decide.
4) Modo de falha operacional: Uma regra depende de implementação correta. Verificações perdidas, ordens não colocadas conforme definido ou dados inconsistentes podem fazer com que a regra de saída seja diferente do que você pretendia.
Verificação e a próxima pergunta a fazer
Iniciantes podem verificar independentemente os fatos das regras de saída verificando três coisas:
- Precisão da definição: Sua regra de saída especifica gatilhos, tempo e prioridade em linguagem inequívoca?
- Lista de premissas: Quais premissas você está fazendo sobre tempo de execução, comportamento de ordem e custos? Se você não puder listá-las, não poderá testá-las.
- Medição comparável: Você está usando a mesma referência de preço e o mesmo modelo de custo tanto para sua expectativa quanto para qualquer resultado observado?
Uma próxima pergunta prática é: Qual parte da minha regra de saída é a menos testável? Se for o tempo de execução, concentre sua verificação nos campos de dados exatos e no tempo de eventos que sua plataforma usa, porque é aí que as diferenças entre saídas pretendidas e realizadas aparecem com mais frequência.