跳过正文
  1. Posts/

大集中柜台的前世今生:中国证券核心交易系统的三代演进

目录

📌 核心脉络 中国证券核心柜台系统历经 “营业部分散柜台 → 大集中交易柜台 → 新一代分布式信创核心柜台” 三代演进。

其中,“大集中柜台"是承上启下的关键一代——它用 Oracle RAC 架构把全国营业部的客户、资金、持仓数据收拢到总部中央数据库,消灭了"客户被锁在单一营业部"的业态,奠定了此后十余年证券交易的基石设施;但它对"IOE"架构的深度依赖,也为 2020 年后的信创替代埋下了伏笔。


一、前夜:营业部分散柜台时代(1990s - 2000)
#

1.1 一个营业部,一套系统
#

上世纪 90 年代初,证券经纪业务以营业部为单位独立运营。每个营业部都部署着自己的柜台系统、本地数据库(如 Foxbase 等小型数据库)和报盘通道,客户和柜员通过 DOS 无盘工作站访问后台 Novell 服务器。

这个时代的三个典型特征:

  • 数据孤岛:客户如果在 A 营业部开户,想去 B 营业部交易?不行,客户数据被死死锁在 A 营业部的机房里。
  • 百花齐放的柜台厂商:各家营业部独立选型,市场上存在大量局部、碎片化的柜台系统。
  • 粗放管理:修改客户结算数据、挪用客户保证金、伪造客户交易指令等风险事件频发,监管难度极大。

1.2 监管推动集中化起步
#

2003 年 12 月,证监会颁布《关于加强证券公司营业部内部控制若干措施的意见》,明确证券公司应积极发展集中交易等模式,控制证券营业部风险。

💡 历史的转折:2001 年,部分中小规模证券公司开始尝试集中交易;2004 年,招商证券等完成全国性集中交易系统建设——这是中国证券史上第一次真正实现"通买通卖”。


二、大集中柜台时代(2004 - 2018):Oracle RAC 主导的十三年
#

2.1 什么是"大集中柜台"
#

“大集中柜台"的核心逻辑极其清晰:

将所有营业部的客户数据、资金数据、持仓数据 → 集中到总部中央数据库
营业部退化成为受理和营销终端,不再拥有本地服务器
总部通过广域网专线连接全国营业部,统一报盘、统一清算

技术上,这一代系统主要采用 Oracle RAC(Real Application Clusters)架构——用 Oracle 关系型数据库的集群能力,硬生生撑起了全公司的交易负载。

2.2 关键时间节点
#

时间里程碑事件意义
2001 年部分中小券商开始尝试集中交易集中化探索起步
2003 年 12 月证监会颁布营业部内控意见,鼓励集中交易监管明确导向
2004 年招商证券等完成全国性集中交易系统建设大集中柜台元年
2006 年 8 月证券业协会发布《证券公司集中交易安全管理技术指引》技术标准确立
2008 年全国绝大部分证券公司已基本实现全国性集中交易大集中成为行业标配
2008-2009 年引入弱事务一致性处理交易逻辑,全面部署第二代集中交易系统第二代大集中柜台成型

2.3 分层解耦:大集中柜台的技术架构
#

大集中时代,交易系统开始清晰地分层,这也是后来分布式架构的思想基础:

渠道层(APP / PC 交易系统 / 营业部终端)
通信层(各类接入网关、消息总线)
应用层(交易、清算、合规管理等功能模块)
数据层(Oracle RAC 中央数据库)

系统架构进行了一定程度的模块解耦,为下一阶段的转型奠定了基础。

2.4 双寡头格局的形成
#

金证和恒生在此阶段确立了双寡头格局,合计市占率超过 80%。这一阶段的产品代表:

  • 恒生 UF2.0 系列:集中交易系统
  • 金证 FS1.x / 早期 FS 系列:集中交易柜台
  • 顶点 A4:传统集中交易柜台

