KCBP/KCXP 与 HARE：金证“双速网络”的形成史#
从集中交易时代的金融中间件，到云原生低延迟架构，金证没有选择完全推倒重来，而是形成了“稳态 + 敏态”的双速演进路线。
一、2000 年代：KCXP/KCBP 奠定集中交易时代基础#
2000 年前后，中国证券行业进入“大集中”时代。
过去：
营业部
├── 本地交易服务器
├── 本地数据库
└── 本地清算逐渐演变为：
全国营业网点
|
|
总部集中交易中心
|
数据库核心系统这种变化带来了三个挑战：
- 全国统一交易接入
- 海量并发事务处理
- 异构硬件和数据库环境适配
传统“两层架构”：
客户端
|
数据库已经无法满足证券行业需求。
因此，证券 IT 开始进入：
“数据库 + 中间件 + 应用服务器”的三层/四层架构时代。
二、金证的答案：KCXP + KCBP 四层架构#
2001 年左右，金证提出：
客户端 —— 通讯中间件 —— 交易中间件 —— 数据库
四层体系。
整体架构：
graph TD
A[柜台客户端]
--> B[KCXP 通讯交换平台]
B
--> C[KCBP 核心业务平台]
C
--> D[(Oracle / DB2 / SQL Server)]
D
--> E[Unix / Linux / Windows服务器]其中：
KCXP：解决“通信问题”#
KCXP（Kingdom Communication eXchange Platform）
定位：
金融交易系统通讯交换中间件
主要负责：
- 消息传递
- 网络隔离
- 异构系统通信
- 请求路由
类似：
金融系统内部高速消息高速公路它解决：
客户端
|
不同网络协议
|
不同服务器
|
不同应用之间的数据交换。
KCBP：解决“交易处理问题”#
KCBP（Kingdom Core Business Platform）
定位：
面向金融核心业务的交易处理中间件
主要能力：
- 事务管理
- 数据库连接管理
- 服务调用
- 业务模块运行
架构：
业务程序
|
KCBP Runtime
|
数据库连接池
|
Oracle / DB2KCBP 最大价值：
让业务系统不再直接连接数据库。
三、KCXP/KCBP 的时代价值#
1. 从营业部系统走向企业级系统#
以前：
一个营业部
一个数据库
一个交易系统之后：
全国营业部
↓
集中交易平台
↓
核心数据库这要求：
- 高可靠
- 高并发
- 高扩展
KCXP/KCBP 正是为这个时代设计。
2. 支撑证券行业 IOE 架构#
当时金融行业典型架构：
IBM 小型机
+
Oracle / DB2
+
EMC存储
+
交易中间件这就是后来所谓：
金融行业早期 IOE 架构。
四、KCXP/KCBP 的长期生命力#
很多传统中间件随着时代变化消失。
但是 KCXP/KCBP 不同。
原因：
第一：稳定性优先#
证券交易系统：
不是互联网应用。
它要求：
99.999%
+
数据零丢失
+
事务一致性金融核心系统：
稳定比先进更重要。
第二：支持复杂环境#
早期券商环境非常复杂：
Unix
Linux
Windows
Oracle
DB2
SQL Server
IBM
HP
x86KCXP/KCBP 的跨平台能力成为重要优势。
五、新时代挑战：极速交易时代到来#
2015 年之后：
金融业务发生变化。
新的业务：
- 量化交易
- 高频交易
- 算法交易
- 极速行情
- 实时风控
要求：
从：
毫秒级进入：
微秒级传统架构：
Client
↓
KCXP
↓
KCBP
↓
Database虽然可靠，
但是：
- 网络路径长
- 数据复制多
- IO 成本高
需要新的技术。
六、金证没有替代 KCXP/KCBP，而是引入 HARE#
这是金证架构最大的特点。
不是：
KCXP/KCBP
↓
废弃
↓
HARE而是：
KCXP/KCBP
+
HARE形成：
双速网络。
七、HARE：面向微秒时代的新一代消息总线#
HARE 是金证高速消息总线。
定位：
分布式低延迟消息通信平台。
技术特点：
- 发布订阅模型
- UDP/TCP/IPC
- 无代理架构
- RDMA 支持
- 零拷贝技术
- NUMA 优化
架构：
graph LR
A[交易服务A]
A --> H[HARE高速消息总线]
H --> B[交易服务B]
H --> C[风控系统]
H --> D[行情系统]八、从 KCXP 到 HARE：双速网络形成#
金证最终形成：
graph TD
A[金融业务]
A --> B[稳态业务]
A --> C[敏态业务]
B --> D[KCXP/KCBP]
C --> E[HARE/KOCA-LDP]
D --> F[核心交易 清算 对账]
E --> G[极速交易 风控 量化]九、什么是“双速网络”？#
稳态网络#
使用：
KCXP
+
KCBP适合：
- 核心交易
- 清算
- 账户
- 资金
- 结算
特点：
| 指标 | 特点 |
|---|---|
| 稳定性 | 极高 |
| 生命周期 | 20年以上 |
| 事务一致性 | 强 |
| 适合 | 核心金融业务 |
敏态网络#
使用：
HARE
+
KOCA-LDP适合：
- 高频交易
- 实时风控
- 行情
- 算法交易
特点：
| 指标 | 特点 |
|---|---|
| 时延 | 微秒级 |
| 通信模式 | 发布订阅 |
| 扩展能力 | 强 |
| 适合 | 创新业务 |
十、FS2.5：双速网络在证券核心交易中的实践#
FS2.5 提出：
稳态小核心 + 敏态大外延
架构：
FS2.5
稳态核心
|
KCXP/KCBP
+
敏态扩展
|
HARE/KOCA-LDP核心交易：
稳定优先创新业务：
快速变化两者分离。
十一、A8：资管领域的双速架构#
A8 延续这一思想：
敏态中台
+
稳态内核敏态：
- 指令中心
- 合规风控
- 业务创新
稳态：
- 极速订单
- 资产中心
- 清算核心
十二、与恒生架构路线的区别#
恒生：
AR/AS
↓
CRES
↓
Light-JRES特点：
架构革命。
金证：
KCXP/KCBP
+
HARE
↓
KOCA特点：
架构共生。
十三、两种金融 IT 演进哲学#
| 恒生 | 金证 | |
|---|---|---|
| 路线 | 革命式升级 | 演进式升级 |
| 旧系统 | 逐步替代 | 长期共存 |
| 核心思想 | 重新设计 | 保护投资 |
| 优势 | 架构先进 | 迁移风险低 |
十四、中国金融 IT 的启示#
金融系统不同于互联网。
互联网：
快速试错
快速重构金融：
稳定运行
持续演进因此：
最好的架构不是最先进的架构，而是在风险、成本、性能之间找到平衡。
结语：从 KCXP 到 HARE，是中国金融架构演进缩影#
2001 年：
KCXP/KCBP 解决：
如何让证券交易从营业部走向全国集中。
2020 年后：
HARE/KOCA 解决：
如何让金融系统进入微秒级时代。
两者不是替代关系。
而是：
过去二十年的稳定能力
+
未来十年的创新能力
↓
金融 IT 双速架构金证的“双速网络”说明：
真正成熟的金融架构，不是不断推翻过去，而是让过去与未来在同一个体系中协同演进。
关键词：
KCBP
KCXP
HARE
KOCA
FS2.5
A8
金融中间件
证券交易系统
中国金融IT历史