Resposta direta
Ordens stop limit são medidas definindo os campos exatos que você registrará e os momentos exatos em que esses campos serão avaliados. Na prática, medir significa capturar (1) os níveis de gatilho e limite da ordem, (2) timestamps-chave de quando você coloca a ordem, quando a condição de stop se torna elegível para disparar e quando as execuções (ou não execução) ocorrem, e (3) resultados de execução mensuráveis como preço de fill, quantidade de fill e se a ordem foi totalmente preenchida, parcialmente preenchida ou cancelada.
Como os resultados dependem das condições de mercado, dos custos de transação e do comportamento de execução, você pode medir o que aconteceu, mas não pode confiar nessas medições para garantir o que acontecerá na próxima vez.
Mecanismo e definição de campos mensuráveis
Uma ordem stop limit tem dois níveis de preço e pelo menos uma mudança de estado.
- Preço do Stop (gatilho): o nível em que a ordem se torna elegível para sair do estado pendente e entrar em um estado de ordem limite.
- Preço limite: o pior preço pelo qual você está disposto a executar depois que a condição de stop tiver sido acionada.
- Timestamps da ordem: você deve distinguir múltiplos momentos, como o horário em que a ordem foi colocada, o horário em que a condição de stop foi considerada atendida (ou quando a plataforma a marcou como acionada) e o horário em que as execuções foram reportadas.
- Resultados de execução: registre se a ordem executou ou não, a quantidade executada e os(s) preço(s) executado(s) se ocorrerem fills.
Uma forma prática de “medir” é criar uma linha do tempo de eventos para uma única ordem:
- horário de colocação, 2) horário elegível para gatilho (ou “triggered” conforme reportado), 3) relatórios de execução (um ou mais) e 4) status final (filled, parcialmente filled, ou não filled).
Mesmo sem dados reais de mercado em tempo real, esses campos podem ser registrados a partir de relatórios de gerenciamento de ordens, porque a medição é sobre o que o sistema reporta para aquela ordem, e não sobre prever preços futuros.
Exemplo em estilo de evidência com premissas explícitas
Considere uma única ordem stop limit que você coloca em um horário conhecido T0.
- Preço do stop = S
- Preço limite = L
Suponha (apenas para este exemplo) que a plataforma reporte a ordem como “triggered” no horário T1 e, depois, reporte execuções.
Você pode medir três comparações separadas:
- Medição do gatilho: a plataforma marcou o stop como acionado em T1? Se sim, você pode verificar que isso aconteceu após a colocação T0.
- Medição de viabilidade de execução: ocorreu alguma execução com um preço que satisfaz a regra do limite? Para uma regra de limite do lado de venda (conceitualmente), a execução deve ocorrer a um preço igual ou melhor do que o limite; para uma regra do lado de compra, de forma semelhante “igual ou melhor” em relação ao limite.
- Medição de completude do resultado: foi totalmente preenchida, parcialmente preenchida ou não preenchida até o status final?
Um ponto-chave é que você não está alegando que o mercado “fez isso acontecer”; você está medindo a sequência de eventos reportados pela plataforma e as verificações de restrição implícitas no tipo de ordem.
Limitações e modos de falha materiais
Pelo menos um modo de falha comum é não execução após o acionamento. A parte do stop pode se tornar elegível, mas o preço limite pode não ser atingido a tempo. Nesse caso, a ordem pode permanecer sem preenchimento ou ser apenas parcialmente preenchida.
Outras limitações de medição incluem:
- Partial fills: uma ordem pode executar em múltiplos blocos, então “preço de execução” pode significar médias diferentes dependendo do método de cálculo escolhido (por exemplo, preço do primeiro fill vs. média ponderada por volume). Você precisa declarar seu método.
- Ambiguidade de timestamp: plataformas podem reportar o horário “triggered” de forma diferente de como você registraria o timestamp da primeira condição de mercado elegível. Trate “platform-triggered” como um fato mensurável, mas não o equipare a um momento externo do mundo real a menos que você tenha dados correspondentes.
- Custos e qualidade de execução: spreads, slippage e taxas podem afetar os preços e quantidades executados que você mede. Padrões históricos de execução não estabelecem resultados futuros.
- Efeitos de venue e roteamento: o ambiente de execução pode mudar a rapidez com que a ordem chega a um venue de execução e como os relatórios são gerados. Isso pode alterar o timing dos eventos mensuráveis e os resultados de fill.
Verificação e próxima pergunta para reduzir incerteza
Para verificar independentemente sua compreensão, compare seus campos de medição com seus registros de ordens: confirme o preço do stop armazenado, o preço limite, o horário de colocação, o horário de gatilho e quaisquer relatórios de execução. Em seguida, reescreva a medição como uma lista de verificação objetiva:
- Eu registrei stop S e limit L exatamente como armazenados.
DOCUMENT END