Cómo funciona el escáner de LiquidityScan

¿Cómo funciona el escáner de LiquidityScan?

El escáner de LiquidityScan funciona como un pipeline fijo: ingiere velas en vivo en cientos de símbolos y marcos temporales, ejecuta la geometría objetiva de velas de cada motor para detectar una configuración, la califica y la cruza con otros motores, sigue su ciclo de vida y luego entrega una alerta que puedes verificar en el gráfico.

No hay modelo de predicción ni caja negra propietaria adivinando dirección. Cada motor codifica un concepto específico de ICT como reglas medibles sobre apertura, máximo, mínimo y cierre. El resto de este artículo recorre las cinco etapas de punta a punta para que puedas juzgar cada detección por su mecánica, no por confianza.

• Etapa 1 — Ingestión: se extraen las velas confirmadas por símbolo y marco temporal.
• Etapa 2 — Detección: cada motor prueba su geometría sobre barras cerradas.
• Etapa 3 — Validación y calificación: filtros de frescura, displacement y confluencia.
• Etapa 4 — Ciclo de vida: formada, luego acercándose, luego tocada, luego resultado.
• Etapa 5 — Entrega: tarjetas en el feed con geometría más alertas push y dentro de la app.

Etapas 1 y 2: De las velas crudas a la detección por motor

Entender cómo funciona el escáner de LiquidityScan empieza por la capa de datos. El escáner lee los pares margenados en USDT desde un feed WebSocket en memoria de klines en vivo. Si el socket no está listo, recurre a una instantánea cacheada en base de datos y, como último recurso, a un relleno REST puntual.

La semántica de los campos es estándar: openTime, open, high, low, close, volume, todo en milisegundos epoch UTC sin desfases por horario de verano.

La vela en curso siempre se descarta

Antes de que corra cualquier motor, el escáner corta la vela en progreso y evalúa solo barras confirmadas y cerradas. Esa única regla es la razón por la que las detecciones no repintan: una figura que aparece a mitad de vela puede desaparecer antes del cierre, así que el escáner se niega a juzgarla hasta que la vela sea definitiva.

El cron horario escanea 1h, 4h, 1d y 1w en punto de cada hora. Un despachador subhorario añade 15m y 5m para los motores donde el timing intravela rinde, vaciando tras un debounce corto después de cada cierre de marco menor, para que la estructura fresca no espere hasta la hora siguiente.

Cada detección también registra la hora de apertura de la propia vela señal, lo que ancla la geometría a una barra precisa que puedes volver a encontrar después.

Cada motor es un concepto de ICT convertido en geometría

La detección no es un solo algoritmo sino una familia de motores independientes, cada uno codificando un concepto documentado como reglas objetivas de vela:

• Order Block (OB+ / OB++): un order block fuerte nativo de liquidez, donde una vela de impulso toma liquidez del lado comprador o vendedor (BSL o SSL). OB++ añade displacement de al menos 1,5 ATR más un Fair Value Gap (FVG).
• Fair Value Gap: un desequilibrio de tres velas donde las mechas no llegan a solaparse, calificado por anidamiento multi-temporal en niveles (un gap pequeño dentro de un gap mayor de temporalidad superior puntúa más alto).
• Estructura de mercado (BOS / CHoCH): un port fiel a Pine que marca un Break of Structure o un Change of Character desde pivotes de swing confirmados.
• CISD / MSS: un cambio en el estado de entrega, hallado vía identificación de pivote, una vela inversa y un cierre a través del nivel MSS resultante.
• CRT, Super Engulfing, RSI Divergence: barridos de rango de vela, cuerpos envolventes de continuación y reversión, y divergencias de pivote con RSI de Wilder.

Como cada regla es aritmética sobre velas cerradas, la salida es determinista. Alimenta las mismas barras dos veces y obtienes la misma detección dos veces. La tabla siguiente mapea cada motor con el concepto que codifica y la medición que eleva su calificación.

Etapa 3: Validación, calificación y confluencia

Una coincidencia geométrica cruda es una candidata, no una señal. La siguiente etapa la filtra y la puntúa para que solo afloren detecciones con contexto rico.

Frescura y primer toque

Las zonas se degradan. Un FVG que el precio ya retrocedió a atravesar no es lo mismo que un gap fresco y sin probar, así que el motor FVG exige frescura de primer toque antes de tratar un gap anidado como activo. La misma lógica corre en todos los motores: una configuración gana su estatus por estar sin mitigar, no por haberse formado en algún momento de la historia.

Displacement y umbrales objetivos