2.5 大集中柜台解决了什么?
#

风险层面:

  • 消灭了挪用客户保证金的空间(资金集中在总部)
  • 杜绝了伪造交易指令(营业部不再有本地数据库)
  • 实现了"通买通卖”(客户可在全国任一营业部或网上交易)

业务层面:

  • ✅ 2009 年 10 月,创业板推出
  • ✅ 2010 年 3 月,融资融券推出
  • ✅ 2010 年 4 月,股指期货推出
  • ✅ 2013 年 1 月,全国股转系统揭牌
  • ✅ 2017 年 12 月,公募基金采用证券公司结算模式试点

大集中柜台用十三年的时间,稳定支撑了中国证券市场从单一经纪业务到全品种、全业务的爆发式增长。

2.6 大集中柜台的"阿喀琉斯之踵"
#

然而,基于 Oracle RAC 的大集中柜台从出生就带着三个先天缺陷:

  • ⚠️ 性能枷锁:基于传统关系型数据库,交易延迟较高,在交易量攀升时存在并发限制。
  • ⚠️ 扩展枷锁:单体式架构难以弹性扩容,遇到牛市交易量激增时力不从心。
  • ⚠️ 安全枷锁:深度依赖"IOE"架构(IBM 小型机 + Oracle 数据库 + EMC 存储),核心部件不可控。

2015 年牛市交易量激增,彻底暴露了第二代集中交易系统的交易延迟较高、并发限制等不足——这是大集中柜台走向终结的直接导火索。


三、过渡期:第二代集中交易系统的"打补丁"阶段(2008 - 2018)
#

3.1 弱事务一致性引入
#

2008 年牛市行情后,券商开始引入弱事务一致性处理交易逻辑,以解决系统容量和性能瓶颈问题。2009 年开始全面部署第二代集中交易系统。

3.2 业务模块的外挂与解耦
#

随着券商新业务的推出,部分原有功能被迫形成独立系统:

  • 两融交易系统:从集中交易中独立出来
  • 期权交易系统:单独建设
  • 各类快速交易系统 / PB 系统:服务机构和量化客户
  • OTC 系统:场外业务独立

集中交易系统更多聚焦于支持场内业务的交易、清算、合规管理等核心职能,逐渐变得"臃肿"。

3.3 这一阶段的核心矛盾
#

单体式的集中交易系统已经无法满足券商业务的需求,但分布式技术尚未完全成熟,整个行业处于 “第二代集中交易系统向第三代分布式系统过渡” 的纠结期。


四、三代更替:分布式信创核心柜台时代(2018 至今)
#

4.1 转型的三重驱动力
#

驱动维度具体表现
业务驱动交易量持续增长、券商业务向财富管理和机构业务综合化转型
技术驱动分布式、内存化、低时延架构成熟,多节点并行处理成为可能
国产化驱动2020 年起金融信创全面推广,核心部件依赖国外产品不可接受

4.2 三代核心柜台的技术跃迁
#

第一代:营业部分散柜台(1990s-2000)
    ↓ [Oracle RAC + 总部集中]
第二代:大集中交易柜台(2004-2018)
    ↓ [分布式 + 内存化 + 低时延 + 全栈信创]
第三代:分布式信创核心柜台(2018 至今)

2018 年开始,集中交易系统逐步向具备分布式、内存化、低时延架构特性的交易系统转型。技术架构上进一步解耦,交易系统拆分为交易、结算、资金、账户、运营、总线和运维等多个模块。

4.3 四强格局的形成
#

第三代核心柜台市场形成了四强分割:

厂商/产品技术路线
恒生 UF3.0敏稳双态架构,兼容 Oracle,存量平滑迁移
金证 FS2.5原生信创,KOCA 云原生 + K-LDP 低时延平台
顶点 A5 / A5 Max存算分离 + HyperDB 自研内存数据库,彻底去 O
华锐 ATP T7消息驱动 + AMI 总线,极速交易专精

