时间戳（交易所时间与本机时间）
时间戳（timestamp）是附在一次市场事件上的时间：交易所撮合这笔成交的时刻、供应商发出它的时刻，或者应用收到它的时刻。这三个时钟并不相同，因此一张图表或一次回测必须说明自己用的是哪一个、又是按哪个时区显示的。
Senzoukria · 术语表 · 更新于 2026 年 9 月
同一笔成交上的三个时钟
两个接收同一条行情的应用，如果一个用交易所时间、另一个用本机时钟，可能会把同一笔成交放进不同的一分钟 K 线里。跨工具比较 delta 或 POC 之前，先确认两边是在同一个时钟上构建 K 线的。
| 时钟 | 由谁设定 | 用途 |
|---|---|---|
| 交易所（撮合）时间 | 撮合引擎 | 跨数据源一致地排序事件、构建 K 线 |
| 供应商发出时间 | 数据商的服务器 | 诊断行情延迟 |
| 本机接收时间 | 你自己的机器 | 测量延迟；绝不用来划分时段边界 |
时区与时段边界
- CME 期货的时段以芝加哥时间定义；17:00 芝加哥时间这条日界线相对 UTC 会随夏令时切换而移动，而且美国和欧洲的切换日期并不相同。
- 加密场所跑在 UTC 上，没有每日收盘，因此基于时段的指标需要一个明确的锚点。
- 把坐标轴显示成本地时区并不会改变底层的事件时间，它改变的只是标签。
- 按一种时段定义算出来的价位，不能拿去和按另一种定义算出来的价位比较。
期权类上下文里的时间戳
一个 gamma 敞口数值是一张快照：期权链、未平仓合约量和标的价格各自带着自己的时间。未平仓合约量通常一天才发布一次，因此画在实时 ES 或 NQ 图表上的 GEX 价位，是把一个日频数字和盘中价格混在了一起。请把快照时间写在价位旁边，事后也不要挪动它；只有当这个价位在当时确实存在过，足迹图在它附近的反应才有意义。
在 Senzoukria 里
设置页面有一个「时间轴时区」选项，提示写着：LCL 跟随本机，NY / CHI 用于期货时段，UTC 用于加密。所有 IANA 时区都会在渲染时映射到精确的偏移量，并考虑夏令时。内置的累计 delta 在每一个数据源的时段边界上重置，CME 是芝加哥时间 17:00，加密是 UTC，而它的说明写明：一次重置并不证明覆盖是完整的。用于研究的逐笔导出会把每一笔逐笔连同时间戳、价格、规模和主动方一起写出，因此在应用之外做的回测也能保留交易所的事件顺序。
常见错误
- 用本机接收时间构建时段剖面，然后困惑于开盘区间为什么和另一个工具不一样。
- 忽略美欧时钟错开的那一周夏令时。
- 把一张日频期权快照放到盘中图表上，却没有记录它是什么时候拍的。
- 把一根 K 线的收线时间当成最后一笔成交被接收到的时间。
相关内容
其他语言版本
常见问题
- 回测该用哪一个时间戳？
- 用交易所时间戳，写明时区，并把时段定义与规则一起记录下来。用接收时间等于把本机特有的延迟塞进历史记录，会让结果在别处无法复现。请把换月策略和时段边界写进同一份报告里。
- 同样是这一分钟，我的足迹图为什么和另一个平台不一样？
- 先查时钟和时段边界。如果一个工具按交易所时间划分分钟，另一个按本机时间，那么边界附近的成交会落进不同的 K 线。只有在对齐了时钟、价格分组和分类方法之后，再去找缺失的事件。
- GEX 价位有时间戳吗？
- 它应该有。这个价位由某个特定时刻抓取的期权链和未平仓合约量推导而来，而未平仓合约量通常来自前一日的发布。请把那个时刻记下来，并把这个价位当作来自该快照的上下文，而不是一次实时观测。