Quais Dados São Necessários para Avaliar um Rompimento Falho?

Resposta direta

Avaliar um rompimento falho exige mais do que notar que o preço “passou de um nível”. Você precisa (1) de uma definição clara do que conta como rompimento e do que conta como falha, (2) das entradas de gráfico usadas para medi-lo, (3) da proveniência e atualidade dos dados e (4) de verificações de qualidade que exponham redraws, níveis incompatíveis e premissas de execução/custo. Isso permite que você explique o conceito com precisão e verifique de forma independente os mesmos fatos em outras fontes de gráfico.

Mecanismo ou definição

Um rompimento é geralmente definido como o preço cruzando e depois mantendo-se em relação a um nível predefinido (por exemplo, uma máxima/mínima anterior, linha de tendência ou limite de intervalo). Um rompimento falho é quando esse rompimento não se sustenta e o preço posteriormente retorna para dentro do intervalo anterior ou para abaixo/acima do nível, de acordo com suas regras declaradas.

Para avaliá-lo com dados utilizáveis, separe a mecânica estável das condições variáveis:

• Mecânica estável (regras conceituais): a definição do nível, a regra de confirmação do rompimento e a condição de falha.
• Condições variáveis (contexto e implementação): escolha do período, regime de mercado, diferenças de provedor de dados ou plataforma e custos de transação/restrições de execução.

Evidência ou exemplo (quais entradas coletar)

Use uma lista de verificação de entradas, cada uma com uma breve nota sobre “por que isso importa”:

1. Especificação do nível (qual limite?)

• O método exato usado para desenhar o nível (máxima/mínima manual, pivot automatizado, máxima/mínima do intervalo).
• Se o nível é tratado como um preço único, uma zona (faixa) ou um limite derivado de indicador dinâmico.

2. Regras de medição do rompimento (o que conta como cruzar e manter?)

• Regra de cruzamento: fechamento acima/abaixo vs. toque intrabar.
• Janela de confirmação: quantas barras após o cruzamento são necessárias para qualificar como “manutenção”.

3. Definição de falha (o que conta como falhar?)

• Regra de reteste/retorno: por exemplo, o primeiro fechamento significativo de volta para dentro do limite do nível.
• Horizonte de falha: quanto tempo após o rompimento você espera antes de declará-lo falho.

4. Entradas de gráfico (quais dados você está medindo?)

• Período(s): observe que o mesmo movimento de preço pode parecer diferente em gráficos de 1 minuto versus diários.
• Contexto de sessão (se relevante para sua definição): se o seu nível é baseado em uma sessão de negociação específica.
• Campos de preço: se você usa fechamentos OHLC, máximas/mínimas, ou ambos.

5. Proveniência e atualidade (de onde veio?)

• A fonte de dados (plataforma de gráfico, feed de corretora ou dados públicos) e quaisquer transformações conhecidas.
• Se o gráfico é de barras históricas “fixas” ou se pode mudar posteriormente devido a ajustes do provedor.

6. Premissas de custo e execução (o que poderia impedir a “manutenção”?)

• Spreads, slippage e latência são variáveis, portanto, para avaliação, você deve declarar suas premissas explicitamente.
• Se você não puder modelar esses custos, registre-os como um fator não resolvido que pode transformar uma “manutenção” teórica em uma falha observável.

Limitação material ou modo de falha a observar

Um modo de falha comum é a incompatibilidade de regras: uma pessoa pode rotular “rompimento falho” com base na penetração intrabar, enquanto outra exige um rompimento de fechamento e um fechamento posterior de volta para dentro. Sem regras alinhadas, dois observadores podem estar ambos “certos” em relação a definições diferentes.

Outra limitação é a não transferibilidade histórica: mesmo que você identifique muitos rompimentos falhos no passado, a relação entre o comportamento do padrão e os resultados futuros não é garantida. Os resultados variam com condições, custos, execução e até mesmo com a forma como o mesmo nível é desenhado.

Limitações e riscos

• Sensibilidade ao período: a falha pode aparecer mais cedo ou desaparecer quando você muda o período ou o método de construção do nível.
• Efeitos de provedor e redraw: barras históricas podem ser representadas de forma diferente entre plataformas, especialmente em torno do momento exato do cruzamento.
• Custos não modelados: custos de transação e restrições de execução podem afetar materialmente a “manutenção”, independentemente do padrão gráfico.
• Zonas de nível ambíguas: se você usar uma zona, deve definir se o preço “falhar” significa fechar de volta para dentro de toda a zona ou apenas parcialmente.

Verificação ou próxima pergunta

Para verificar sua avaliação de forma independente:

• Replique as mesmas regras de rompimento e falha em pelo menos uma outra fonte de dados de gráfico independente.
• Documente divergências como evidência de sensibilidade definicional (por exemplo, “rompimento confirmado nos fechamentos, mas não nas máximas”).
• Para qualquer decisão semelhante a um cálculo (janela de confirmação, horizonte, limites de zona), declare sua premissa claramente para que outros possam reproduzi-la.

Uma boa próxima pergunta para tornar a avaliação concreta é: *Quais critérios exatos de confirmação de rompimento e retorno de falha você está usando (fechamento vs. toque, barras de confirmação e horizonte de falha)?