Los niveles de fuerza salen de números, no de opinión. Un order block asciende a OB++ solo cuando la pierna de impulso desplaza al menos 1,5 ATR y deja atrás un fair value gap. El CISD se etiqueta High-Prob MSS solo cuando la vela de ruptura cierra dentro de la ventana de Nueva York 09:00–14:00. Estos umbrales son constantes fijas que puedes reproducir en tu propio gráfico.

Confluencia: varios motores de acuerdo

La capa de mayor contexto pliega las detecciones en vivo en cadenas de alineación multi-temporal. Cuando la lectura semanal, diaria y de 4h apuntan a la misma dirección, o cuando dos motores distintos marcan el mismo par y el mismo lado, ese acuerdo es lo que la capa de confluencia hace aflorar.

Una verificación de coherencia temporal evita pilas fantasma: una semanal de tres semanas no puede emparejarse con una diaria fresca y hacerse pasar por alineada. La confluencia no vuelve correcta una configuración; eleva la cantidad de contexto detrás de ella.

Etapas 4 y 5: Seguimiento del ciclo de vida y entrega

La detección es un momento; una operación es un proceso. El escáner sigue cada configuración a lo largo de su vida en lugar de disparar una vez y olvidarla.

Formada, acercándose, tocada

Una vez detectada, la zona queda en estado formada. Un bucle de proximidad vigila entonces el precio respecto a la zona y puede lanzar una alerta pre-llegada cuando el precio se acerca, antes incluso de que se toque el nivel, que es el valor práctico de un escáner que nunca duerme.

Cuando el precio llega a la zona, el estado avanza a tocada y los motores de resultado toman el control. Los motores con objetivos definidos siguen TP1, TP2 y TP3, y mueven el stop a breakeven una vez que imprime el primer objetivo, para que un runner no se convierta en perdedor.

Otros califican el resultado cualitativamente como fuerte, débil o fallido según cómo cierren las siguientes velas confirmadas respecto al nivel, o simplemente expiran la configuración tras un presupuesto fijo de velas si no pasa nada decisivo. Cada transición lleva marca de tiempo, así que la tarjeta carga un historial auditable honesto en lugar de una sola instantánea congelada.

Entrega que puedes inspeccionar

Las detecciones que sobreviven te llegan de dos maneras. Primero, las tarjetas del feed dibujan la geometría real: el order block, el gap, el swing, el nivel MSS, para que puedas juzgar la señal sin abrir un gráfico completo. Segundo, las alertas se disparan mediante notificaciones push y entrega dentro de la app.

Un piso duro de volumen descarta cualquier par con menos de unos veinte millones de dólares de volumen quote en 24 horas, así que los símbolos ilíquidos jamás llegan a tu mesa.

Objetivo por construcción: por qué el escáner no repinta

La razón por la que importa cómo funciona el escáner de LiquidityScan es que todo el pipeline es determinista. Las mismas velas de entrada, la misma detección de salida. Tres propiedades se siguen directamente:

• Sin repintado: solo se evalúan barras cerradas, así que una detección no puede aparecer y luego desaparecer en silencio.
• Backtesteable: como cada regla es aritmética, puedes reproducir velas históricas y replicar exactamente lo que el escáner habría marcado.
• Verificable: cada tarjeta expone su geometría, así que puedes abrir el mismo par y confirmar el barrido, el gap o la ruptura con tus propios ojos.

La transparencia es el punto. Una herramienta que muestra su trabajo te invita a discrepar de ella, y una configuración que puedes verificar es una que puedes dimensionar y gestionar con convicción.

También cambia cómo mejoras: como las reglas son fijas, una detección perdedora es un dato sobre el régimen del mercado o sobre tus propios filtros, no evidencia de que el escáner movió la portería en silencio.

Puedes exportar las condiciones, reproducirlas y decidir si endurecer qué calificaciones actúas. Ese bucle de retroalimentación solo es posible cuando la detección es objetiva por construcción y no un juicio cambiante.

Lo que el escáner no hace

Ser honesto sobre los límites es parte de ser confiable. El escáner no predice hacia dónde irá el precio, no garantiza ningún resultado y no reemplaza tu criterio. Detectar no es lo mismo que operar con ganancia.

Un order block perfectamente válido puede fallar igual porque el draw on liquidity de temporalidad superior está del otro lado, o porque una noticia repreció el par. El escáner hace aflorar candidatas con contexto rico; tú aportas el sesgo, la confluencia que exijas, la entrada y el riesgo. Trata cualquier calificación como una descripción de estructura, nunca como una promesa de ganancia.

La vida de una detección: un recorrido trabajado

