什么是 Liquidity Sweep 扫描器?
Liquidity Sweep 扫描器是一种自动化工具,会在多个市场上监控摆动高点和低点,检测价格何时扫过这些价位,并只标记随后在更低周期重新收盘穿回的情况——也就是扫损失败后的反转。
真正拉开差距的,就是后半句。每天有成千上万个价位被影线刺穿,但真正反转的少得可怜。可靠的扫描器会筛出那些被拒绝并重新收回的扫损,因为这才是 Smart Money Concepts(SMC)交易者真正会做的序列。其余都是噪音。
这篇指南会讲清楚,为什么手动寻找这类形态几乎无法扩展;一个可信的扫描器到底必须检测什么;LiquidityScan 的 Liquidity Sweep → Reversal 引擎如何编码这套逻辑;以及你该怎样把一次检测转成交易决策。
为什么手动寻找扫损无法规模化
这个形态说起来简单,手动找起来却很折磨。你要在一个具体价位上等待一个由两部分组成的事件,但数百个交易对里到底哪个会出现、什么时候出现,根本没法提前知道。
如果全靠手动,你得在每个关注的交易对上,逐一标记每个周期的相关摆动高点和低点,然后持续盯着这些价位。
某个价位刚被影线刺穿,你就得切到更低周期,连续等几根 K 线,看价格是重新收回价位,还是继续沿原方向走。错过回收那根 K 线,形态就没了。
算一笔账。假设你跟踪 300 个流动性充足的交易对,观察 3 个高周期,那就是 900 张图表,而且每张图里还挂着多个正在变化的流动性池。等高点上方的 Buy-Side Liquidity(BSL)和等低点下方的 Sell-Side Liquidity(SSL),全天都在形成和被清扫。
没人能同时盯住 900 张图。所以你要么缩小范围,只看几个交易对,错过其他机会;要么隔一段时间扫一眼,等回收已经收盘几小时后才发现。好形态就是这样被漏掉的。
扫描器把问题倒过来了。不是你盯着价位,而是价位自己被盯着——引擎会在每根已收盘的 K 线上重新检查所有流动性池,只有完整序列走完后才来打扰你。
可靠的 Liquidity Sweep 扫描器必须检测什么
多数自称 Liquidity Sweep 扫描器的工具,只要看到价格用一根影线越过前高就发信号。这不只是没用,反而更糟:普通波动经常刺穿价位后继续原方向,最后只会把你淹没在提示里。影线越过价位不是信号;在价格表态之前,它最多只是一次猜硬币。
你真正敢用的扫描器,必须按顺序确认 3 件事:
- 是真实的流动性池,不是随便一根 K 线的高点。被扫的价位必须是有意义的高周期摆动高点或低点——也就是止损订单确实容易聚集的位置,例如等高点上方、等低点下方。这就是市场正在追逐的 Draw on Liquidity。
- 流动性池确实被扫过。价格必须交易到价位之外,而不是仅仅靠近它。影线得真正拿走止损。
- 低周期回收确认了拒绝。扫损之后,价格必须在一个很短的窗口内,于低周期收盘重新穿回被扫的价位。没有回收,就没有信号——那次扫损只是延续。
只检测前两项,你得到的只是影线提示。真正把一次突袭变成反转候选的,是第 3 项,也就是确认后的回收。跳过这一步的扫描器,只把容易识别的 90% 卖给你,真正有用的部分反而没了。
Liquidity Sweep 扫描器如何编码这套形态
LiquidityScan 的 Liquidity Sweep → Reversal(LSR)引擎,正是围绕这 3 个要求搭建的。它不会把单独一次扫损当成信号,而是把“扫损后回收”当成信号。每个环节具体怎么编码,下面拆开说。
HTF 流动性池,以及 HTF→LTF 配对
LSR 使用固定的高周期到低周期配对:1W→1D、1D→4H 和 4H→1H。流动性池定义在高周期上——可以是周线摆动高点,也可以是日线摆动低点,因此这个价位本身有足够分量。
随后,扫描器会在配对的低周期上寻找回收确认,因为只有在那里,你才能逐根 K 线看到拒绝如何形成。这和自上而下的 ICT 分析一致:高周期确定目标,低周期确认转向。它不运行小时以下的周期,最紧的配对就是 4H→1H。
5 根 K 线的回收窗口
HTF 流动性池被扫过后,LSR 会观察接下来的 5 根低周期 K 线,寻找回收。5 根不是随便定的。突袭之后立刻发生的回收,说明拒绝干净利落;拖到 20 根 K 线之后才勉强穿回来的“回收”,是另一种更弱的事件,市场早就走远了。
把窗口限制在 5 根 K 线内,可以让信号始终和触发它的扫损绑定,同时过滤掉那些只是慢慢漂回来、碰巧再次穿过价位的走势。
CRT 或 Super-Engulfing 确认
回收不能只是随便一次重新收盘穿过价位,它必须符合已识别的反转形态。LSR 接受 2 种形态,而且方向都必须和扫损相反:Candle Range Theory(CRT) K 线,或 Super Engulfing K 线。
CRT K 线的影线会扫过前一个区间,但实体收盘重新回到区间内部。Super Engulfing K 线则是一根动能 K 线,它吞没前一根 K 线,并明确地向相反方向收盘。
所以,BSL 被扫——也就是摆动高点上方的止损被拿走——必须由看跌的 CRT 或 Super Engulfing 重新收回,才会触发看跌反转候选。SSL 在摆动低点下方被扫,则必须由看涨形态收回。方向没有模糊空间:确认转向的形态决定了做多还是做空的一侧。
只检测收盘 K 线,不重绘
每一步都只在已确认、已收盘的 K 线上评估,正在形成的实时 K 线一律丢弃。这就是可信信号和骗你信号的区别。读取形成中的 K 线的工具,可能会在半根 K 线时显示“回收”,等到收盘价落到另一边,这个回收就消失了。
LSR 会等收盘。扫损在收盘 K 线上确认,回收也在收盘 K 线上确认。检测一旦发布,就不会重绘,因为形成它的那些 K 线已经成为历史。
好的扫损扫描器需要什么,LSR 又做了什么
上面的要求,和引擎的实际行为是一一对应的。放在一起看:
| 可靠的扫损扫描器需要什么 | LSR 引擎怎么做 |
|---|---|
| 真实的 HTF 流动性池,而不是随便一个 K 线高点 | 在 1W、1D 或 4H 上,将流动性池定义为 HTF 摆动高点或低点 |
| 确认流动性池确实被扫过 | 要求价格交易到价位之外,也就是影线拿走止损 |
| 回收,而不只是影线 | 要求价格向相反方向收盘并重新穿过价位 |
| 把回收和扫损绑定起来的有限窗口 | 回收必须出现在接下来的 5 根 LTF K 线内 |
| 已识别的反转形态,而不是随便一次收盘 | 回收必须由 CRT 或 Super-Engulfing K 线完成 |
| 明确的方向 | BSL 扫损 → 看跌;SSL 扫损 → 看涨,方向由确认形态决定 |
| 可以依赖的不重绘 | 只检测收盘 K 线,正在形成的 K 线直接丢弃 |
| 人工无法覆盖的市场范围 | 每次扫描都在全市场、所有流动性充足的交易对上重新计算 |
一次检测的完整过程:实际示例
以 BTCUSDT 的 1D→4H 配对为例。日线价格形成了一个清晰的摆动高点 71,400,紧挨着下方还有一个相同高点——等高点,明显的 BSL 流动性池。追涨的多头把止损密集地放在上方,这个池子自然成了价格容易去碰的磁铁。
价格拉升,日线影线打到 71,880,交易穿过 71,400 并拿走止损。在日线上,这还只是一次扫损,不是信号。LSR 此时切到配对的 4H,开始计算 5 根 K 线的窗口。
突袭后的第 2 根 4H K 线上,价格形成看跌 Super Engulfing:收盘回到 71,400 下方,同时吞没前一根 K 线。扫损已经在窗口内、以相反方向被回收,而且由符合条件的形态完成确认。
LSR 在 BTCUSDT(1D→4H)上发布看跌 Liquidity Sweep → Reversal 检测。日线 BSL 流动性池在 71,880 被扫过;4H 回收收盘价假设为 70,950。每个价位都是已收盘 K 线确认的事实。
之后新 K 线继续形成,也不会改变这次检测——它是一个已经完成、不会重绘的事件,现在可以由你自行评估。假如 5 根 4H K 线走完,却没有看跌 CRT 或 Super Engulfing,信号就永远不会触发,这次扫损会被记录为普通延续。
扫描 → 验证 → 执行工作流
检测是你工作的起点,不是终点。LSR 会给出一个带有盘面背景的候选:流动性池、扫损、回收,但它明确不是交易提示,也不会告诉你买还是卖。纪律化的工作流分 3 个阶段。
- 扫描。引擎在全市场找出已经完成扫损和回收的候选。你不需要盯着 900 张图,完整序列会自己找到你。
- 验证。扫描器无法替你补上盘面背景。这个看跌回收是否发生在高周期 premium 区域,并且 Draw on Liquidity 位于下方?它是否符合你的日线偏向,还是只是一次应该跳过的逆势刺穿?你的入场价上方有没有明显的反向流动性池?扫描器找到了形态,但你要判断这个形态是否值得进入交易。
- 执行。如果盘面背景一致,你再构建交易:确定入场、把止损放在扫损影线之外、把目标放在下一个流动性池,并计算风险仓位。这部分由你负责。LiquidityScan 不会下单,除了 Super Engulfing 自带的几何盈亏比阶梯外,各个引擎也不会直接给你入场价或止损位。
诚实的限制
先把信号是什么、又不是什么说清楚。它是一个高背景要求的候选:一次真实的流动性事件,加上已经确认的拒绝,并且经过噪音过滤。它不是预测,也没有公开的胜率——结果取决于市场状态、方向偏向和你采用的风险管理,而这些都需要你自己提供。
被扫过的价位可能再次被扫,回收也可能失败。扫描器买到的是对形态形成过程的覆盖和精度,不是保证结果。
提示如何到达你手上
检测触发后,LiquidityScan 会通过浏览器 Web Push、原生 Android 推送(FCM),以及应用内铃铛和弹窗送达——不是通过 Telegram。Telegram 只是社区入口,不是信号频道。每个套餐支持的交易对数量不同。
这才是实时 Liquidity Sweep 扫描器的意义:回收收盘,信号发布,并在盘面背景仍然有效时送到你面前,而不是几小时后才由你从图表里翻出来。
常见问题
Liquidity Sweep 和影线越过高点是一回事吗?
不是。每根刺穿价位的 K 线都有影线,但只有其中一部分是在扫真实流动性池,随后真正发生回收的就更少。可靠的扫描器要求价格扫过真实的摆动高点或低点,并向相反方向收盘穿回;单独一根影线只能说明波动。
Liquidity Sweep → Reversal 扫描器运行在哪些周期?
它运行在 3 组固定的高周期到低周期配对上:周线到日线、日线到 4H,以及 4H 到 1H。流动性池定义在高周期,回收则在配对的低周期确认。它不运行小时以下周期,最紧的确认周期是 1H。
信号会在触发后重绘或消失吗?
不会。扫损和回收都只在已确认、已收盘的 K 线上检测,正在形成的实时 K 线一律丢弃。检测发布时,产生信号的 K 线已经成为收盘历史,所以信号稳定,不会重绘。
扫描器会告诉我在哪里进场和出场吗?
按规则不会。LSR 提供的是带有盘面背景的反转候选——被扫的流动性池和已确认的回收——它属于分析,不是交易提示。高周期偏向、入场、扫损外侧的止损以及风险,都由你自己决定。它不会下单,也不保证结果。
相关查询路径
先把扫描器所需的基础搭起来,再从流动性池一路看到回收、证据和同类引擎。
- 什么是 Liquidity Sweep? — 每个扫描器都要检测的核心定义。
- SMC 中的 BSL 与 SSL:如何识别流动性 — 如何标记扫描器持续监控的流动性池。
- 为什么价格会在 Liquidity Sweep 后反转 — 回收背后的运行机制。
- Liquidity Sweep 后出现 MSS:反转指南 — 深入拆解从扫损到反转的完整序列。
- Liquidity Sweep 到底有没有用?数据驱动的分析 — 在交易之前,先客观看证据。
- Order Block 扫描器:实时识别 OB 与 FVG — 面向区域入场的同类引擎。
- 如何捕捉每个交易时段的亚洲区间扫损 — 从亚洲区间扫损扫描器角度切入的相关方法。
- LiquidityScan 的汇合引擎是什么? — 看 Liquidity Sweep 信号如何与其他扫描器结合,形成方向一致的交易形态。
- 过滤虚假交易信号|LiquidityScan — 了解扫描器如何过滤虚假反转信号
- 什么是 LiquidityScan?机构订单流分析平台 — 了解平台如何扫描流动性并识别机构订单流模式。
- 自动识别吞没反转|LiquidityScan — 进一步用吞没形态确认流动性扫掠后的反转机会
