流动性追踪器(liquidity tracker)
流动性追踪器(liquidity tracker)是一个面板,逐个价位记录显示出来的流动性后来怎么了:多少在没有成交的情况下被撤走,多少被真正执行掉。它需要逐笔委托(MBO)数据,因为聚合订单簿只能看到总量在变,看不出某张订单是被撤了还是被成交了。
Senzoukria · 术语表 · 更新于 2026 年 9 月
被撤走与被执行
某个价格上显示的挂单量下降时,聚合订单簿说不出原因:这些量可能成交了,可能被撤了,也可能挪到一个 tick 之外重新挂了。逐笔委托数据给每张订单附上一个标识,并回报它的新增、修改、成交和删除事件,于是追踪器可以归因:被成交量消耗掉的记为执行,未经成交就被删除的记为撤走。热力图指南从另一侧说了同一件事:仅凭一条消失的亮带,并不能确立幌骗行为或某种意图。
- 执行:在该价位上被主动买入或主动卖出吃掉的挂单量。
- 撤走:成交之前被删除的挂单量,其中包含做市商日常的重新报价。
- 两类都不指认参与者,而且同一个价位上可能有好几张订单在贡献量。
这些数字能支撑什么
- 一个成交量不断被新增挂单补回来的价位,与「补充」这一解释相符;但它不是原生冰山单的证据。
- 一个价格逼近时大部分显示量被撤走的价位,是关于这个价位的事实,不是对参与者的判决。
- 丢失的订单事件会让这幅图变得残缺;追踪器应当说明丢了多少条,而不是把它抹平。
在 Senzoukria 里
热力图设置的 Liquidity 分区里有一个「Liquidity tracker」开关,提示写着:逐个价位显示流动性后来怎么了,是未成交被撤走还是被执行掉;需要逐笔委托数据流。面板按价位分买卖两列显示。它的空状态写着「No order book activity yet」,并解释它需要 MBO 数据流,因为它读的是每张订单的生命,而不只是可见的总量。
面板下方有一条说明:「撤走」包含做市商正常的重新报价,也就是撤掉再挪一个 tick 重挂;面板区分撤走与执行,并不把撤走称作欺骗。事件丢失时,它会打印丢失的订单事件条数,并把这幅图标注为残缺。引导教程把它列在热力图设置里,紧挨着配色刻度、DOM 列和已执行量。MBO 数据能不能拿到,取决于数据源和账户权限;在聚合数据源上,面板会保持空白,而不去推断。
常见误区
- 看到某个价位撤走占比很高就叫它幌骗;重新报价才是常态。
- 在聚合深度数据源上打开追踪器,再把空面板读成没有活动。
- 忽略那行丢失事件数,把一份残缺记录当成完整记录。
- 把整个时段的撤走量和执行量加总,仿佛两者是可比的意图单位。
相关内容
其他语言版本
常见问题
- 流动性追踪器为什么需要 MBO 数据?
- 因为只有逐笔委托数据才会回报每张订单的新增、修改、成交和删除事件。聚合订单簿显示的是某个价格上的总量在变,而一次减少可能是成交、撤单或换价重挂;没有订单标识,追踪器无法归因,所以它宁可什么都不显示,也不去猜。
- 撤走占比很高能证明幌骗吗?
- 不能。撤走里包含做市商撤掉再往旁边挪一个 tick 重挂,这是例行操作。追踪器把撤走和执行分开,是关于这个价位的一项观察;要归因到意图,需要数据源里根本不包含的信息,面板的说明也明确这么写着。
- 追踪器和热力图上的挂单/撤单着色有什么不同?
- 热力图上的挂单/撤单着色是从聚合订单簿推断出来的,并被如实标注为推断,绝不会被呈现成 MBO 观测。追踪器读的是真实的订单事件,逐价位报告执行量与撤走量。两者回答的是相关的问题,但数据不同,确定性也不同。