1、行情系统概述：低延迟行情系统的定义、核心指标与应用场景

各位同学，咱们今天聊行情系统。说实话，这个题目我讲了不下二十遍了，但每次都有新感悟。低延迟行情系统，说白了就是一套能把市场数据从交易所搬到你的交易策略面前，速度尽可能快、抖动尽可能小的系统。

我最早接触这个领域是在2015年，那时候国内期货市场的行情延迟还在毫秒级，大家觉得已经很快了。现在呢？微秒级都嫌慢，纳秒级的竞争早就开始了。嗯，这里要注意，低延迟行情系统不是简单的网络优化，它是一个系统工程。

1.1 什么是低延迟行情系统？

先给个定义。低延迟行情系统，是指从交易所撮合引擎产生行情数据开始，到交易策略接收到该数据为止，整个链路的总延迟被控制在极低水平（通常微秒级甚至纳秒级）的软硬件系统。

我个人习惯把行情系统拆成三个环节：

• 数据获取层：从交易所接收原始行情数据包
• 数据解码层：将二进制协议解析成结构化行情数据
• 数据分发层：将解析后的行情推送给各个交易策略

你想想看，这三个环节任何一个出问题，整个系统的延迟就崩了。我在项目中遇到过一家做市商，他们花了大价钱买FPGA解码卡，结果网络接入层用的是普通交换机，最后延迟还是比对手慢了一倍。这就是典型的木桶效应。

1.2 核心指标：延迟、吞吐量、抖动

衡量行情系统好不好，就看三个指标。我管它们叫「铁三角」。

指标	定义	典型要求	我的经验值
延迟	行情从交易所到策略端的单向耗时	< 10微秒（高频场景）	见过最狠的做到1.2微秒
吞吐量	单位时间内能处理的行情消息数	> 100万条/秒	国内期货全市场约50万条/秒
抖动	延迟的波动范围（标准差）	< 1微秒	抖动比延迟绝对值更致命

关于延迟：很多人只关注平均延迟，其实这是个大坑。我曾经帮一家量化私募做诊断，他们平均延迟只有5微秒，但策略就是跑不过对手。后来一测，延迟的P99（99分位）高达50微秒。为什么？因为系统偶尔会卡一下，那一下就把套利机会全丢了。

关于吞吐量：这个指标容易被忽视。我记得有一次做期权全市场行情，平时每秒也就20万条消息，但遇到股指期货交割日，瞬间飙到200万条。如果系统吞吐量不够，直接丢包。嗯，丢包比延迟高更可怕。

关于抖动：说白了就是稳定性。我个人认为，抖动是三个指标里最要命的。为什么？因为你可以通过算法补偿固定的延迟，但你没法补偿随机抖动。举个例子，如果你的行情延迟稳定在10微秒，策略可以提前10微秒下单来对冲。但如果延迟在5到15微秒之间随机跳，你的策略根本没法做预测。

1.3 应用场景：高频交易与做市商

聊完指标，咱们看看谁在用这些系统。我接触过的客户主要分两类。

高频交易（HFT）

高频交易是低延迟行情最典型的应用场景。这类策略的特点是：

• 持仓时间极短（秒级甚至毫秒级）
• 单笔利润极薄（可能只有0.1个tick）
• 交易频率极高（每天成千上万笔）

你想想看，如果行情比别人慢1微秒，意味着什么？意味着你看到的买一价其实是别人已经抢完的残羹冷炙。我有个做期货高频的朋友，他们为了省0.5微秒，把服务器从机房A搬到机房B，距离交易所的物理光纤缩短了200米。就这200米，每年多赚了上千万。

做市商

做市商对行情系统的要求跟HFT不太一样。做市商需要同时监控多个品种、多个交易所的行情，然后实时计算报价。他们的核心痛点是：

• 多源行情同步：需要把不同交易所的行情对齐到同一个时间轴上
• 高可靠性：做市商不能停，停了就违反交易所义务
• 低抖动：报价更新必须稳定，不能忽快忽慢

我记得有个做市商客户，他们的策略需要同时看沪深300股指期货和上证50ETF期权。两个交易所的行情延迟不一样，如果不做对齐，策略就会产生虚假套利信号。后来我们帮他们做了硬件级的时间戳同步，才把这个问题解决。

1.4 知识体系总览

为了让大家对行情系统有个整体认识，我画了张图。这张图是我这些年做项目的经验总结，你可以把它当作整个课程的导航图。

这张图把行情系统的核心脉络串起来了。从定义出发，到指标、场景、硬件选型，最后落到「可预测的低延迟」这个终极目标上。后面的课程，我们会沿着这个框架一步步深入。

好了，第一章就到这里。记住我今天说的：低延迟不是玄学，是系统工程。每个环节都要抠，每个微秒都要争。下一章我们聊聊硬件选型里最基础也最容易被忽视的部分——CPU该怎么选。

---

公众号:蓝海资料掘金营，微信deep3321