1. 跨境做市系统概述

大家好，我是这次课程的主讲。在金融科技领域摸爬滚打了十几年，我见过不少系统上线就崩的惨烈场面。今天咱们聊的跨境做市系统，说白了就是一套在多个国家市场之间，靠买卖价差赚钱的自动化交易系统。

嗯，这里有个关键点要先说清楚——做市商不是普通交易者。普通交易者是「看到价格合适就买」，做市商是「随时准备买卖，给市场提供流动性」。我当年刚入行时，有个老前辈跟我说过一句话，至今记忆犹新：「做市商赚的不是方向判断的钱，是流动性的钱。」

1.1 什么是做市商

做市商，英文叫 Market Maker。它的核心职责就两条：

• 持续报价：同时报出买入价（Bid）和卖出价（Ask）
• 接受成交：无论市场怎么波动，只要对手方愿意，就得成交

你想想看，这活儿其实挺苦的。别人可以等机会，做市商不行。我曾在一次技术交流会上听到一个比喻，觉得特别贴切：「做市商就像菜市场里那个永远在吆喝的摊主，不管刮风下雨，你的摊子必须开着。」

但这里有个坑——如果市场突然剧烈波动，你手里的存货可能瞬间贬值。所以做市系统必须有一套完善的风险对冲机制。我个人习惯在系统设计初期就把风控模块放在最核心的位置，而不是后期打补丁。

1.2 跨境业务特点

跨境做市，比单一市场做市复杂得多。为什么？因为你要面对的不只是价格波动，还有一堆「非市场因素」。

维度	单一市场	跨境市场
交易时间	统一时段	跨时区，24小时轮动
结算货币	单一币种	多币种，汇率风险
监管规则	一套规则	多国监管，合规复杂
网络延迟	本地网络	跨国专线，延迟高
数据源	单一交易所	多交易所，数据异构

我曾经参与过一个项目，系统在香港、新加坡、伦敦三地部署。你以为只是把代码复制三份就完事了？太天真了。每个市场的交易规则、节假日、甚至网络运营商都不一样。有一次伦敦那边因为银行假日，结算系统停了，我们这边还在疯狂报单，差点出大问题。

1.3 系统核心挑战

做跨境做市系统，说白了就是在三个矛盾中找平衡：快、稳、准。这三者往往互相冲突，你很难同时做到极致。

1.3.1 低延迟

做市商拼的是什么？速度。谁先报价，谁先成交。在跨境场景下，延迟问题更突出。

• 网络延迟：上海到纽约的光纤，物理延迟至少60ms。你想想看，这60ms里市场可能已经变了天。
• 处理延迟：行情解析、风控检查、订单路由，每一步都在消耗时间。
• 交易所延迟：不同交易所的撮合引擎速度不同，有的微秒级，有的毫秒级。

我个人习惯把延迟拆成三部分来看：网络延迟、计算延迟、排队延迟。网络延迟靠硬件（比如租用专线、靠近交易所部署），计算延迟靠优化（比如用FPGA、精简代码路径），排队延迟靠架构（比如无锁队列、异步处理）。

1.3.2 高可用

做市系统不能停。停了意味着什么？报价没了，流动性没了，收入也没了。更严重的是，如果系统在关键时刻宕机，可能被交易所罚款，甚至吊销做市商资格。

高可用设计，我总结了三句话：

1. 冗余是基础：主备切换、多活部署，别让单点成为瓶颈。
2. 故障要自动：别指望人工介入。系统宕机时，运维可能还在睡觉。
3. 降级要优雅：实在扛不住了，宁可暂停报价，也别报错价格。

嗯，这里要注意。很多团队做高可用，只关注「系统不挂」，却忽略了「数据不丢」。我见过一个案例，主备切换成功了，但切换过程中丢了十几笔订单，最后对账对了一个星期。

1.3.3 数据一致性

跨境做市涉及多个市场、多个币种、多个账户。数据不一致，后果很严重。

• 资金对不上：A市场显示赚了，B市场显示亏了，到底赚没赚？
• 订单状态混乱：交易所说成交了，本地系统说没收到，该不该补单？
• 风控失效：如果各个节点的风控数据不一致，可能重复下单或漏单。

数据一致性，说白了就是「大家看到的是同一份真相」。我建议采用最终一致性 + 补偿机制的策略。实时场景下，强一致性代价太高，但必须保证最终能对得上。

你想想看，如果这三个挑战同时出现，系统设计有多复杂？低延迟要求你精简流程，高可用要求你冗余部署，数据一致性又要求你同步数据。这三者本身就是矛盾的。怎么平衡？这就是咱们这门课要讲的核心内容。

这张图我画了很多次。每次给新团队讲架构时，我都会先让他们看这个三角。说白了，没有完美的方案，只有合适的取舍。低延迟和高可用之间，你得多花点心思在冗余设计上；高可用和数据一致性之间，你得想清楚到底能不能接受最终一致性。

好了，这一章的内容就到这里。跨境做市系统是个复杂的工程，但核心就是这三个挑战。后面的章节，我会逐一深入讲解每个挑战的应对策略和实战经验。