Como o Fixed Target pode ser medido?

Defina o Fixed Target como uma regra mensurável

O Fixed Target é melhor tratado como uma regra com entradas que não mudam depois de serem definidas. Para medi-lo, você precisa especificar o que permanece fixo (o nível do alvo) e quando ele é considerado fixo (o timestamp de quando a regra é criada ou a última atualização).

Uma definição mensurável geralmente inclui:

• Nível do alvo: o preço (ou nível derivado) que a saída pretende atingir.
• Regra do lado do alvo: por exemplo, se a condição é “o preço atinge ou excede” (estilo do lado de compra) ou “atinge ou cai abaixo” (estilo do lado de venda).
• Fonte de preço de referência: o que “preço” significa na prática (por exemplo, a cotação do venue, o último preço negociado ou o preço de execução).
• Limite de tempo: o timestamp quando o Fixed Target é colocado e qualquer timestamp quando ele é modificado.

Identifique os campos mensuráveis que você registrará

Para medir o Fixed Target de forma consistente, registre campos de um jeito que permita verificação independente. Os campos-chave são:

1. Timestamp de setup (T0)

   • O momento em que o Fixed Target é criado ou confirmado pelo sistema que você está usando.

2. Valor do fixed target (P )*

   • O nível de preço do alvo escrito em T0. Se a plataforma o armazenar como um parâmetro de limite/stop, registre o valor armazenado.

3. Identificadores de ordem/gatilho

   • Quaisquer IDs únicos que permitam vincular o alvo a eventos posteriores.

4. Timestamps de modificação (se houver)

   • Se o alvo puder ser alterado, registre os horários e os novos valores. A medição fica ambígua se você não souber se “fixo” permaneceu fixo.

5. Resultados de preenchimento ou fechamento

   • O(s) preço(s) de execução e o(s) horário(s) de execução, incluindo preenchimentos parciais, se ocorrerem.
   • O resultado de “hit” deve ser determinado por uma regra acordada (veja abaixo).

Use uma regra explícita de “hit” para comparação

Um passo comum de medição é decidir se o alvo foi “atingido” (hit). Por exemplo, você pode definir um hit como: pelo menos uma execução ocorreu a um preço que satisfaz a regra do lado do alvo em relação a P. Sem essa regra explícita, duas pessoas podem medir resultados diferentes a partir dos mesmos dados brutos.

Faça comparações com suposições transparentes

Como você não está confiando em dados de mercado em tempo real, a medição deve usar o que você consegue registrar:

• Verificação baseada em resultado: compare os preços de execução com o fixed target usando sua regra de hit.
• Verificação baseada em tempo: confirme que o evento relevante aconteceu após T0 e após quaisquer modificações.

Se você quiser uma métrica numérica simples, uma opção é:

• Flag de atingimento do alvo: 1 se houve hit pela sua regra, senão 0.
• Distância até o alvo no preenchimento (opcional): a diferença entre cada preço de execução e P.

Forneça um exemplo com suposições declaradas

Suponha:

• T0 é quando o sistema confirma o fixed target.
• P* é o nível de alvo armazenado.
• Um “hit” ocorre quando pelo menos um preço de execução atende à condição do lado do alvo.
• Os custos são ignorados para a flag de atingimento, mas registrados separadamente.

Passos de medição:

1. Registre T0 e P*.
2. Registre a(s) execução(ões): preço(s) e horário(s).
3. Aplique a regra de hit aos preços de execução.
4. Conclua “hit” ou “não hit” e reporte os campos de suporte (T0, P*, detalhes de execução).

Isso torna a medição verificável de forma independente porque outro leitor pode refazer a comparação usando os mesmos valores registrados.

Limitações e modos de falha que você deve considerar

Mesmo com campos e timestamps bem definidos, a medição do Fixed Target pode falhar de pelo menos estas formas:

1. Referência de preço ambígua Sistemas diferentes podem usar definições diferentes de “preço” (cotação versus execução). Se você não registrar a referência, as comparações podem entrar em conflito.

2. Eventos atrasados ou fora de ordem Os horários de execução e de confirmação da ordem podem não se alinhar perfeitamente entre logs. Se os timestamps forem inconsistentes, você pode classificar incorretamente se o alvo ainda estava “fixo”.

3. Preenchimentos parciais Uma regra de alvo pode gerar múltiplas execuções. Se sua regra de hit não estiver clara (por exemplo, se um preenchimento parcial aceitável conta), a medição pode ficar inconsistente.

4. Efeitos de custo e slippage Seu nível de alvo pode ser atingido em teoria, mas a execução real pode diferir devido a custos, spreads e variabilidade de execução. Mesmo que você mantenha o alvo fixo, o resultado realizado pode ser diferente.

5. Semelhança histórica não prevê resultados futuros Execuções passadas que corresponderam a um alvo não estabelecem que execuções futuras irão corresponder, já que os resultados variam com as condições de mercado e o comportamento de execução.

DOCUMENT END