Aquí va una secuencia realista e ilustrativa: la forma que toma una detección, no una afirmación sobre ninguna operación concreta.

1. Cierran las velas. En BTCUSDT de 4h, una vela de impulso sube, barre un clúster de liquidez vendedora bajo un mínimo previo y cierra con displacement fuerte. La barra finaliza; el escáner la recoge en la siguiente evaluación.
2. Dispara el motor. El motor de order blocks confirma que el impulso tomó SSL y dejó un fair value gap a su paso. El displacement supera 1,5 ATR, así que la candidata se califica OB++ y no un simple OB+.
3. Calificación y confluencia. La zona está sin mitigar (fresca de primer toque). La capa de confluencia nota que el sesgo diario lee la misma dirección, añadiendo contexto a la tarjeta.
4. Alerta de proximidad. Horas después el precio retrocede hacia el bloque. El bucle de proximidad lanza un push pre-llegada antes de que se toque el nivel, dándote tiempo para prepararte en lugar de perseguir.
5. Tú decides. Abres el gráfico, confirmas la geometría, verificas que tu propia lectura de temporalidad superior y tu timing de sesión coinciden, y solo entonces eliges actuar o pasar. El escáner te trajo una candidata calificada, seguida y verificable; la decisión de operar sigue siendo tuya.

Si el precio cierra de vuelta a través de la zona en tu contra, el ciclo de vida la marca como fallida y la tarjeta refleja ese resultado con honestidad, que es exactamente el registro que necesitas revisar después.

Ese camino de punta a punta es cómo funciona el escáner de LiquidityScan en la práctica: convierte velas crudas en una candidata calificada, seguida y verificable, y te entrega la decisión. Nada en el pipeline predice el futuro ni promete una victoria.

Elimina el trabajo manual de vigilar cientos de gráficos buscando estructura objetiva, así que tu atención va al sesgo, al contexto y a la ejecución: las partes que un escáner no puede ni debe automatizar por ti.

Preguntas frecuentes

¿El escáner de LiquidityScan repinta sus señales?

No. Cada motor corta la vela en progreso y evalúa solo barras confirmadas y cerradas. Una figura que se forma y desaparece a mitad de vela nunca se persiste, así que una detección que viste ayer seguirá ahí hoy con la misma geometría. Eso es lo que hace la salida reproducible y backtesteable.

¿Puedo confiar en una detección sin revisar el gráfico?

Puedes actuar más rápido, pero deberías verificar igual. Cada tarjeta del feed dibuja el order block, el gap o la ruptura de estructura reales para que la juzgues de un vistazo, y el gráfico completo te permite confirmar el barrido y el contexto. El escáner encuentra candidatas con contexto rico; el juicio final y el riesgo son tuyos.

¿Qué significa realmente una calificación como OB++ o High-Prob MSS?

Significa que la candidata superó umbrales objetivos adicionales. OB++ exige displacement de al menos 1,5 ATR más un fair value gap en la pierna de impulso. High-Prob MSS exige que la vela de ruptura cierre dentro de la ventana de Nueva York 09:00–14:00. Las calificaciones describen estructura y timing, no un resultado garantizado.

¿Por qué un par ilíquido nunca apareció en mi feed?

Un piso duro de volumen elimina cualquier par con menos de unos veinte millones de dólares de volumen quote en 24 horas antes de que llegue a tu mesa. Los mercados delgados producen geometría poco confiable y ejecuciones pobres, así que el escáner los filtra en lugar de hacerte aflorar ruido que no puedes operar de forma realista.

Rutas de consulta relacionadas

Sigue los conceptos detrás de cada motor, desde qué es la plataforma hasta cómo verificarla con tus propios datos.

• ¿Qué es LiquidityScan? — la visión general de la plataforma detrás del pipeline del escáner.
• ¿Qué es un Order Block? — el concepto que el motor OB+ codifica como geometría.
• ¿Qué es un Fair Value Gap (FVG)? — el desequilibrio de tres velas que el motor FVG califica.
• ¿Qué es la estructura de mercado en ICT? — la lógica de swings detrás de la detección de BOS y CHoCH.
• ¿Qué es el CISD en trading ICT? — el motor de cambio en el estado de entrega explicado.
• Cómo hacer backtest a una estrategia ICT de la forma correcta — verifica detecciones deterministas sobre tu propia historia.
• Planes y precios de LiquidityScan explicados: Free, Starter y Pro — cómo conecta con liquidityscan vs indicadores de tradingview.
• ¿Es LiquidityScan legítimo y confiable? Cómo se valida la detección — un siguiente paso estrechamente relacionado.