Centroid Solutions：CS 360、C24 與經紀商交易技術
Centroid Solutions 為經紀商、流動性業務機構及其他金融機構提供交易技術。其現有產品覆蓋流動性聚合與訂單執行、風險分析、伺服器託管、交易應用以及客戶生命週期管理。對於 B 端採購團隊，理解這家公司的關鍵，是把各項產品放回經紀商的日常營運流程：報價從哪裡進入、訂單如何路由、風險敞口怎樣統計，以及客戶如何完成開戶、入金和交易。
Centroid Solutions 是什麼公司？
Centroid Solutions 是一家總部位於阿聯酋的資本市場技術供應商。
Centroid 官網目前採用模組化產品定位，機構既可以選擇單項元件，也可以將交易、風控、基礎設施與客戶營運產品組合部署。對於已經營運的經紀商，這意味著可以圍繞橋接系統升級開展專案，同時保留既有前端；對於籌備新平臺的企業，則可以從更完整的業務鏈路規劃系統。部署範圍應由現有系統與目標營運模式共同決定。
Centroid 產品矩陣與業務分工
| 產品 | 主要職能 | 對應業務流程 |
|---|---|---|
| CS 360 | 流動性聚合、連線與執行 | 接收報價、配置流動性、路由訂單 |
| C 24 | 風險監測與分析 | 分析敞口、客戶行為與組合情景 |
| CS Drive | 交易基礎設施託管 | 在相關交易節點附近部署並營運伺服器 |
| C2C | 多資產交易與投資平臺 | 提供網頁及移動端交易體驗 |
| CS Maystro | 客戶生命週期管理與 CRM | 銜接開戶、賬戶、錢包與報表 |
| 自營交易方案 | 執行控制與交易賬戶分析 | 監測交易行為、回撤與規則告警 |
這種分工有明確的營運意義。同一客戶的 CRM 記錄、訂單執行記錄和風險計算結果，分別描述客戶關係中的不同環節。完整的系統建設需要連線這些記錄，同時明確每類資料由哪個元件負責。Centroid 的產品組合為不同業務階段的機構提供了多個切入點。
CS 360：流動性聚合與執行控制
CS 360 是 Centroid 用於集中管理報價、流動性與執行的橋接引擎。官方頁面介紹了流動性供應商、交易平臺及 FIX API 客戶端連線，以及流動性配置和再分發工具。其公開功能還包括聚合控制、訂單路由、保證金管理、敞口監測和實時配置。
對經紀商而言，聚合負責將多個報價流接入統一環境，路由則決定訂單如何沿可用執行路徑處理。實際業務效果取決於配置的一致性：交易品種、流動性關係、客戶分組與執行政策，需要在相連繫統之間對應。CS 360 的集中配置能力，可用於組織原本分散在多個操作介面的這些決策。
API 與資料訪問
Centroid 列出了原生 FIX 4.4 連線、WebSocket/REST API、FIX Drop Copy、資料庫訪問及實時資料分發。這些介面可用於對接自建交易應用、內部報表及交易後核對系統。介面的存在是整合起點，具體欄位、識別符號、訪問許可權和恢復方式，才構成機構實際營運的連線規範。
例如，內部報表團隊若要將一筆訂單與成交記錄及後續敞口核對，就需要在橋接與下游系統之間保持原始訂單編號、成交編號、時間戳和品種對映的一致。這說明連線建設和資料一致性需要納入同一個專案，即使具體工作分別由技術、交易與營運團隊承擔。
執行控制與量化功能
CS 360 頁面列出的功能包括敞口限額對沖、自動內部化、基於訂單流的報價偏移、市場衝擊分析，以及採用訂單有效時間引數的被動對沖。此外，官網還介紹了延遲對沖、複製交易、通知和審計記錄。這些工具圍繞敞口何時處理、如何處理，以及執行結果如何複核展開。
有價值的產品演示可以讓同一品種依次經歷正常訂單流、達到預設敞口閾值、某條流動性連線不可用等情況。經紀商據此觀察適用的路由規則、觸發的告警和解釋執行結果的記錄，將每一項控制與明確的業務政策及可觀察結果對應起來。
C 24：彙總交易風險與組合分析
Centroid 官網展示的 C 24 風險儀表板。來源：Centroid Solutions；截圖日期：2026 年 9 月 22 日。
C 24 承擔組合分析與風險管理職責。Centroid 公開列出的功能包括實時風險價值（VaR）、敞口監測、集中度建模、壓力測試、客戶風險畫像、客戶與組合盈虧分析、告警及業務報表。系統還提供可儲存篩選條件和資料檢視的動態儀表板。
這些功能讓交易與風控團隊從多個角度觀察同一交易賬簿。品種敞口說明頭寸分佈，集中度分析揭示交易活動聚集的位置，客戶分析補充行為背景，壓力測試則用於分析指定市場情景。不同視角對應不同營運問題，因此儀表板設計應從團隊實際需要作出的決策開始。
例如，一家使用多個交易平臺的機構可能希望彙總某類基礎資產的敞口。實現這一目標，需要統一品種定義、合約大小、賬戶幣種與時間戳處理。Centroid 表示，多個平臺可以連線至同一個 C 24 例項，並可透過 API 將資料提取到內部系統。在底層對映已經約定的情況下，這些能力為統一風險檢視提供了連線基礎。
C 24 與 CS 360 各有側重。CS 360 將風險相關控制放在流動性與執行環節；C 24 則擴充套件到組合情景、客戶層面解釋及更全面的分析檢視。經紀商可以據此規定風險系統中的觀察結果如何進入執行決策，併為閾值及配置變更指定負責人。
CS Drive：靠近交易連線的基礎設施
CS Drive 是 Centroid 的伺服器託管產品。官網列出倫敦 Equinix LD4、紐約 NY4、東京 TY3 和新加坡 SG3，並介紹交易伺服器、交易引擎和流動性供應商之間的同地部署及交叉連線。公開功能還包括專用硬體、網際網路服務商冗餘、監控、VPN 連線、DDoS 防護與基礎設施冗餘。
這類部署的業務邏輯是縮短相關通訊路徑，並統一營運協調。將交易伺服器放在相關執行基礎設施附近，有助於縮短其中一段通訊鏈路。一套真實部署仍包含多個環節：客戶至接入點、接入點至伺服器，以及伺服器至執行或流動性環境。把這些路徑畫清楚，才能為伺服器位置選擇提供依據。
對於服務多個地區的經紀商，基礎設施規劃需要同時考慮中心交易環境與區域接入。倫敦節點可能適合某項流動性關係，其他地區的客戶連線則需要單獨設計。驗收標準可圍繞實際使用的路徑，衡量響應時間、報價連續性和恢復行為。
C2C：網頁與移動端交易體驗
Centroid 官網展示的 C2C 桌面及行動端介面。來源：Centroid Solutions；截圖日期：2026 年 9 月 22 日。
C2C 是 Centroid 的多資產、多賬戶、多幣種交易與投資平臺。官方頁面列出網頁、iOS 與 Android 應用，以及開戶和入金銜接、訂單功能、分層保證金、佣金定義、交易確認與資料提取。產品也涉及公司行動、結算，以及適用於託管賬戶配置的託管報表。
Centroid 提供兩種前端路線：基於現成介面進行白標品牌定製，或透過 API 開發專屬客戶端體驗。對於產品團隊，前者可圍繞已有互動模式安排上線，後者則允許機構根據自身服務設計更多客戶體驗細節。這一選擇關係到產品需求、開發職責和後續維護範圍。
產品規格應沿目標客戶旅程展開。例如，多賬戶客戶需要明確當前操作哪個賬戶、使用哪種幣種，以及轉賬如何影響可用資金。多資產業務還需要一致呈現品種資訊、訂單狀態及交易確認。這些都是值得在網頁和移動端演示中逐項觀察的具體場景。
CS Maystro：開戶、錢包與客戶營運
CS Maystro 是 Centroid 的客戶生命週期管理及 CRM 產品。公開功能覆蓋可配置開戶流程、自動建立賬戶、賬戶管理、多幣種錢包、入金流程、合作伙伴付款、返傭管理和多實體支援。Centroid 還列出身分核驗及 KYC 服務商整合、支付閘道器連線，以及與經紀商其他系統的 API 對接。
其與 C2C 的關係尤其值得關注。Centroid 介紹了透過交易平臺整合建立賬戶，以及從開戶到入金的銜接流程。評估兩項產品的經紀商可以重點觀察：同一個客戶身分如何關聯交易賬戶、錢包餘額、訪問許可權與客服記錄。明確記錄歸屬，有助於營運團隊處理賬戶狀態和交易歷史問題。
CS Maystro 的報表儀表板基於 Tableau，提供預設報表與自訂儀表板能力。機構可以據此分析開戶流程推進、資金活動及賬戶使用情況，但應在上線前統一指標定義：獲批客戶、已建立交易賬戶及已入金賬戶是三個不同事件，在營運報表中各有用途。
各元件如何銜接經紀商營運
一個示例架構是：客戶透過 CS Maystro 完成開戶，並使用 C2C 提供的交易介面；CS 360 負責流動性與執行，C 24 提供分析監督，CS Drive 託管相關基礎設施。實際介面及所含元件取決於簽約實施範圍。這樣的流程有助於各方討論完整服務，並明確元件之間的職責。
| 營運問題 | 相關元件 | 演示中應觀察的內容 |
|---|---|---|
| 獲批客戶如何取得賬戶？ | CS Maystro 與 C2C | 身分對映、賬戶建立及狀態歷史 |
| 訂單如何獲得報價並執行路由？ | CS 360 | 品種對映、路由配置與執行記錄 |
| 交易團隊如何檢視總敞口？ | C 24 | 跨平臺資料、儀表板篩選及告警 |
| 基礎設施連續性如何管理？ | CS Drive 與託管服務 | 部署拓撲、監控與恢復流程 |
| 客戶交易與資金活動如何形成報表？ | CS Maystro 及相連繫統 | 錢包記錄、交易標識與報表定義 |
已經營運的機構也可以保留現有 CRM 和交易應用，將專案聚焦於 CS 360 或 C 24。模組化定位的意義，在於機構既有投入決定了哪些整合邊界最重要。範圍清楚的單項元件專案，也可以為後續擴充套件建立統一的資料及營運規範。
自營交易技術與 PropShield
Centroid 的自營交易方案組合了執行、託管、賬戶分析及規則監測能力。官網介紹了回撤監測、交易行為告警、複製交易、可調整敞口比例、訂單路由控制及執行日誌，並列舉高頻活動、協同交易模式和未設定止損的持倉等觸發條件。
同一頁面還將 PropShield 介紹為匿名共享情報網路，用於識別參與機構之間的可疑交易模式。這是供應商對產品能力的說明。對於自營交易公司的營運團隊，自動訊號與經過複核的賬戶決策應有清楚區分；後續調查需要結合告警背景、相關記錄及公司已公佈的規則。
實用的評估方式，是用已知測試案例觀察觸發了什麼規則、系統如何解釋，以及分析人員怎樣記錄結論。這樣可以將技術檢測與可重複的複核流程銜接，也能明確賬戶監督與公司整體敞口管理之間的不同職責。
部署、支援與專案安排
Centroid 表示，CS 360 以專用例項的託管 SaaS 形式提供；C 24 的常見問題頁面也介紹了專用託管例項及備份例項。公開部署說明中，CS 360 在所需配置資料到位後約需數個工作日，C 24 初始部署及資料同步約需 7–10 個工作日，之後安排測試和培訓。這些是供應商提供的規劃參考，具體專案週期取決於整合範圍。
產品常見問題頁面將支援服務區分為 24/5 日常支援與 24/7 緊急支援。經紀商可據此安排跨時區值守與內部升級機制，並在上線計劃中明確服務負責人、支援聯絡人、事件資料收集要求及內外部團隊交接方式。
實施工作可分為三步：約定資料與配置、驗證代表性業務流程、演練營運交接。橋接專案重點驗證報價和執行，風險專案核對頭寸與情景結果，客戶平臺專案則驗證開戶、賬戶與入金。每一步都應形成對應業務團隊能夠審閱的結果。
常見問題
Centroid Solutions 是經紀商還是技術供應商？
CS 360 與 C 24 有什麼區別？
CS 360 側重流動性連線、報價及執行，幷包含風險控制功能；C 24 側重敞口、客戶與組合分析、壓力測試及儀表板。兩者可以在經紀商營運環境中形成互補。
經紀商可以保留原有交易平臺嗎？
Centroid 介紹了 CS 360 對自建平臺的 API 連線，以及由供應商團隊負責的 C 24 自訂平臺整合。經紀商可圍繞現有系統評估單元件部署，並在專案範圍確認階段約定介面要求。
Centroid 是否提供 CRM 和交易前端？
提供。CS Maystro 是 CLM/CRM 產品，C2C 是網頁及移動端交易平臺。官方頁面介紹了賬戶建立、開戶及入金銜接，並提供品牌定製或專屬前端開發路線。
Centroid 在 B 端供應商篩選中的位置
Centroid 對經紀商採購清單的價值，來自相連技術職能的覆蓋範圍，以及單獨選擇元件的空間。CS 360 對應執行環境，C 24 提供風險分析，CS Drive 負責託管，C2C 與 CS Maystro 將產品延伸到客戶營運。把這些職能與書面的目標營運模式逐項對照，比單純比較功能數量更有助於形成具體的採購討論。
訂閱
