Conteúdo do artigo
- Evidências e escopo
- Ilustração
- Processo
- Uma mudança de polaridade requer um histórico completo.
- De um bloco conhecido para um novo candidato a reteste
- O volume distingue hipóteses sobre a ruptura e o retorno.
- Vencedor e fracasso sintéticos na mesma zona
- Tipo de ordem e número de tentativas
- Compare o breaker com retestes comuns de suporte/resistência
- Erros comuns
- Lista prática de verificação
- Perguntas frequentes
- Fontes de pesquisa
Evidências e escopo
A implementação original descreve mudanças de função e identifica rótulos históricos desenhados no passado com informação posterior. As regras propostas não têm desempenho verificado de forma independente.
Fluxo de trabalho prático
- Comece com um bloco conhecido.Preserve a zona de preço e o horário de publicação.
- Observe a invalidaçãoExige-se um fechamento além do limite distante e um buffer.
- Crie um breakerUse um novo ID ligado ao bloco original.
- Avalie o primeiro retesteAplique a regra de rejeição e entrada selecionada.
- Sair ou cancelarMantenha o ponto de parada, a meta e a duração predeterminadas.
Uma mudança de polaridade requer um histórico completo.
Um order block de baixa era monitorado como resistência. Um fechamento claro acima dele invalida essa hipótese. Um breaker de alta pergunta se o primeiro retorno posterior sustentará a zona por cima. A falha de um bloco de alta cria a hipótese de baixa correspondente abaixo da zona.
O LuxAlgo descreve a polaridade do breaker e alerta que os rótulos Historical Polarity Changes são desenhados no passado com informação posterior [1]. Um rótulo histórico atraente não prova que o sinal estava disponível naquele instante. A documentação temporal da plataforma distingue a posição do desenho da disponibilidade da informação [2].
O breaker não demonstra que os vendedores anteriores agora precisem comprar na zona. Essa narrativa pode motivar uma hipótese, mas OHLCV registra preço, atividade e tempo, não identidades. Criar um novo estado da zona nunca deve apagar a perda da operação do bloco original.
De um bloco conhecido para um novo candidato a reteste
Comece com um bloco de baixa block[a,b] publicado antes. Fixe A=ATR14 com dados anteriores ao rompimento e buffer=max(2 ticks,0.10A). Quando receber o fechamento da barra t e C[t]>b+buffer, marque o bloco original como INVALIDATED e crie um breaker de alta nas mesmas coordenadas, com parent_ob_id. O candidato admite entrada a partir de t+1. O buffer e um TTL de exemplo de 20 barras são escolhas de pesquisa.
Antes de avaliar o retorno, exija evidência de que o preço negociou totalmente acima da zona após o rompimento. O reteste toca a zona com low≤b+buffer e high≥a, e fecha acima de b+buffer em até três barras. A versão de primeiro toque consome a oportunidade nessa aproximação; não pode chamar o quarto retorno, mais bonito, de primeiro. Cancele se o fechamento ficar abaixo de a−buffer antes da confirmação.
Uma variante requer o acompanhamento de BOS, MSS ou deslocamento; outra requer apenas a invalidação do bloco. Registre-os separadamente para medir o filtro de estrutura. Se a quebra e o reteste aparente ocorrerem dentro da mesma vela de criação, OHLC não possui a sequência necessária para uma entrada pós-publicação. A versão baseada no fechamento não negocia dentro dessa vela.
Armazene um novo ID de evento, mantendo os limites originais do bloco e o registro de data e hora da falha. Um único objeto mutável, cuja direção alterna entre baixa e alta, pode fazer com que os relatórios mostrem apenas a interpretação final bem-sucedida. A linhagem de eventos faz parte do projeto de pesquisa, não apenas da contabilidade.
EXPIRED, INVALIDATED e CONSUMED são estados terminais daquele breaker. Cancelar a ordem não basta se o detector puder reconsiderar a zona depois; uma recuperação tardia não revive o candidato que falhou. Registre as execuções ocorridas enquanto a ordem estava ativa antes de aplicar a transição de estado no fechamento.
on_close(t):
process_existing_order_events_until_close(t)
for br in active_bullish_breakers_eligible_before_bar(t):
if expired(br):
br.state = EXPIRED; cancel_future_orders(br); continue
if C[t] < br.low-br.buffer:
br.state = INVALIDATED; cancel_future_orders(br); continue
if first_retest_confirmed(br,t):
signal_for_next_quote_once(br); br.state = CONSUMED
A = ATR14[t-1]
if not finite_positive(A): return
buffer = max(2*tick,0.10*A)
for ob in active_bearish_OBs_published_before_bar(t):
if C[t] > ob.high+buffer:
invalidate_once(ob,at=t)
create_breaker_once(parent=ob.id,known_at=received_close_time(t),
eligible=t+1,buffer=buffer,expiry=t+20)
# Terminal breakers cannot revive; a failed parent creates at most one child.
O volume distingue hipóteses sobre a ruptura e o retorno.
Meça RVOL no rompimento separadamente do volume durante um reteste de igual duração. Rompimento com alto volume e retorno de menor atividade podem combinar com redução da pressão vendedora, mas também com desaceleração normal do meio-dia. Use referências do mesmo horário e nunca o volume final do dia para decidir pela manhã.
OB, breaker e BOS podem pertencer a uma mesma sequência de preços. Não atribua alocações de risco independentes apenas porque o evento tem vários nomes. Uma família de eventos pode compartilhar um orçamento fixo entre entradas relacionadas. CVD é um recurso adicional somente quando sua classificação de negociação é confiável; a cor da vela não reconstrói o delta.
Mantenha na amostra os retestes de alto volume. Uma resposta forte após possível absorção pode envolver muita atividade, contrariando uma exigência rígida de contração de volume. Teste os mecanismos separadamente; não mude a explicação após ver um vencedor.
Vencedor e fracasso sintéticos na mesma zona
Um bloco de baixa block[100,102] já é conhecido. Com ATR=2 e tick=0.05, o buffer é 0.20. Um fechamento em 102.50 cria o breaker de alta. Depois o preço chega a 104, retorna à mínima 101.80 e fecha em 102.40. Comprar na próxima cotação executável 102.45, com stop 99.80 e alvo 107.75, dá risco 2.65 e recompensa 5.30, ou 2R antes dos custos.
Se o próximo alvo estrutural conhecido for apenas 104.50, essa ampla proteção pode resultar em recompensa inadequada. Rejeite de acordo com uma regra selecionada previamente. Não mova o stop para 101.80 após descobrir que esse foi o mínimo do reteste bem-sucedido, a menos que o modelo de entrada original tenha usado explicitamente esse mínimo já observado.
Em um cenário de falha, o primeiro retorno fecha 99.70. A versão de confirmação nunca entra e é cancelada. Um limite já existente em 102 pode ter sido preenchido e então encerrado em 99.75, perdendo 2.25. Qualquer posição vendida anterior, iniciada no bloco de baixa original, mantém seu próprio resultado. Relatar apenas o ganho do breaker posterior representaria incorretamente a sequência completa.
Tipo de ordem e número de tentativas
Escolha confirmar e entrar na próxima cotação executável, ou colocar antes do toque uma ordem limitada em borda ou ponto médio predefinido. Uma vela que toca a zona e fecha favoravelmente não autoriza escolher o melhor preço limitado enquanto execuções desfavoráveis são omitidas. Execução e proteção devem respeitar a plataforma [3].
O vencimento, uma quebra além do limite extremo ou uma condição estrutural oposta predefinida podem cancelar um candidato em espera. Para uma posição aberta, um stop loss rígido e uma saída baseada no fechamento são ações diferentes. Aguardar o fechamento não impede que um stop loss de proteção já ativo seja executado.
Uma linha de base proposta permite uma tentativa por bloco pai e uma posição por família de eventos. Se a reentrada for permitida, trate-a como uma nova negociação e mantenha os custos cumulativos. Escolha o alvo como uma oscilação oposta conhecida ou um múltiplo R fixo antes que a trajetória futura seja observada.
Testar um stop loss local mais apertado é útil, mas altera a hipótese da operação. Pode melhorar a relação recompensa/risco nominal, ao mesmo tempo que aumenta a frequência dos stops e a fração do risco absorvida pelo spread. Compare os resultados líquidos reais, não apenas a distância entre o ponto de entrada e o alvo no gráfico vencedor.
Compare o breaker com retestes comuns de suporte/resistência
Um controle útil é rompimento e reteste num nível sem histórico de order block, pareado por largura, idade, força do rompimento e distância da entrada. Se o breaker não melhorar resultados após o pareamento, a parte útil pode ser o reteste em vez da origem do bloco.
Apresente o denominador completo: blocos originais, invalidações, retestes posteriores, confirmações e preenchimentos. Preserve as zonas removidas do gráfico final. A reprodução do prefixo deve comprovar que os rótulos de polaridade históricos nunca entraram no processo de decisão antes de serem conhecidos.
Divida os dados cronologicamente e mantenha todos os eventos derivados do mesmo bloco original na mesma partição de validação. Avalie valores próximos de TTL, buffers, regras de primeiro toque e custos. Um gráfico posterior vencedor não estima a probabilidade de ganho da máquina de estados inteira, sobretudo quando o bloco original primeiro gerou perda.
Erros comuns
Excluindo a operação perdedora original
O ganho de um breaker posterior não apaga a perda do bloco anterior.
Entrando pela âncora histórica
Uma zona traçada para o passado não era necessariamente negociável ali.
Vários nomes multiplicam um risco
BOS, breaker e reteste podem descrever um único evento.
Lista de verificação antes de usar este método
Marque cada item após verificá-lo nos seus dados. O progresso fica salvo neste navegador; isso não certifica que a estratégia seja lucrativa.
Perguntas frequentes
Deve-se operar como breaker todo bloco invalidado?
Não. A invalidação cria um candidato; falta de reteste, vencimento ou outra invalidação podem impedir a entrada.
É necessário haver uma varredura de liquidez prévia?
Não nesta linha de base baseada em polaridade. Exigir uma varredura cria uma versão adicional que precisa de seu próprio teste.
Fontes de pesquisa
Cada fonte sustenta a definição ou evidência descrita ao lado. O pseudocódigo, os exemplos sintéticos e os parâmetros propostos exigem validação separada.
- Order Blocks & Breaker BlocksLuxAlgo. Foi lida a descrição original e o alerta sobre rótulos desenhados no passado com informação posterior; não há histórico de desempenho verificado. Verificado em: .
- RepaintingTradingView. Foram consultados o momento de disponibilidade da informação e o comportamento de exibição. Verificado em: .
- Futures Order TypesCME Group. Foram consultados os mecanismos das ordens para distinguir confirmação e execução. Verificado em: .
Métodos relacionados
Nota de risco
Este conteúdo apoia a educação e o planejamento de pesquisas, não constitui aconselhamento financeiro. O Backtest é uma simulação histórica, não garante desempenho futuro e não executa operações reais. Os métodos desta biblioteca não são necessariamente recursos disponíveis no aplicativo. Consulte a metodologia e a central de aprendizado.
Valide as regras antes de arriscar capital real
Verifique o suporte do aplicativo, os dados e cada operação simulada; detectores avançados podem exigir uma implementação própria.
Baixe o Backtest na App Store