逐笔成交（time and sales，成交明细）
逐笔成交，也叫成交明细，是一个市场上已成交交易的按时间排列的清单，每一笔都带有时间戳、价格、数量，在带主动方标记的数据源上还标明它是吃掉了卖盘还是砸向了买盘。足迹图、Delta 和累计 Delta 的每一项读数，都是这条数据流的汇总，而它的含义完全取决于是哪个交易场所报出来的。
Senzoukria · 术语表 · 更新于 2026 年 9 月
成交明细的一行里有什么
订单流交易指南把这条数据流称作其他一切的原材料。足迹图是把成交明细在每根 K 线内部按价格排好；累计 Delta 是把成交明细的主动方字段从时段开盘起累加；而热力图来自另一条数据流——挂在盘口的委托——回答的是另一个问题。
- 一个时间戳，精度取决于数据源提供什么；足迹图把这些时间戳归并进一根根 K 线。
- 一个价格，落在该品种的跳动网格上。
- 一个数量：期货以手数计，加密货币以币数和名义金额计。
- 一个主动方标记，前提是数据源报告它：在卖价成交是一笔主动买入，在买价成交是一笔主动卖出。Delta 就是用这个字段按价位、按 K 线算出的卖价成交量减去买价成交量。
- 有时还有交易场所或成交条件代码，当同一个代码由好几个撮合引擎供数时，这一项很重要。
这是谁的成交明细
成交明细永远是某一个交易场所的记录。在 CME 这样的集中交易所，场所就是交易所本身，所以它的成交明细就是这个市场的成交明细。外汇现货没有中央订单簿，也没有合并后的全市场成交带，所以零售经纪商的成交明细描述的是这家经纪商的成交及其流动性提供方，而不是整个货币市场；外汇订单流数据指南逐一讲了每种数据源实际报告的是什么。在加密市场，每家交易所各自发布自己的成交流，某家交易所上的足迹图只描述这家交易所。
与此相关的一个陷阱，是把报价数据源上的跳动计数当成成交量：价格更新的次数不是成交手数，也产生不了成交明细。
在 Senzoukria 里
软件把每一笔带主动方的成交按价格重建为「买价 × 卖价」，这就是「Bid × Ask」这种足迹图类型，也是「Delta」「Volume」和「Trades」几种单元格类型的基础。成交明细的速度以「Tape & flow」组里的「Tape Speed」提供，它用一个窗口（默认 5 根 K 线）内已知的 K 线时长把成交笔数标准化；它的说明写明：时间 K 线可以采用自己声明的时长，计数型 K 线需要一个实测时长，而时长未知时产生的是一个缺口，而不是一个假定的速率。「Tape speed EMA」给出平滑后的每根 K 线成交笔数。热力图页面上的「Big Trades」过滤器把近期成交明细中最大的那些成交以气泡形式单独挑出来。成交明细本身由已连接的数据源提供——Rithmic、NinjaTrader 桥接、Databento 或某家加密交易所——并由该数据商计费。
常见错误
- 把一个把多个交易场所混在同一个代码下的成交明细，当成一个单一盘口来读。
- 以为数据源报告了主动方，其实它只报告最新价和数量；没有主动方，Delta 算不出来，足迹图也没有买价 × 卖价的拆分。
- 跨 K 线类型比较成交速度，而不同 K 线类型对时长的定义并不一样。
- 把报价更新当成成交。
相关内容
其他语言版本
常见问题
- 成交明细上的主动方是怎么确定的？
- 在会发布这一项的交易所数据源上，主动方标记是成交报文的一部分，说明来单是撮合了挂着的卖单还是挂着的买单。数据源不发布时，平台会根据这笔成交是打在当时的卖价及以上、还是买价及以下来推断。推断是一种约定，两个平台完全可能给同一笔成交打上不同的标记，这也是不同工具之间 Delta 数值有差异的原因之一。
- 我的足迹图为什么和原始的逐笔成交窗口对不上？
- 足迹图按 K 线和价格行对成交明细做了汇总，所以一行可以把许多笔成交加在一起，而每行若干跳的合并方式还会把几个价格加在一起。如果平台还施加了最小成交量过滤，很薄的单元格会被隐藏。底层的成交是同一批；差别在于合并方式和显示方式，这也是为什么任何一项读数都应当把合并方式一并写明。
- 加密货币和外汇上能看逐笔成交吗？
- 加密货币可以，但要按交易所来看：每个场所发布自己的已成交交易，Senzoukria 读取它们只用于分析，不提供任何加密货币的订单路由。外汇现货不行，那里不存在合并后的成交带，所以经纪商所称的逐笔成交，只是这家经纪商自己的成交。交易所上市的外汇期货确实有一条统一的中央成交带，这才是那种可以用足迹图回答的问法。