成交方向归属（trade classification）
成交方向归属（trade classification）是把每一笔已成交交易判给买方或卖方的规则，也就是判定哪一方在主动吃掉流动性。有的数据流直接携带主动方标记，有的则必须用成交价与当时买卖报价的关系推断出来，而规则一换，下游算出的每一个 Delta 都会跟着变。
Senzoukria · 术语表 · 更新于 2026 年 9 月
显式方向与推断方向
每一笔成交都有买方和卖方，归属要回答的是谁发起了它。在 CME 期货的数据流上——比如通过 Rithmic 或 Databento 拿到的那些——每笔成交都带着交易所给出的主动方标记：买方主动时，足迹图把成交量计入卖价一侧；卖方主动时计入买价一侧。每个价位上的 Delta，就是卖价成交量减去买价成交量。
在 Binance，数据流文档里给出的是「买方是否为挂单方」这个标记：如果买方是挂单方，那么主动方就是卖方，这笔成交归到买价一侧。如果数据流里根本不传方向——很多即期外汇数据源和只有 K 线的数据源就是如此——就只能套一条推断规则：把成交价和当时的报价比（报价规则），或者和上一笔成交价比（跳动规则），据此贴标签。Lee-Ready 方法把这两条结合在一起用。
规则为什么要紧
- 读同一天数据的两款软件，如果一个用交易所标记、一个按价格变动推断，打印出来的 Delta 会不一样。
- 推断法在中间价成交、价差变动，以及报价被打包或延迟的数据流上会明显退化。
- 从 K 线把成交量拆成买卖两边，是对方向的估计，不是对主动性的观测，呈现时就该这么说明。
- 时段边界、价格合并步长和被丢弃的事件同样会改变总量；归属规则只是足迹图彼此对不上的原因之一。
在 Senzoukria 里
桌面端的足迹图使用数据流自带的主动方。Rithmic 和 Databento 用的是交易所给的方向；Binance 和 Bybit 则由文档里的挂单方标记推导。「Bid × Ask」单元格类型把每根 K 线内部每个价格上的两侧数字并排显示：左边是打在买价上的量，右边是打在卖价上的量。Replay 界面的 L1 CSV 导出会把每一笔逐笔成交连同时间戳、价格、手数和主动方一起写出来，于是某个时段用了怎样的归属，可以拿到应用之外去核对。
指标库中依赖这套归属的包括：K 线 Delta、时段累计 Delta、买卖成交量以及主动性比率。当数据源不提供方向时，应用不会自己编一个出来，受影响的数值会直接缺失，而不是显示成零。
常见的错误
- 在没有先确认两边各自套的是哪条归属规则之前，就把两个工具的足迹图拿来对比。
- 把券商的客户持仓比例当成主动方数据：那是某一家券商在某个时点的持仓快照，不是某个场所的已成交主动量。
- 以为 Delta 很大就证明有人在买：在推断规则下，这个数字里有一部分是规则本身的误差。
相关内容
其他语言版本
常见问题
- 跳动规则和报价规则有什么区别？
- 报价规则把成交价和当时有效的买卖报价比较：等于或高于卖价算买，等于或低于买价算卖。跳动规则只看上一次价格变动的方向：上跳算买，下跳算卖。报价规则需要同步的报价数据；跳动规则只要有成交就行，但价格在价差内来回摆动时误判会明显增多。
- 有了交易所给的主动方标记，就没有模糊地带了吗？
- 它消除的是推断这一步，也就是分歧最大的那个来源。模糊之处仍可能留在平台如何处理隐含成交、价差腿、大宗成交以及没有方向的申报成交上。稳妥的读法是：这个标记说明的是谁在撮合引擎里吃掉了流动性，除此之外的一切都是要逐个核对的平台约定。