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 将产品延伸到客户运营。把这些职能与书面的目标运营模式逐项对照，比单纯比较功能数量更有助于形成具体的采购讨论。
订阅
