Motor de Confluência LiquidityScan

O que é o motor de confluência da LiquidityScan?

O motor de confluência é um catálogo compartilhado, acessível mediante login, de configurações pré-montadas em vários tempos que só aparecem quando vários detectores e tempos apontam para a mesma direção. Em vez de abrir gráfico por gráfico para conferir tudo manualmente, você acompanha um fluxo ao vivo de configurações que já estão empilhadas e alinhadas.

Quem opera fala em “confluência” o tempo todo: viés no tempo maior, mudança de estrutura no intermediário e padrão de entrada no menor. A ideia é simples. O trabalho pesado está em fazer essa checagem em dezenas de pares, a cada hora, sem deixar nenhum passar.

O motor transforma essa tarefa numa lista que dá para consultar. Cada item é uma receita de etapas de detecção e só aparece enquanto todas estão ativas e apontando para o mesmo lado. Quando o alinhamento se desfaz, a configuração é marcada como encerrada em vez de continuar na tela e induzir você ao erro.

Como o motor transforma “verificar a confluência” em um fluxo ao vivo

Cada detector-base da plataforma identifica eventos somente em velas fechadas, então os sinais não repintam. O motor de confluência fica acima desses detectores: acompanha a saída ao vivo e faz uma pergunta simples sobre cada configuração do catálogo. Todas as etapas exigidas estão disparando agora, nos tempos corretos e na mesma direção?

Quando a resposta é sim, a configuração aparece no fluxo compartilhado com a contagem atual de quantos símbolos satisfazem aquele critério no lado comprador e no lado vendedor.

Quando uma etapa sai, seja porque o viés virou, uma zona foi mitigada ou o prazo de validade da vela acabou, a correspondência desaparece ou a configuração é marcada como encerrada. Três características tornam isso útil:

• Direção travada: uma configuração só conta quando as etapas concordam em uma direção. Uma leitura semanal de alta junto com uma leitura diária de baixa não é confluência, então nunca aparece como correspondência.
• Vários tempos por construção: a maioria das configurações cruza de propósito dois ou três tempos, para você enxergar o contexto do tempo maior junto com o gatilho do tempo menor.
• Curado, não aleatório: o catálogo é uma lista montada manualmente com configurações que fazem sentido operacional, não cada combinação matemática possível entre os mecanismos.

Na prática, o motor responde por você a uma pergunta que exigiria horas de checagem: quais pares têm agora um alinhamento real entre vários detectores e para qual direção?

Os três níveis de confluência: Dual, Triple e Sequences

O catálogo é dividido em três níveis, conforme o número de confirmações exigidas e a importância da ordem em que elas acontecem.

• Dual - duas confirmações. Elas podem estar no mesmo tempo ou cruzar tempos, como um viés semanal junto com um sweep de CRT (Candle Range Theory) no diário. As duas etapas precisam estar ativas e concordar na direção.
• Triple - três confirmações empilhadas, normalmente de cima para baixo entre os tempos, como um viés mensal que leva a uma leitura semanal e depois a um gatilho diário. Mais etapas significam um filtro mais rígido e, em geral, menos correspondências ativas.
• Sequences - roteiros ordenados. Cada etapa precisa disparar depois da anterior, e não apenas no mesmo instante. Um Change of Character (CHoCH) seguido por um toque no Order Block (OB+) é o exemplo clássico.

Dual e Triple respondem a quantas coisas concordam. Sequences acrescentam uma segunda dimensão, a ordem em que os eventos aconteceram, e é por isso que formam um nível separado.

Por que Sequences são diferentes: a ordem traz informação

Dois eventos acontecendo juntos são uma evidência mais fraca do que esses mesmos dois eventos se desenrolando na ordem correta. Um CHoCH e um toque no OB+ que sejam verdadeiros no mesmo instante mostram que o preço chegou a um nível interessante.

Um CHoCH e depois um toque no OB+ contam uma história: a estrutura virou primeiro, o preço voltou ao order block que produziu essa virada e agora está testando a zona. É outro tipo de evento, com informação melhor.

As Sequences impõem essa lógica. No motor, uma configuração ordenada só é concluída quando cada etapa dispara depois do fechamento da vela da etapa anterior, formando uma cadeia avaliada pelo horário de fechamento. Se o toque no OB+ aparece antes do CHoCH, a sequência não dispara, porque a narrativa causal que interessa não aconteceu.

É a mesma lógica usada pelo detector de Estrutura de Mercado nos padrões ordenados, em que uma configuração como “CHoCH → BOS → BOS” só termina quando os eventos aparecem exatamente nessa ordem.

