流动性（liquidity）

这个词在订单流里的含义

在日常金融语境里，流动性描述的是一项资产买卖起来有多容易。在足迹图或 DOM 屏幕上，这个词要窄得多：它是买方一侧（市场价下方的买单）和卖方一侧（上方的卖单）每个价格上被动限价单的挂单量。一张市价单逐档吃掉这些挂单量。当某个档位被清空时，最优价格就会移动，价差随之扩大，直到新的委托到来。

从这个定义可以推出两条性质。流动性是被动的，因为一张限价单是在等着被吃，而不是主动越过价差。它又是可撤销的，因为在成交之前，委托人随时可以撤销或修改它。正是这两条性质，让显示出来的流动性既有信息量、又不可靠。

流动性与成交量

• 成交量是已经发生的交易：一笔成交有买方、有卖方、有时间戳，而且无法撤回。
• 流动性是被提供出来供交易的数量：它只存在于订单簿里，其中一部分可能从未打印出任何成交就离开了。
• 足迹图由成交量构建；DOM 阶梯或流动性热力图由订单簿构建。这两套数据可以在同一个价格、同一个时刻彼此矛盾，而这种矛盾往往正是有用的信息。
• 只有成交的归档无法重建过去的流动性。一张出现过又被撤销的委托，在成交流里不留任何痕迹。

聚合视图与逐笔委托视图

多数数据流发布的是聚合深度（market-by-price）：每个价格、每一侧一个总量，档位数量有限。逐笔委托数据流（MBO）发布每一笔委托的生命轨迹，因此新增、撤销和成交可以在委托层面被区分开。CME 对这两种格式都有文档。聚合总量足以画出一张热力图；但要确认总量的某次变化究竟由什么构成，需要委托层面的数据流，或者至少要把同一价格、同一时刻的订单簿更新与成交记录做匹配。

在 Senzoukria 中

挂单流动性在热力图屏幕上画成每个价格随时间延伸的色带，旁边的 DOM 阶梯和 DOM 剖面则逐档显示同一份深度。热力图设置把这些控件归在「流动性」一节下；「低量下限（手）」设置隐藏低于所选规模的挂单档位，「买卖方向着色」设置可以用两种颜色分别绘制买方和卖方的流动性。阶梯标题会显示「已接收深度」，也就是数据流在每一侧实际发布的档位数，这样一条窄数据流就不会被误当成一个稀薄的订单簿。行情数据由供应商计费；热力图需要所显示合约的深度数据流。

常见误区

• 在价格还没测试过某个档位的表现之前，就把一个很大的显示数量当成支撑或阻力。
• 把一条明亮的色带读成已成交量。挂单量是一种提供；足迹图显示的才是真正成交了什么。
• 以为某个档位缺失就等于流动性为零。空白的列或被截断的深度数据流是观测的缺席，不是空的订单簿。
• 在不做归一化的情况下，跨场所或跨不同最小跳动价位、不同单位的合约去比较流动性。