Pico 行情資料、RedlineFeed 與 Corvil 分析

Pico 為金融機構提供市場資料與交易基礎設施。PicoNet 可交付交易場所原始行情，RedlineFeed 提供標準化行情，歷史資料服務則支援回放網路資料包。Corvil Analytics 解決的是運維問題，即交易應用收到的行情是否完整、及時。經紀商和交易機構可先從應用實際消費的資料出發，再確定出現行情斷檔或報價停更時，團隊需要哪些證據來排查。

通過 PicoNet 接入原始行情

Pico 官網頁面介紹了專用或共享埠兩種原始行情接入選項。需要交易所原生報文，或已有對應行情處理器的團隊，可以評估這一模式。採購範圍應寫明每個應用需要的行情源和通道、交付位置、授權及交易所接入的責任。廠商統計的產品數量可能將同一場所的不同深度、通道和資產類別分別計數，比較時應以報價單所列的具體行情為準。

對於訂單簿應用，先測試初始快照、增量更新與序號斷檔恢復。驗證重複包和亂序到達的影響，並觀察備用通道能否在請求恢復前補齊資料。頻寬測試應覆蓋峰值。交易恢復時的短時流量突發可能耗盡接收佇列，即使分鐘級網路圖表顯示線路負載正常。將應用計數器與抓包記錄對照，有助於區分兩種情況。

RedlineFeed 的標準化交付

Pico 將 RedlineFeed 定位為通過統一 API 交付標準化行情的服務。需要監控多個市場、又希望減少逐一開發介面的團隊，可以據此評估整合工作量。統一欄位仍要準確表達交易場所的行為，應比較商品標識、價格精度、深度檔位、成交更正與集合競價狀態，並明確哪些事件進入通用欄位、哪些通過擴充套件提供、哪些當前不可用。

試點可選擇少數商品，並行接收原始和標準化行情，記錄應用何時可以使用每條更新，再比較正常與異常時段的訂單簿狀態和成交事件。看板可能只需要最優買賣報價，依賴排隊變化的策略則可能需要更細粒度的資訊。應按不同使用方分別驗證。

歷史資料包與可重複回放

Pico 介紹了以 PCAP 檔案交付歷史逐筆資料，並支援以原速回放。工程團隊可用它復現行情突發，或以已知交易時段比較解析器。應確認場所、通道、日期覆蓋，以及檔案如何記錄採集缺口、時間戳來源和協議版本。歷史與即時行情的覆蓋可能不同，還應核對儲存、內部共享和擬開展研究的授權。

可先回放一段結果已知的行情，例如能獨立重建訂單簿狀態的時段。對比基準與新版處理器，定位兩者首次產生不同結果的事件。復盤事故時，即使先用其他速度重放，也應保留原始包順序與時間戳。若還要還原交易臺決策和場所響應，需要另有應用日誌和訂單回報。

Pico 官網的 Corvil 行情監控產品頁

Corvil 如何定位行情停更

Pico 介紹了 Corvil 的被動網路採集和協議分析，可檢測行情缺口並追蹤不同測點之間的時延。例如，可在行情入口和應用附近分別採集。若入口序號連續而下游出現缺口，可排查內部轉發鏈路。若兩個位置都看到同樣的缺口，先比對冗餘通道或恢復資料，再判斷故障歸屬。有效排查依賴正確解碼和測點時鐘同步。

交易所報文帶有可用時間戳時，平臺可將其與本地採集時間比較。解釋差值時，要知道源時間戳的含義以及兩側時鐘的同步方式。時延分位數圖表也應註明測點與觀察時段。測量行情事件到發單的時間時，應確認系統如何關聯觸發事件，並考慮使用多路行情或定時觸發的策略。

採購試點怎樣驗收

可用一個即時場所、一個下游應用和一段可回放的歷史行情做試點。先寫明預期欄位和恢復行為，再復現已知斷檔。運維人員應能找出受影響的商品或通道、最早觀察到異常的位置，以及應用恢復時間。內部轉發行情時，也要明確市場資料團隊、供應商和應用負責人的授權與交付職責。

需要接入行情、開展可重複回放，或獨立觀測行情質量的機構，可以將 Pico 納入候選。準備替換多個介面卡的團隊可重點評估 RedlineFeed 的欄位對映，行情源已經齊備的團隊可在缺少排障證據的測點評估 Corvil。比較方案時應統一場所、測點及恢復場景，並把生產環境的職責與資料使用權寫入交付範圍。