Como Funciona o Scanner da LiquidityScan

Como funciona o scanner da LiquidityScan?

O scanner da LiquidityScan opera como um pipeline fixo: ele ingere candles ao vivo em centenas de ativos e timeframes, roda a geometria objetiva de candle de cada engine para detectar um setup, pontua e cruza essa leitura, acompanha o ciclo de vida e entrega um alerta que você pode verificar no gráfico.

Não existe modelo preditivo nem caixa-preta proprietária chutando direção. Cada engine codifica um conceito específico de ICT como regras mensuráveis sobre abertura, máxima, mínima e fechamento. O resto deste artigo percorre os cinco estágios de ponta a ponta pra você julgar cada detecção pela mecânica dela, não pela fé.

• Estágio 1 — Ingestão: candles confirmados são puxados por ativo e timeframe.
• Estágio 2 — Detecção: cada engine testa sua geometria nas barras fechadas.
• Estágio 3 — Validação e pontuação: filtros de frescor, displacement e confluência.
• Estágio 4 — Ciclo de vida: formado, depois se aproximando, depois tocado, depois resultado.
• Estágio 5 — Entrega: cards no feed com a geometria, mais alertas push e in-app.

Estágios 1 e 2: do candle bruto à detecção por engine

Entender como o scanner da LiquidityScan funciona começa pela camada de dados. O scanner lê pares com margem em USDT de um feed WebSocket em memória de klines ao vivo. Se o socket não estiver pronto, ele cai para um snapshot cacheado no banco de dados e, por fim, para uma recarga única via REST.

A semântica dos campos é padrão: openTime, open, high, low, close, volume, tudo em milissegundos epoch UTC, sem desvio de horário de verão.

O candle ao vivo é sempre descartado

Antes de qualquer engine rodar, o scanner corta o candle em formação e avalia apenas barras confirmadas e fechadas. Essa regra única é o motivo das detecções não repintarem: uma formação que aparece no meio do candle pode sumir antes do fechamento, então o scanner se recusa a julgá-la enquanto o candle não for definitivo.

O cron de hora em hora varre 1h, 4h, 1d e 1w no topo de cada hora. Um despachante sub-horário adiciona 15m e 5m para as engines onde o timing intrabar compensa, liberando após um debounce curto a cada fechamento de timeframe menor, pra estrutura fresca não ficar presa até a próxima hora.

Cada detecção também registra o horário de abertura do próprio candle sinalizador, o que ancora a geometria numa barra precisa que você encontra de novo depois.

Cada engine é um conceito de ICT traduzido em geometria

A detecção não é um algoritmo único, mas uma família de engines independentes, cada uma codificando um conceito documentado como regras objetivas de candle:

• Order Block (OB+ / OB++): um order block forte nativo de liquidez, onde um candle de impulso toma liquidez compradora ou vendedora (BSL ou SSL). O OB++ exige displacement de pelo menos 1.5 ATR mais um Fair Value Gap (FVG).
• Fair Value Gap: um imbalance de três candles onde os pavios falham em se sobrepor, pontuado por aninhamento multi-timeframe em níveis (um gap pequeno dentro de um gap maior de timeframe superior pontua mais alto).
• Estrutura de mercado (BOS / CHoCH): um port fiel ao Pine que marca Break of Structure ou Change of Character a partir de pivôs de swing confirmados.
• CISD / MSS: uma mudança no estado de entrega, encontrada via identificação de pivô, um candle reverso e um fechamento através do nível MSS resultante.
• CRT, Super Engulfing, RSI Divergence: sweeps de range de candle, corpos de continuação e reversão engulfing, e divergências de pivô no RSI de Wilder.

Como cada regra é aritmética sobre candles fechados, o resultado é determinístico. Alimente as mesmas barras duas vezes e você recebe a mesma detecção duas vezes. A tabela abaixo mapeia cada engine pro conceito que ela codifica e a medida que eleva a nota.

Estágio 3: validação, pontuação e confluência

Uma correspondência geométrica crua é candidata, não sinal. O estágio seguinte filtra e pontua pra que só detecções ricas em contexto cheguem até você.

Frescor e primeiro toque

Zonas degradam. Um FVG que o preço já atravessou de volta não é a mesma coisa que um gap fresco e intocado, então a engine de FVG exige frescor de primeiro toque antes de tratar um gap aninhado como vivo. A mesma lógica corre pelas engines: um setup ganha status por estar sem mitigação, não apenas por ter se formado em algum momento do passado.