4.4 信创落地的标志性进展
#

  • 2023 年 6 月:中国证券业协会印发《证券公司网络和信息安全三年提升计划(2023-2025)》,明确提出"鼓励有条件的证券公司积极推进新一代核心系统的建设,积极从集中式专有技术架构向分布式、低时延、开放技术架构转型"。
  • 2024 年起:行业信创由"试点探索"转入"强制落地"。
  • 国泰君安:2024 年圆满完成全量 1900 万客户切换,实现全链路全栈信创。
  • 招商证券:UF3.0 千万级客户全量切换。
  • 中信证券:A5 Max 亿级客户迁移。
  • 东吴证券:A5 信创版全面上线,交易时延从 10ms 降至 <1ms。

五、大集中柜台的"遗产":我们应该记住什么
#

5.1 它是中国证券业的基础设施基石
#

没有大集中柜台,就没有中国资本市场的现代化。它用 Oracle RAC 架构稳定支撑了 2004-2018 年十四年间证券市场的所有业务创新——从创业板到股指期货,从两融到新三板,从公募基金券商结算到期权交易。

5.2 它的架构思想至今仍在延续
#

大集中时代确立的 “渠道层—通信层—应用层—数据层” 四层架构,以及后来演进的 “交易、结算、资金、账户、运营、总线、运维” 七模块解耦,是今天分布式核心柜台架构的直接思想源头。

5.3 它的退出是技术演进的必然
#

大集中柜台的衰退不是因为它"不好",而是因为:

  1. 2015 年牛市暴露了 Oracle RAC 的性能天花板。
  2. 2020 年信创战略要求核心部件自主可控。
  3. 财富管理转型要求系统具备弹性扩缩容能力。
  4. 机构交易和量化交易要求微秒级时延。

这四个挑战,是 Oracle RAC 单体架构无论如何优化都无法根本解决的。分布式、内存化、低时延、全栈信创——这四条技术路线,构成了第三代核心柜台替代大集中柜台的不可逆趋势。


六、结语:从历史看未来
#

回望大集中柜台的历史,我们可以得到三点启示:

💡 启示一:每一次核心柜台架构的代际跃迁,都不是平滑演进,而是由危机或瓶颈驱动的。 2004 年的大集中由"挪用客户保证金"等操作风险驱动;2018 年启动的分布式转型由"2015 年牛市性能瓶颈 + 2020 年信创战略"双重驱动。

💡 启示二:大集中柜台时代形成的金证、恒生双寡头格局,在第三代核心柜台时代正在被重塑。 顶点以自研内存数据库构建自主可控差异化壁垒,连续拿下多个标杆级订单;金证凭借原生信创架构实现头部机构规模化复制;华锐聚焦极速低时延细分赛道——传统龙头与专精技术信创供应商形成差异化赛道分层。

💡 启示三:2024 年起,证券行业信创由"试点探索"转入"强制落地"。 以新一代全信创分布式柜台整体替换传统集中交易系统已成为主流改造方案,头部券商改造意愿尤为突出。到 2027 年信创大限前,大集中柜台将基本退出中国证券市场的历史舞台——但它的技术思想、业务沉淀和工程经验,将以分布式、内存化、低时延的新形态继续守护中国资本市场。

📌 博主注:大集中柜台不是被"推翻"的,而是被"超越"的。它用 Oracle RAC 架构回答了 2004 年那个时代的核心命题——“如何让全国营业部的交易风险可控”;而今天的分布式信创核心柜台,要回答的是 2024 年这个时代的核心命题——“如何在微秒级时延下实现全栈自主可控”。两代系统隔空对话,共同书写着中国证券 IT 的代际跃迁史。当我们今天谈论 UF3.0、FS2.5、A5、ATP T7 这四强争霸时,不应忘记——它们的技术血脉,都可以追溯到大集中柜台那个用 Oracle RAC 撑起全行业交易的年代。

相关文章