定义
每一张订单、每一次修改和每一次撤销,都是交易所必须处理、而且通常要公布出去的一条消息。报价塞满把这条通道灌满。
被归到它名下的目的,是延迟其他参与者:在这股洪水被处理的时候,他们的行情数据或者订单确认到得更晚。在美国期货里,商品期货交易委员会关于扰乱性行为的指引把「使一家注册实体的报价系统过载」点名为幌骗的形式之一,而《商品交易法》在行为人下单时就打算在成交前撤掉这些订单的情况下禁止它。
它在行情数据里长什么样
- 在一个或几个价格上出现成千上万条订单簿更新,而这阵洪水结束之后,显示出来的量几乎没有净变化。
- 洪水期间很少或者没有成交:这些消息是订单和撤销,不是执行。
- 数据源的延迟在增长:订单簿更新和成交到得比平常晚,或者两者彼此不同步。
- 在热力图上,表现为一片出现又消失的斑点,而且常常快到根本画不出来。
一个算例
在一秒钟里,一个价位为同样那几手合约收到五千条挂单和撤单消息,而它显示出来的量回到了开始时的位置。那里没有任何成交打印出来。
一条基于快照的数据源如果每 100 毫秒采样一次订单簿,会显示这个价位的十个状态——这是实际发生的事情里很小的、而且可能误导的一部分;而一条逐笔委托数据源会显示每一条消息,但它自己也可能开始落后。至于这阵洪水是来自一个出故障的算法、一个激进的重新报价策略,还是故意的塞满,从数据里读不出来。
它为什么对订单流工具要紧
对一个读图的人来说,实际风险是数据质量,而不是别人的意图。一阵洪水可以让数据源延迟、让深度和成交在时间上彼此漂开,并让一个显示出来的价位在几个瞬间里变得不可靠。
把订单簿更新合并到显示速率、而不是逐条去画的工具仍然可用;而那些报告「自己的数据有多晚、有多乱序」的工具,让读图的人知道什么时候不该相信这幅画面。这是一个设计取舍:画得越全,在洪水里越先垮掉。
在 Senzoukria 里
热力图的流动性视角把它自己证据的边界公布出来。它度量深度流和成交流之间的偏移,并以毫秒中位数显示出来,同时注明没有任何事件因此被丢弃。
它统计那些在同一条流上比前一个更旧、因而没有被应用的深度快照,以及那些乱序到达、因而没有在它们那个价位上被计数的成交。这些计数器描述的是数据源的状况;它们不归因任何原因。
相关内容
同一栏目
来源
- CFTC: Interpretive Guidance and Policy Statement on Disruptive Practices (fact sheet) (2026-09-25)
- 7 U.S. Code § 6c, Prohibited transactions (Legal Information Institute) (2026-09-25)
其他语言版本
常见问题
- 每一阵撤单洪水都是报价塞满吗?
- 不是。做市商持续在重新定价,而在一次价格变化之后,一个算法可能同时在很多个价位上撤单再挂单。商品期货交易委员会的定义取决于意图,而一阵消息洪水和许多很普通的原因都相容。只有带着账户层面数据的调查,才能认定报价塞满。
- 报价塞满会影响我的平台显示什么吗?
- 它会增加整条路径上的消息负载——从交易所到你的数据商再到你的电脑——而这表现为延迟或者乱序的数据。一个会度量并显示它数据的滞后和新鲜度的平台,让你看到这幅画面已经过时,而不是拿它去交易。