Vela 與 Exegy：市場資料、Ticker Plant 及採集回放

Vela 通過2021年的合併成為 Exegy 的一部分，其市場資料和執行技術納入更廣泛的交易基礎設施業務。對熟悉 Vela 的經紀商而言，現行 Exegy 產品體系提供了相關背景，包括標準化即時行情、專用行情處理裝置、歷史資料採集回放，以及支援電子交易應用的託管基礎設施。

這些產品位於交易介面背後，幫助企業獲取交易所資料，將不同格式轉換為應用可用的輸入，儲存市場環境記錄，並營運支撐這些流程的基礎設施。因此，B2B 採購討論不僅涉及延遲，也涉及資料質量、交付、部署與營運職責。

Exegy 官網：公司與交易基礎設施業務。

Vela 在 Exegy 中的技術延續

Exegy 官方歷史說明，公司於2021年在 Marlin Equity Partners 支援下與 Vela Trading Systems LLC 合併，合併後以 Exegy, Inc. 營運。Vela 原官網會引導至 Exegy，形成歷史品牌與現行業務之間的可觀察聯絡。

Vela 早期產品包括行情處理、執行閘道器、直接市場接入、風險工具及 Metro 交易平台。這些類別解釋了它為何出現在交易軟體和市場基礎設施目錄中，但不能據此承諾每個歷史產品名稱、商業組合或整合都在現行方案中原樣保留。

Exegy 現行定位覆蓋即時與歷史市場資料、交易訊號及執行相關基礎設施。經紀商啟動新專案時，應明確對應需求的當前產品及交付模式。歷史供應關係與新部署可以擁有共同技術背景，但檔案和營運安排可能不同。

標準化行情連結交易場所與應用

代理經紀商方案介紹了通過 API 訂閱超過200條直接行情源的標準化即時更新，將智慧訂單路由和執行演算法列為資料使用方，也介紹了全國最佳買賣報價及虛擬訂單簿等聚合價格檢視。

標準化處理的是應用與市場資料之間的介面。不同交易場所的訊息和結構存在差異，共同模型有助於應用團隊使用一致介面，但不會讓底層市場變得完全相同。定義所需行情時，品種、交易時段、深度與權限仍然重要。

對代理經紀商而言，資料設計與執行設計緊密相關。訂單路由應用需要適合目標市場和品種的資訊。專案範圍可從這些需求出發，再明確行情源、交付方式及理解應用執行情況所需的營運記錄。

Ticker Plant 提供專用資料處理基礎設施

Exegy Ticker Plant，簡稱 XTP，利用現場可程式設計門陣列技術處理市場資料，面向執行關鍵、延遲敏感應用，並需要應對資料量增長的企業。Exegy 也將 XTP 與 Capture Replay 連結，用於高容量封包採集。

部署方式區分託管與本地安裝。託管模式中，供應商提供空間、電力及直接行情連結，產品資料介紹了冗餘裝置對。本地安裝則使用客戶資料中心和現有連結，使企業能夠控制自身環境中的實施方式。

這種區別既涉及技術，也涉及營運。企業需要明確應用從哪裡連結、各元件由哪個團隊負責，以及如何協調擴容。專用基礎設施的選擇應依據負載和營運需求，不能把硬體加速視為所有資料問題的通用答案。

Axiom 提供綜合行情交付路徑

Exegy 的代理經紀商頁面將 Axiom 描述為跨全球市場提供標準化行情的綜合服務，是專用行情處理裝置之外的另一種交付路徑。選擇涉及企業如何獲取和消費資料、內部資源安排，以及託管服務承擔的角色。

當企業希望為多個應用採用共同外部資料服務時，綜合行情具有討論價值；需要特定基礎設施配置時，則可評估專用安裝。這些是界定範圍的考慮因素，並不意味著某一種方式在所有部署中必然更快或更經濟。

覆蓋範圍應細化到行情源和應用。市場清單有幫助，但採購還需明確交付格式、許可用途及資料詳細程度。將這些專案與使用資料的應用對應，有助於避免服務採購與開發、交易團隊預期之間出現偏差。

Exegy 官網：Capture Replay 產品。

Capture Replay 儲存資料用於測試與分析

Exegy Capture Replay，簡稱 XCR，是面向歷史市場資料的託管裝置，將封包記錄與行情處理功能結合，以不同形式交付資料。原始資料使用者獲得帶納秒精度時間戳的 PCAP 檔案；需要標準化資料的應用，可通過 Exegy Client API 使用結構化或定製回放。

原始採集與應用可用資料承擔不同用途。工程團隊調查行情事件可能需要封包，應用測試則可能需要通過介面接收標準化訊息。XCR 的公開方案覆蓋這兩種需求，使歷史市場環境可用於效能和穩定性工作。

產品也介紹了變速回放，以及向供應商系統或內部逐筆資料庫載入資料。其營運目標是讓資料庫攝取與不可預測的即時資料速率分離，將行情基礎設施連結到研究、工程和營運分析使用的長期記錄。

歷史資料服務不同內部工作流

Exegy 將策略測試、執行分析、資料庫載入及雲端儲存列為 XCR 用途，並介紹了將原始 PCAP 資料自動傳輸至 AWS、Google Cloud Platform 或企業指定基礎設施。託管 XCR 也包括所選直接行情連結及持續監控。

不同流程需要不同驗收標準。回測需要適當歷史樣本及明確回放條件；容量測試需要能夠呈現高資料速率下應用表現的負載；營運調查可能需要精確時段，以及將市場記錄與企業自身事件關聯的能力。

單獨儲存行情不能證明某策略如何執行，也不能自動得出監管結論。應用、訂單記錄和分析方法仍屬於工作組成部分。將採集視為證據輸入，有助於正確使用資料，避免把資料可用性與完成執行或合規評估混淆。

管理服務明確基礎設施營運方式

XTP 資料介紹持續監控管理、共同管理工具及按需網頁門戶，提供方案執行可見性。託管模式允許客戶在同一資料中心本地連結專用基礎設施。XCR 同樣介紹了由供應商管理部署及執行的方式。

外包部分基礎設施任務，會改變職責協調方式。內部應用團隊仍需明確與外部服務的關係，包括監控哪些事件、如何溝通事故，以及誰批准配置變更。營運可見性幫助員工區分應用表現與上游行情或基礎設施問題。

服務範圍因此應同時包含營運介面與資料介面。行情變更、容量評估、支援聯絡人和恢復流程，都會影響日常使用體驗。將其與部署架構一起明確，可使採購和工程團隊共同理解委託的服務。

圍繞資料生命週期規劃部署

Exegy 公開實施流程從諮詢和需求開始，延續至供應商規劃、方案審查、上線及合同安排，並將行情源和交付方式列為需求定義內容。對於涉及即時資料、歷史記錄及多個應用的專案，這提供了實用結構。

代表性流程可以從選定行情源開始，將標準化更新送入應用，再儲存並回放一段市場時段。這樣可以識別權限、儲存、介面和支援責任之間的聯絡，也為生產使用前測試擬採用配置提供具體依據。

Vela 在 Exegy 中的技術延續，對關注交易介面之外系統的經紀商具有意義。現行產品將即時處理、歷史採集及託管營運連結起來，評估重點是這些元件如何支援企業應用和營運需求，以及實際部署所採用的當前產品範圍。