Displacement e limiares objetivos

Os níveis de força vêm de números, não de opinião. Um order block só é promovido a OB++ quando a perna de impulso desloca pelo menos 1.5 ATR e deixa um fair value gap pra trás. O CISD só recebe a tag High-Prob MSS quando o candle de rompimento fecha dentro da janela de Nova York, 09:00–14:00. Esses limiares são constantes fixas que você reproduz no seu próprio gráfico.

Confluência: várias engines concordando

A camada de maior contexto combina detecções ao vivo em cadeias de alinhamento multi-timeframe. Quando a leitura semanal, diária e de 4h apontam na mesma direção, ou quando duas engines diferentes marcam o mesmo par e o mesmo lado, esse acordo é o que a camada de confluência traz à tona.

Uma checagem de coerência temporal impede pilhas fantasma, então uma semanal de três semanas atrás não pode parear com uma diária fresca e fingir alinhamento. Confluência não torna um setup correto; ela aumenta o volume de contexto por trás dele.

Estágios 4 e 5: acompanhamento do ciclo de vida e entrega

Detecção é um momento; trade é um processo. O scanner acompanha cada setup ao longo da vida dele em vez de disparar uma vez e esquecer.

Formado, se aproximando, tocado

Assim que uma zona é detectada, ela fica num estado de formada. Um loop de proximidade observa o preço em relação à zona e pode disparar um alerta pré-chegada enquanto o preço se aproxima, antes mesmo do nível ser tocado - que é o valor prático de um scanner que nunca dorme.

Quando o preço alcança a zona, o estado avança para tocado, e as engines de resultado assumem. Engines com alvos definidos acompanham TP1, TP2 e TP3, e movem o stop pro breakeven assim que o primeiro alvo imprime, pra que um runner não vire prejuízo.

Outras pontuam o resultado qualitativamente como forte, fraco ou falhou, com base em como os próximos candles confirmados fecham em relação ao nível, ou simplesmente expiram o setup depois de um orçamento fixo de candles quando nada decisivo acontece. Cada transição leva timestamp, então o card carrega uma trilha de auditoria honesta em vez de um snapshot congelado.

Entrega que você pode inspecionar

As detecções que sobrevivem chegam até você de dois jeitos. Primeiro, os cards do feed renderizam a geometria real, o order block, o gap, o swing, o nível MSS, pra você julgar o sinal sem abrir um gráfico completo. Segundo, os alertas disparam via notificações push e entrega in-app.

Um piso rígido de volume descarta qualquer par abaixo de cerca de vinte milhões de dólares de volume de cotação em 24 horas, então ativos ilíquidos nunca chegam à sua mesa em primeiro lugar.

Objetivo por construção: por que o scanner não repinta

O motivo de saber como o scanner da LiquidityScan funcionar importar é que o pipeline inteiro é determinístico. Os mesmos candles entram, a mesma detecção sai. Três propriedades decorrem disso diretamente:

• Sem repintura: só barras fechadas são avaliadas, então uma detecção não pode aparecer e depois sumir discretamente.
• Testável em backtest: como toda regra é aritmética, você pode reproduzir candles históricos e gerar exatamente o que o scanner teria marcado.
• Verificável: todo card expõe sua geometria, então você abre o mesmo par e confirma o sweep, o gap ou o rompimento com seus próprios olhos.

Transparência é o ponto. Uma ferramenta que mostra o trabalho dela te convida a discordar, e um setup que você pode verificar é um que você dimensiona e gerencia com convicção.

Também muda como você melhora: como as regras são fixas, uma detecção perdedora é um dado sobre o regime de mercado ou sobre seus próprios filtros, não evidência de que o scanner mexeu a trave no meio do jogo.

Você pode exportar as condições, reproduzi-las e decidir se aperta quais notas vai operar. Esse loop de feedback só existe quando a detecção é objetiva por construção, e não um julgamento que muda de humor.

O que o scanner não faz

Ser honesto sobre limites faz parte de ser confiável. O scanner não prevê pra onde o preço vai, não garante resultado e não substitui seu julgamento. Detecção não é o mesmo que trade lucrativo.

Um order block perfeitamente válido ainda pode falhar porque o draw on liquidity do timeframe superior está do outro lado, ou porque uma notícia repricou o par. O scanner traz candidatos ricos em contexto; você fornece o bias, a confluência que exige, a entrada e o risco. Trate qualquer nota como descrição de estrutura, nunca como promessa de lucro.

