热力图阶梯（订单簿列）
热力图阶梯是热力图右侧的 DOM 列：一张订单簿表格，含价格、深度条、滚动窗口成交量列，以及按交易时段累计的买／卖／Delta 列。表头标明合约、交易场所、收到的深度档数和最后一份订单簿的年龄。
Senzoukria · 文档 · 更新于 2026 年 9 月
位置
- 位置
- 热力图 → 标题为「DOM」的右侧列；设置位于热力图弹窗的 DOM 阶梯标签页
- 默认值
- 宽 200 px，行高 18 px，每侧 20 档，VOL 与 BID/ASK/DELTA 列开启，累计关闭，大单在 40 手处高亮
- 过期
- 订单簿年龄超过 3 秒变红
它做什么
这个阶梯是用来读的订单簿，与图表内那个用来看的 DOM 阶梯相对。每一行带有价格、深度条、挂单量，随后是三个按交易时段累计的成交量数字：V.BID（在买价成交，主动卖出）、V.ASK（在卖价成交，主动买入）和二者之差 Δ。VOL 列补充该价格在环形窗口内的成交量；其列头会打印窗口长度，例如「VOL 5m」。页脚以「BID 62% / ASK 38%」的形式显示可见深度中买卖两侧的占比。
表头是最该优先信任的部分。它显示合约；在 Rithmic 和 Databento 上你可以输入另一个合约（例如 ESU6）并按回车切换，Esc 取消，交易场所由合约推导得出，绝不手工输入。「收到的深度」说明数据流在每一侧实际发布多少档，这不是一项显示设置。最后一份订单簿的年龄按本地时钟测量，超过 3 秒变红，因为否则一条已死的数据流看起来就像清淡的市场。
设置
| 设置 | 默认值 | 影响 |
|---|---|---|
| 宽度（px） | 200 | 140–900，步长 10；网格绝不会低于已启用各列所需的最小宽度 |
| 密度（px/行） | 18 | 每行 14–26 px |
| 每侧档数 | 20 | 5–60，步长 5 |
| VOL 列 | 开启 | 环形窗口内按价格统计的成交量（买卖两侧合计） |
| BID / ASK / DELTA 列 | 开启 | 按主动方拆分并按交易时段累计的成交量；delta = 在卖价成交减去在买价成交 |
| 累计深度 | 关闭 | 深度条显示自最优买价或卖价起的累计值，而不是本档挂单量 |
| 高亮大单 | 开启 | 突出显示达到或超过大单阈值的行 |
| 大单阈值 | 40 手（加密货币上为 0） | 0–1 000 000；期货步长 5，加密货币步长 0.001。按合约分别保存 |
| 买／卖颜色 | #089981 / #f2385a | 深度条的颜色；透明度按每档的填充比例计算 |
图表内 DOM 阶梯（分布图标签页）
还有第二个阶梯，以图层形式存在于画布本身之上，位于每个价格的精确高度，紧挨着成交量分布。它在分布图标签页中配置：DOM 阶梯默认开启，宽度 180 px（40–300），「显示挂单量」开启（只有在行高足够、带宽足够时才写出 bid × ask 数字），不透明度 55 %（5–100），最小挂单量 0（0–500，按合约保存），超过该值后分布图不再展示订单簿而开始展示大墙，买／卖颜色 #089981 / #F2385A 与足迹图共享。
局限
- 时段列从模块打开时开始累计；它们不从历史预热。
- 出现带小数的数量时，挂单量列切换为三位小数，并在最后一个小数数量之后保持 60 秒。
- 「收到的深度」是数据流的事实；即使请求每侧 60 档，也不可能显示出数据源没有发布的内容。
- 在加密货币上无法在表头输入合约；请使用画布上方的市场与交易对控件。
- 阶梯右侧的流动性追踪列需要逐笔委托数据流（Rithmic），且默认关闭。
相关页面
其他语言版本
常见问题
- VOL 和 V.BID / V.ASK 有什么区别？
- VOL 在其列头所示的环形窗口内合计买卖两侧。V.BID、V.ASK 和 Δ 按主动方拆分成交量并按交易时段累计：它们回答的是「谁吃掉了这一档」，而不是「一共成交了多少」。
- 年龄为什么是红色的？
- 已有超过 3 秒没有收到订单簿。请检查连接；同样的情况下 HUD 的 snap/s 速率会读作 0。
- 我能把阶梯调得比各列所需还窄吗？
- 不能。网格取你设定的宽度与已启用各列所需最小宽度中的较大者；想更窄，请关闭 VOL 或 BID/ASK/DELTA 列。