O ganho prático é direto: uma correspondência de Sequence não significa apenas “essas coisas estão presentes”. Significa “essas coisas aconteceram na sequência que dá sentido à configuração”.

O que cada item do catálogo mostra

Abra qualquer configuração no catálogo e você verá com clareza o que ela exige e o que está valendo naquele momento. Cada item mostra:

• A receita ordenada - cada etapa descrita como tempo mais mecanismo, para ficar claro o que precisa ser verdade. Por exemplo: Etapa 1: viés ICT diário de alta; Etapa 2: CHoCH de alta no 4H; Etapa 3: toque no OB+ do 1H. Nada fica escondido atrás de uma pontuação.
• Contagens atuais de alta e baixa - quantos símbolos satisfazem a configuração agora para compra e quantos para venda. Isso mostra onde estão as oportunidades e também o quanto a configuração está seletiva neste momento.
• Um marcador “Expirada” - quando uma correspondência que estava ativa morre porque uma etapa saiu ou o prazo de tempo acabou, a configuração é marcada em vez de ser deixada na tela sem explicação. Você não fica olhando para um alinhamento velho que já se desfez.

Como a receita é explícita, você consegue julgar a correspondência pelo que ela realmente entrega. Se a configuração exige uma etapa de viés semanal e a leitura da vela semanal parece marginal para você, basta dar o peso adequado. O motor mostra o alinhamento; o julgamento continua sendo seu.

Exemplo prático: uma sequência CHoCH → toque no OB+ no fluxo

Imagine que o ETHUSDT esteja caindo devagar no 4H. A tendência interna de baixa continua intacta até uma vela de 4H fechar acima do último topo mais baixo, formando um CHoCH de alta e virando a estrutura de baixa para alta. Essa é a primeira etapa da Sequence, e o horário de fechamento vira sua âncora.

Nas horas seguintes, o preço recua até o order block que originou o rompimento, a última vela de baixa antes do movimento impulsivo que capturou a liquidez compradora. Quando o preço faz uma sombra dentro da zona, o detector de OB+ da plataforma registra o toque: formado, aproximando-se, tocado.

Esse toque aparece depois do fechamento da vela do CHoCH, então a segunda etapa é concluída na ordem correta. A Sequence dispara, o ETHUSDT aparece no fluxo do lado comprador e a receita mostra as duas etapas com seus respectivos tempos.

Compare isso com uma configuração Dual que você também poderia estar acompanhando: viés semanal de alta mais CRT diário de alta no BTCUSDT. As duas etapas são simplesmente “verdadeiras agora”. Não existe exigência de ordem, então a correspondência depende de concordância, não de uma história se desenrolando.

O mesmo motor, outro nível, outro tipo de evidência. Se a leitura semanal do BTC virar no meio da semana, a correspondência Dual é marcada como Expirada e sai da contagem de alta.

Repara no que você não precisou fazer. Não abriu o ETHUSDT, voltou no gráfico de 4H para confirmar o CHoCH, procurou a origem do order block e ficou esperando o toque no gráfico. E também não repetiu tudo isso no restante da sua lista de acompanhamento.

O motor de confluência fez essa checagem em cada par elegível e entregou aquele em que a história ordenada realmente se completou, com a receita anexada para você validar a leitura em segundos, sem reconstruir tudo do zero.

Como ele se relaciona com o Core-Layer e o Scanner Studio

O motor de confluência não funciona isolado. Ele fica entre duas outras áreas da plataforma, e entender a diferença evita expectativa errada.

• Core-Layer é o empilhador automático. Ele combina sinais ativos de Super Engulfing, CRT e ICT Bias em cadeias de alinhamento nas quais a mesma direção aparece em vários tempos, como semanal, diário e 4H todos apontando para alta. O próprio sistema monta esses empilhamentos a partir de um conjunto fixo de mecanismos-base e os ancora por tempo. Pense no Core-Layer como a camada sempre ligada que responde: “onde a direção está se acumulando entre os tempos?”
• O catálogo de confluência é a camada curada de vários mecanismos. Suas configurações podem misturar mecanismos que o Core-Layer não empilha, como Estrutura de Mercado, OB+ e outros, além de impor uma ordem entre eventos. São roteiros escolhidos manualmente, não empilhamentos automáticos de mesma direção.
• O Scanner Studio é de onde vêm as configurações do catálogo. Cada item do catálogo é um detector do Studio publicado para todos. O Studio é o construtor de regras sem código que permite combinar qualquer mecanismo com indicadores e filtros de contexto, incluindo camadas de tempo maior, modo de evento versus condição atual, exigência de concordância direcional e regras de sequência ordenada. Se uma configuração do catálogo estiver quase certa, mas não for exatamente o que você procura, dá para criar ali uma versão privada.

