流动性追踪：逐档区分被撤走与被吃掉的流动性

它做什么

一个从 500 张变成 0 的档位讲的是两个相反的故事：500 张被主动方吃掉，或者 500 张在有人付钱之前就被撤走。多数界面把两者画成同一个样子——一个消失的档位。流动性追踪把它们分开。它按价格和方向，从 MBO 日志中累计：新增的合约张数、未经成交即被撤走的张数、被吃掉的张数，以及观测到的补单次数（同一笔委托、同一价格、数量重新上升）。

面板标题为「流动性——它做了什么」，副标题是合约代码和窗口长度（SYMBOL · 30 s）。醒目数字是窗口内所有档位中，未经成交就离开订单簿的流动性占比，下面写着「离开订单簿的流动性中从未成交的比例」——在开发期间测到的某个 MNQ 交易日上它读作 90.8 %，这是对那一天的观测，不是产品承诺的数字。下方的图例区分被撤走（灰色）和被吃掉（绿色）。

每一行显示价格、方向（买盘或卖盘）、一条柱子（绿色部分是离开该档位的量中被吃掉的比例）、被撤走的百分比，以及被吃掉的数量。这条柱子承载的是比例而不是绝对量：若用绝对宽度，价格附近的 24 行看起来会一样长。

设置

怎么用

• 连接一个账户具备逐笔委托深度的 Rithmic 配置，在该数据源上打开热力图，并在分布图标签页启用流动性追踪。
• 从上往下读这些行：它们是流动性被吃掉而不是蒸发掉的档位，也正是吸收发生的地方。一个被撤走百分比很高、同时被吃掉数量也很大的档位，仍然吸收了很多。
• 在清淡和活跃阶段之间对比那个醒目比例；被撤走的占比下降，意味着离开订单簿的流动性中真正成交的部分变多了。
• 留意表头的丢失事件一行。数据流不完整时画面也不完整，面板会如实说明。

局限与陷阱

• 该面板需要 MBO 数据流。没有它，或账户缺少相应授权时，后端不返回任何内容，面板显示「尚无订单簿活动」。
• 「被撤走」也包含做市商正常的重新报价：撤单以便在隔壁一个 tick 重挂。面板区分的是撤走与成交；它不把撤走称为欺骗。
• 30 秒是很短的记忆。这个面板读的是当下的订单簿，而不是一项交易时段统计。
• 桥接、Databento 和加密数据源上没有该列，它们的数据流不携带委托身份。