累计深度（cumulative depth）

它是怎么算出来的

取订单簿的一侧，从最优价开始，逐档向外累加挂单量。本站的 DOM 指南用了一个假设的买方五档：40、65、110、30 和 55 手，合计 300。在卖方最优五档上做同样的求和，就得到了对比对象。结果是一对总量，或者它们之间的比值，在订单簿每次变化时更新。

• 两侧必须用相同的档数，这个对比才有意义。
• 总量受数据流已发布深度的限制；一条十档的数据流给不出十五档的和。
• 数量用的是数据流的单位：期货是手数，加密货币是基础资产数量或名义金额。

为什么要求和，而不是读单独一档

单独一个很大的档位可能是异常值、可能是一张马上要被撤走的委托，也可能是恰好落在同一价格上的若干笔互不相关的委托。把几个档位加起来会稀释任何单张委托的影响，因此总量变化得更慢，反映的是这一侧作为整体的挂单量。在指南的那个例子里，累计读数得出大约 1.4 比 1 偏向买方——在这几档上等着买的挂单量多于等着卖的——而单看最上面那一档本来可能得出相反的结论。这正是该指南把盘口的急迫程度与累计深度的分量配在一起读的原因。

这些总量说明了什么、没说明什么

• 买方总量更重，意味着市场价下方显示出来的数量更多，而那正是卖方要把价格往下推所必须成交的地方；这并不意味着价格不会下去。
• 当数量被撤走时，这个失衡可能在几秒内翻转，所以一分钟里总量的走向比某一次读数更有信息量。
• 显示出来的总量不包含冰山订单的隐藏储备，也不包含数据流深度之外的一切。
• DOM 指南给出的工作流：先看着累计深度的失衡在某一侧积累起来，再逐一拿足迹图去验证每一个大档位，然后才把它当成分量。

在 Senzoukria 中

热力图设置在 DOM 阶梯一节里包含一个「累计深度」开关，它画在阶梯的买方和卖方数量旁边，由「每侧档数」控制显示多少档。阶梯标题报告「已接收深度」，因此可用于求和的档位数是看得见的，而不是靠假设。本应用的微观结构指标只用最优买价和最优卖价上的数量来计算队列失衡，那是同一个想法的单档版本；累计深度把它延伸到整个已发布窗口。热力图关于买卖方向着色的那条注释在这里同样适用：当订单簿交叉或为空时，档位被画成中性，而不是靠猜测归到某一侧。

常见误区

• 拿买方五档的和去对比卖方十档的和。
• 把这个比值读成一个预测，而不是对显示数量的一种描述。
• 忽略数据流的深度：一个被截断的订单簿会让某一侧看起来很薄，仅仅因为它的数量落在窗口之外。
• 在一个交叉或陈旧的订单簿上求和；一条死掉的数据流读起来像一个安静、平衡的市场。