A ordem de leitura fica assim: Core-Layer para empilhamentos automáticos entre tempos, o catálogo de confluência para roteiros curados de vários mecanismos e eventos ordenados, e Scanner Studio para criar os seus próprios.

Limites honestos: alinhamento é contexto, não chamada de operação

Uma configuração de confluência ativa é uma peça de contexto de boa qualidade. Só isso. O motor de confluência não publica taxa de acerto, e uma correspondência não é uma ordem para entrar. Alguns pontos precisam ficar claros:

• Alinhamento não é garantia. Vários tempos concordando aumentam a qualidade do contexto, mas não tornam o resultado certo. Configurações alinhadas ainda falham, e nenhuma porcentagem é associada a elas.
• É contexto para consulta, não serviço de sinais. O fluxo mostra o que está valendo agora nos detectores. Ele não define tamanho de posição, não coloca stop e não manda você comprar ou vender. A decisão, o risco e a gestão da operação continuam com você.
• As etapas podem ser marginais. Como cada etapa é uma leitura mecânica em velas fechadas, uma etapa individual próxima do limite ainda conta como “verdadeira”. A receita explícita existe justamente para você avaliar cada etapa por conta própria.

Usado dessa forma, como uma lista ao vivo dos pontos em que existe alinhamento entre vários detectores, com o raciocínio exposto, o motor de confluência elimina a checagem repetitiva sem fingir que eliminou o risco. A diferença é sair da caça por confluência, par por par, e passar a ler um fluxo de configurações que já estão empilhadas e apontando para um lado.

Perguntas frequentes

O motor de confluência é a mesma coisa que o Core-Layer?

Não. O Core-Layer empilha automaticamente sinais de mesma direção de Super Engulfing, CRT e ICT Bias entre os tempos, usando um conjunto fixo de mecanismos-base. O catálogo de confluência é uma lista curada de configurações com vários mecanismos, que pode misturar outros detectores, como Estrutura de Mercado e OB+, e impor uma ordem entre eventos. São camadas complementares, não a mesma área da plataforma.

Recebo um alerta quando uma configuração de confluência dispara?

O catálogo em si é um fluxo compartilhado e somente para consulta. As configurações são detectores publicados pelo Scanner Studio, e os detectores do Studio são avaliados em todo o mercado a cada hora, com alertas push. Para receber um alerta pessoal baseado nos seus próprios critérios, você precisa criar ou clonar a configuração como uma varredura privada no Scanner Studio.

O que significa “Expirada” em uma configuração?

Significa que uma correspondência que estava ativa deixou de valer: uma etapa obrigatória saiu, o viés virou ou o prazo de tempo acabou. O motor marca a configuração em vez de deixar um alinhamento antigo na tela, para você não agir sobre uma confluência que já se desfez.

Por que Sequences mostram menos correspondências que configurações Dual?

Sequences exigem que as etapas disparem numa ordem específica ao longo do tempo, e não apenas que aconteçam juntas. Por isso, bem menos símbolos satisfazem os critérios em qualquer momento. As configurações Triple também são mais rígidas que as Dual porque precisam de três etapas concordando em vez de duas. Ter menos correspondências é a troca esperada por um filtro de qualidade maior.

Caminhos de pesquisa relacionados

O caminho natural vai do que a plataforma é, passa por como a detecção funciona e chega ao raciocínio de vários tempos que o motor de confluência automatiza.

• O que é a LiquidityScan? - a visão completa do detector sobre o qual o motor de confluência funciona.
• Como funciona o Scanner da LiquidityScan - das velas brutas a uma configuração detectada, a mecânica de velas fechadas por trás de cada etapa.
• Análise de cima para baixo em ICT: alinhamento entre tempos - o método manual que os níveis de confluência automatizam.
• Melhores tempos em ICT: guia do viés HTF à entrada LTF - como escolher os tempos que uma configuração Dual ou Triple deve cobrir.
• Liquidity Sweep seguido de MSS: guia de reversão - uma sequência ordenada na prática, do tipo que o nível Sequences codifica.
• Melhor detector ICT: como escolher - como as ferramentas de confluência entram na escolha de um detector.
• Como criar um detector ICT personalizado sem código - outro caminho para usar um construtor de detectores personalizados.
• Para quem é a LiquidityScan: day trade, swing trade e operações parciais - veja como estilos diferentes de operação usam o motor de confluência.