A vida de uma detecção: um passo a passo prático

Aqui vai uma sequência realista e ilustrativa, a forma que uma detecção toma, não uma afirmação sobre nenhum trade específico.

1. Os candles fecham. No 4h de BTCUSDT, um candle de impulso sobe, faz sweep de um cluster de liquidez vendedora abaixo de uma mínima anterior e fecha com displacement forte. A barra finaliza; o scanner captura na próxima avaliação.
2. A engine dispara. A engine de order block confirma que o impulso tomou SSL e deixou um fair value gap no rastro. O displacement passa de 1.5 ATR, então a candidata recebe nota OB++ em vez de um OB+ simples.
3. Pontuação e confluência. A zona está sem mitigação (fresca de primeiro toque). A camada de confluência registra que o bias diário lê a mesma direção, somando contexto ao card.
4. Alerta de proximidade. Horas depois o preço recua em direção ao bloco. O loop de proximidade dispara um push pré-chegada antes do nível ser tocado, te dando tempo de se preparar em vez de correr atrás.
5. Você decide. Você abre o gráfico, confirma a geometria, checa se sua própria leitura de timeframe superior e o timing de sessão concordam, e só então escolhe agir ou passar. O scanner trouxe uma candidata pontuada, rastreada e verificável; a decisão de trade continua sendo sua.

Se o preço fechar de volta através da zona contra você, o ciclo de vida marca como falhou e o card reflete esse resultado com honestidade, que é exatamente o registro que você precisa revisar depois.

Esse caminho de ponta a ponta é como o scanner da LiquidityScan funciona na prática: converte candles brutos numa candidata pontuada, rastreada e verificável, e te entrega a decisão. Nada no pipeline prevê o futuro ou promete vitória.

Ele remove o trabalho manual de vigiar centenas de gráficos procurando estrutura objetiva, pra sua atenção ir pro bias, pro contexto e pra execução, as partes que um scanner não pode e não deve automatizar por você.

Perguntas frequentes

O scanner da LiquidityScan repinta os sinais?

Não. Toda engine corta o candle em formação e avalia apenas barras confirmadas e fechadas. Uma formação que surge e some no meio do candle nunca é persistida, então uma detecção que você viu ontem estará lá hoje com a mesma geometria. É isso que torna o resultado reproduzível e testável em backtest.

Posso confiar numa detecção sem conferir o gráfico?

Você pode agir mais rápido, mas ainda deve verificar. Cada card do feed renderiza o order block, o gap ou o rompimento de estrutura reais pra você julgar de relance, e o gráfico completo permite confirmar o sweep e o contexto. O scanner encontra candidatos ricos em contexto; o julgamento final e o risco são seus.

O que significa na prática uma nota como OB++ ou High-Prob MSS?

Significa que a candidata passou por limiares objetivos extras. O OB++ exige displacement de pelo menos 1.5 ATR mais um fair value gap na perna de impulso. O High-Prob MSS exige que o candle de rompimento feche dentro da janela de Nova York, 09:00–14:00. As notas descrevem estrutura e timing, não um resultado garantido.

Por que um par ilíquido nunca apareceu no meu feed?

Um piso rígido de volume remove qualquer par abaixo de cerca de vinte milhões de dólares de volume de cotação em 24 horas antes de chegar à sua mesa. Mercados finos produzem geometria pouco confiável e execução ruim, então o scanner os filtra em vez de trazer ruído que você não consegue operar de verdade.

Caminhos de busca relacionados

Siga os conceitos por trás de cada engine, do que a plataforma é até como verificar com seus próprios dados.

• O que é a LiquidityScan? — a visão geral da plataforma por trás do pipeline do scanner.
• O que é um Order Block? — o conceito que a engine OB+ codifica como geometria.
• O que é um Fair Value Gap (FVG)? — o imbalance de três candles que a engine FVG pontua.
• O que é Estrutura de Mercado no ICT? — a lógica de swing por trás da detecção de BOS e CHoCH.
• O que é CISD no trading ICT? — a engine de mudança no estado de entrega explicada.
• Como fazer backtest de uma estratégia ICT do jeito certo — verifique detecções determinísticas no seu próprio histórico.
• Planos e preços da LiquidityScan explicados: Free, Starter e Pro — como isso se conecta aos indicadores liquidityscan vs tradingview.
• A LiquidityScan é legítima e confiável? Como a detecção é validada — um próximo passo bem relacionado.