Conteúdo do artigo
- Evidências e escopo
- Ilustração
- Processo
- A faixa deve existir antes do spring
- Máquina de estados: faixa, spring, teste e força
- Esforço e resultado sem uma história posterior ao ocorrido.
- Sequência sintética e uma entrada pouco atraente
- Escolha previamente a etapa de entrada
- Valide a sequência em vez de selecionar esquemas.
- Erros comuns
- Lista prática de verificação
- Perguntas frequentes
- Fontes de pesquisa
Evidências e escopo
O tutorial acessível da Wyckoff Analytics descreve a estrutura, não um registro de negociação auditado para este detector. A máquina de estados proposta captura uma sequência em vez de uma classificação completa das fases A a E.
Fluxo de trabalho prático
- Estabeleça o intervaloCongelar os limites antes que ocorra a penetração.
- Observe a spring ou o upthrust.Exige retorno através do buffer especificado.
- Confirme o testeAguarde o ponto de inflexão e a janela de volume comparável.
- Confirme a força ou a fraqueza.Quebrar uma oscilação de reação que já era conhecida.
- Avalie a transação executávelVerifique a recompensa restante, a distância de parada e o prazo de validade.
A faixa deve existir antes do spring
Um pavio abaixo de uma mínima recém-formada não é automaticamente um spring. Antes do evento, deve haver uma faixa de negociação com suporte, resistência e movimentos repetidos entre eles. Durante uma queda persistente, uma breve recuperação pode ser apenas um repique de contratendência comum. Definir essa faixa anterior online é mais difícil do que encontrar o candle de penetração.
A Wyckoff Analytics descreve o retorno a um intervalo, um teste subsequente e a confirmação da força, observando que springs ou UTADs não precisam aparecer em todas as estruturas [1]. A versão automatizada aqui abrange apenas esta sequência e não rotula automaticamente todas as fases mais amplas.
Uma sequência no limite superior é candidata a upthrust. Chamá-la de UTAD também exige um contexto de distribuição definido. Se esse contexto não foi convertido em regras operacionais, mantenha o rótulo mais restrito. Narrativas sobre quem acumula ou distribui permanecem hipóteses, pois os dados de candles não identificam participantes.
Máquina de estados: faixa, spring, teste e força
Todos os limiares abaixo são parâmetros de pesquisa propostos. Construa um intervalo a partir de 50 barras completas, com pelo menos dois toques separados em cada limite, largura entre 3 e 8 ATR e uma pequena inclinação sob uma medição fixa. Congele seus limites, ATR e uma vigência de 40 barras. Escolher o intervalo somente após observar um futuro rompimento violaria a sequência de informações.
Um candidato a spring penetra support−0.10ATR e fecha de volta acima de support+0.15ATR em no máximo três barras. Em seguida, aguarde uma mínima de pivô de teste confirmada que esteja mais de 0.10ATR acima do extremo do spring. Use a mesma definição de pivô para todos os candidatos; selecionar uma mínima mais bonita após conhecer o resultado altera a regra.
Compare o volume da spring e o volume de teste em janelas de igual duração ou através do mesmo período RVOL. Um filtro proposto requer um volume médio normalizado menor e uma faixa mais estreita no teste. Após a confirmação, um sinal de força requer um fechamento acima de uma máxima de oscilação de reação já confirmada, mais b. Se essa máxima ainda não for conhecida, espere em vez de retroceder a data.
O próprio detector de intervalo precisa de uma especificação versionada. Por exemplo, um experimento de implementação separado poderia quantificar a inclinação com uma regressão sobre os 50 fechamentos e exigir que sua mudança projetada permaneça abaixo de um quarto da largura do intervalo. Essa é uma proposta adicional, não uma regra extraída do material de referência ou um limite já validado aqui.
RANGE -> SPRING_CANDIDATE after reclaim
SPRING_CANDIDATE -> TEST_CONFIRMED only at test_pivot.confirmed_at
require test_low > spring_low + b
optional: normalized_test_volume < normalized_spring_volume
TEST_CONFIRMED -> SOS when close > known_reaction_high+b
any state -> INVALID if spring_extreme breaks
any waiting state -> EXPIRED at fixed TTL
Esforço e resultado sem uma história posterior ao ocorrido.
Comparar a evolução dos preços com a atividade de negociação fornece uma descrição observável da relação esforço/resultado. Um alto volume sem uma nova mínima pode ser consistente com absorção, mecanismos de leilão ou uma significativa rotatividade bidirecional. Um baixo volume de teste pode indicar menos vendas ou simplesmente menos participantes. O comportamento subsequente dos preços é necessário para distinguir as hipóteses.
Separe springs de alto e baixo volume antes de observar os resultados. Use uma referência baseada só em preço e depois acrescente a condição de volume do teste para medir o valor adicional. Volume forte no SOS e candle de alta amplo podem ser observações relacionadas, não evidências independentes.
A normalização da duração é importante. Uma spring de três barras terá, mecanicamente, um volume total maior do que um teste de uma barra em muitos casos. Registros de negociação ausentes ou sessões mais curtas podem gerar falsos indicadores de seca. Mantenha a contagem de observações válidas e utilize o mesmo tratamento para ambas as partes da sequência.
Sequência sintética e uma entrada pouco atraente
Considere uma faixa sintética [100,106] com A=1. O preço atinge 99.40 e fecha em 100.40. Após uma reação a 102.20, forma-se uma mínima de teste em 99.90 com volume médio normalizado de 70 em relação a 150 na spring. Somente após a confirmação do pivô de teste, o fechamento em 102.40 supera a máxima de reação de 102.20 mais b=0.10. Esse é o evento SOS proposto.
Comprar após o sinal em 102.50, com stop além do spring em 99.30 e alvo na resistência da faixa em 106, oferece recompensa de 3.50 contra risco de 3.20: cerca de 1.09R antes dos custos. Uma sequência visualmente completa, portanto, não precisa oferecer uma entrada atraente. Comprar na recuperação teria uma relação risco/recompensa diferente, mas também incluiria muitos candidatos que nunca completam um teste ou SOS.
Um teste que cai para 99.20 invalida a sequência anterior antes da entrada. Em outro cenário, a ordem SOS já foi executada e o preço subsequentemente cai para 99.20, com a proteção executada em 99.25. A perda é 3.25. Renomear o teste como uma nova spring não deve apagar essa ordem falha. Todos os preços e volumes aqui apresentados são exemplos fictícios.
Escolha previamente a etapa de entrada
Três versões entram na operação após a recuperação do nível pelo spring, após a confirmação do teste ou após o SOS e possivelmente seu reteste. São estratégias diferentes. A versão SOS não pode reivindicar uma entrada no nível mínimo do teste anterior porque dados posteriores estabeleceram esse nível mínimo como um teste válido. A distinção entre a localização do marcador histórico e a disponibilidade de informações é abordada na documentação técnica [2].
Um stop abaixo do extremo da spring invalida toda a estrutura proposta. Um stop mais apertado, abaixo da mínima de teste, pode ser acionado mesmo que a faixa de preço mais ampla permaneça. Nomeie esses eventos separadamente como proteção da operação e invalidação estrutural. Pré-determine o tempo máximo de retenção e o comportamento próximo ao limite oposto da faixa de preço.
Inverta a geometria para upthrusts sem supor que os custos de posições vendidas sejam iguais aos de posições compradas. Um sinal válido sem ações disponíveis para aluguel ou com spread excessivo pode não ser executável. Consulte a mecânica de ordens da plataforma ao definir stops e entradas [3].
Um intervalo pode gerar vários testes. A linha de base deve identificar o primeiro teste elegível e aceitá-lo, rejeitá-lo ou deixá-lo expirar. Permitir testes de substituição ilimitados até que um pareça bem-sucedido faz com que a confirmação dependa do resultado. Qualquer política de reentrada deve preservar a linhagem do evento original e o risco total incorrido nele.
Valide a sequência em vez de selecionar esquemas.
Conte cada intervalo qualificado na criação, incluindo intervalos sem spring, springs sem testes e testes sem SOS. Essas contagens de etapas revelam quanta oportunidade cada confirmação remove. Começar com exemplos de livros didáticos completos infla o sucesso aparente.
Compare spring isolado, spring mais teste e spring mais teste mais SOS na mesma população de eventos. Relate o atraso, a recompensa/risco na entrada efetiva, as taxas de ordens não executadas e a expectativa líquida. Rompimentos para baixo da faixa que continuam são controles úteis para avaliar se a recuperação acrescenta informação além da volatilidade.
Não otimize manualmente os rótulos de fase no conjunto de testes final. Um sistema Wyckoff completo exigiria suas próprias definições causais de fase ou um processo documentado de avaliação humana. Verifique a concordância entre revisores independentes antes de considerar classificações subjetivas como entradas reproduzíveis. Este artigo não fornece evidências suficientes para rotular toda sequência qualificada como acumulação ou distribuição.
Erros comuns
Cada pavio inferior se transforma em uma spring.
Sem um intervalo prévio, o evento carece do contexto pretendido por esta estrutura.
Comprando na mínima do teste após o SOS.
Uma confirmação posterior não pode autorizar um preenchimento histórico anterior.
Renomear um fracasso
Um novo candidato a spring deve preservar as perdas e invalidações da sequência anterior.
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
Toda acumulação precisa conter uma spring?
Não. A estrutura de origem permite outras estruturas. Este detector estuda intencionalmente uma sequência limitada.
É obrigatório que o volume negociado seja menor durante o teste?
Trata-se de um filtro opcional proposto. Compare a sequência que considera apenas o preço com a versão filtrada, em vez de presumir que um volume menor necessariamente melhorará os retornos.
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.
- Wyckoff MethodWyckoff Analytics. Foi lido o tutorial público sobre spring, teste, SOS e upthrust; os livros originais completos não foram lidos. Verificado em: .
- RepaintingTradingView. Foi lida documentação técnica sobre o momento de disponibilidade da informação. Verificado em: .
- Futures Order TypesCME Group. Foi lida a mecânica de ordens; a rentabilidade da estratégia não foi estabelecida. 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