Pico 行情数据、RedlineFeed 与 Corvil 分析

Pico 为金融机构提供市场数据与交易基础设施。PicoNet 可交付交易场所原始行情，RedlineFeed 提供标准化行情，历史数据服务则支持回放网络数据包。Corvil Analytics 解决的是运维问题，即交易应用收到的行情是否完整、及时。经纪商和交易机构可先从应用实际消费的数据出发，再确定出现行情断档或报价停更时，团队需要哪些证据来排查。

通过 PicoNet 接入原始行情

Pico 官网页面介绍了专用或共享端口两种原始行情接入选项。需要交易所原生报文，或已有对应行情处理器的团队，可以评估这一模式。采购范围应写明每个应用需要的行情源和频道、交付位置、授权及交易所接入的责任。厂商统计的产品数量可能将同一场所的不同深度、频道和资产类别分别计数，比较时应以报价单所列的具体行情为准。

对于订单簿应用，先测试初始快照、增量更新与序号断档恢复。验证重复包和乱序到达的影响，并观察备用频道能否在请求恢复前补齐数据。带宽测试应覆盖峰值。交易恢复时的短时流量突发可能耗尽接收队列，即使分钟级网络图表显示线路负载正常。将应用计数器与抓包记录对照，有助于区分两种情况。

RedlineFeed 的标准化交付

Pico 将 RedlineFeed 定位为通过统一 API 交付标准化行情的服务。需要监控多个市场、又希望减少逐一开发接口的团队，可以据此评估集成工作量。统一字段仍要准确表达交易场所的行为，应比较品种标识、价格精度、深度档位、成交更正与集合竞价状态，并明确哪些事件进入通用字段、哪些通过扩展提供、哪些当前不可用。

试点可选择少数品种，并行接收原始和标准化行情，记录应用何时可以使用每条更新，再比较正常与异常时段的订单簿状态和成交事件。看板可能只需要最优买卖报价，依赖排队变化的策略则可能需要更细粒度的信息。应按不同使用方分别验证。

历史数据包与可重复回放

Pico 介绍了以 PCAP 文件交付历史逐笔数据，并支持以原速回放。工程团队可用它复现行情突发，或以已知交易时段比较解析器。应确认场所、频道、日期覆盖，以及文件如何记录采集缺口、时间戳来源和协议版本。历史与实时行情的覆盖可能不同，还应核对存储、内部共享和拟开展研究的授权。

可先回放一段结果已知的行情，例如能独立重建订单簿状态的时段。对比基准与新版处理器，定位两者首次产生不同结果的事件。复盘事故时，即使先用其他速度重放，也应保留原始包顺序与时间戳。若还要还原交易台决策和场所响应，需要另有应用日志和订单回报。

Pico 官网的 Corvil 行情监控产品页

Corvil 如何定位行情停更

Pico 介绍了 Corvil 的被动网络采集和协议分析，可检测行情缺口并追踪不同测点之间的时延。例如，可在行情入口和应用附近分别采集。若入口序号连续而下游出现缺口，可排查内部转发链路。若两个位置都看到同样的缺口，先比对冗余频道或恢复数据，再判断故障归属。有效排查依赖正确解码和测点时钟同步。

交易所报文带有可用时间戳时，平台可将其与本地采集时间比较。解释差值时，要知道源时间戳的含义以及两侧时钟的同步方式。时延分位数图表也应注明测点与观察时段。测量行情事件到发单的时间时，应确认系统如何关联触发事件，并考虑使用多路行情或定时触发的策略。

采购试点怎样验收

可用一个实时场所、一个下游应用和一段可回放的历史行情做试点。先写明预期字段和恢复行为，再复现已知断档。运维人员应能找出受影响的品种或频道、最早观察到异常的位置，以及应用恢复时间。内部转发行情时，也要明确市场数据团队、供应商和应用负责人的授权与交付职责。

需要接入行情、开展可重复回放，或独立观测行情质量的机构，可以将 Pico 纳入候选。准备替换多个适配器的团队可重点评估 RedlineFeed 的字段映射，行情源已经齐备的团队可在缺少排障证据的测点评估 Corvil。比较方案时应统一场所、测点及恢复场景，并把生产环境的职责与数据使用权写入交付范围。