一、做市商系统概述

1.1 什么是做市商

做市商,说白了就是「报价机器」。

我经常跟团队新人说:你想象一下菜市场里那个永远在吆喝「我收菜、我卖菜」的摊主。做市商干的事,本质上跟这个摊主一模一样——同时挂出买入价和卖出价,赚取中间的差价。

在数字资产或传统金融市场里,做市商就是那个「随时准备跟你交易」的角色。你买,他卖;你卖,他买。他永远在场,永远报价。

嗯,这里要注意:做市商不是投机者。投机者是赌方向,做市商是赚流动性服务的钱。这是本质区别。

核心定义:做市商(Market Maker)是通过同时提供买入和卖出报价,为市场提供流动性,并从中赚取买卖价差的专业机构或个人。

1.2 做市商的核心盈利模式

盈利模式其实就三板斧,我拆开来讲:

第一板斧:买卖价差

这是最基础的。比如BTC当前市场价100,000 USDT,我挂买单99,900,挂卖单100,100。这200 USDT的差价,就是我赚的。看起来不多?

我做过一个统计:高频做市商一天能来回扫几千次,单次赚0.1%,复利下来相当可观。

第二板斧:手续费返佣

很多交易所会给做市商「负费率」。什么意思?你每成交一笔,交易所不但不收钱,还倒贴你钱。我在某头部交易所跑过一套系统,光返佣就占了总利润的30%以上。

第三板斧:资金效率

这个比较隐蔽。做市商手里永远有库存,这些库存本身会随着市场波动产生浮盈浮亏。优秀的做市商会通过对冲策略,把库存风险锁死,同时吃资金的时间价值。

盈利来源 占比(典型) 风险等级
买卖价差 40%-60%
手续费返佣 20%-30% 极低
资金效率/库存增值 10%-30%

个人经验:我见过不少做市商团队,一上来就盯着价差猛干,忽略了返佣这块。其实跟交易所谈个好费率,比你在市场上多赚几个tick要轻松得多。

1.3 做市商系统的整体架构

好,接下来是重头戏。做市商系统长什么样?

我画了一张架构图,你看完就明白了:

做市商系统整体架构图 行情与数据层 交易所行情API · 深度数据 · 历史数据 · 实时Tick 策略引擎层 定价模型 · 库存管理 · 风险控制 · 对冲策略 ├─ 价差计算 ── 库存平衡 ── 风控阈值 ── 对冲信号 ┤ 订单管理层 订单路由 · 订单生命周期 · 撤单重发 · 成交管理 资金与风控层 资金管理 · 仓位监控 · 最大亏损限制 · 异常熔断 数据流 策略流 订单流 资金流 延迟敏感度递增

这张图我画了好几个版本,最后定成四层结构。为什么?因为做市商系统最怕的就是「耦合」。你想想看,如果行情处理和订单路由混在一起,出问题的时候你根本不知道是行情慢了还是订单丢了。

各层职责拆解

  • 行情与数据层:负责接入交易所的实时行情。我个人习惯用WebSocket直连,不用REST轮询——延迟差太多。
  • 策略引擎层:这是大脑。根据行情计算应该挂什么价、挂多少量。我见过最烂的策略引擎,算一次价要50毫秒——黄花菜都凉了。
  • 订单管理层:负责把策略算出来的订单发出去,同时跟踪订单状态。这里有个坑:撤单重发的逻辑一定要做好,我曾经因为撤单超时没处理,导致同一笔资金被锁了两次。
  • 资金与风控层:最后一道防线。不管策略多牛逼,风控说了算。我习惯在风控层做「硬限制」——代码写死,策略层无权修改。

避坑指南:我曾经接手过一个系统,风控逻辑写在策略引擎里。结果策略出bug,风控也跟着失效,一天亏了十几万。后来我强制要求:风控层必须独立部署,且只能通过配置文件调整参数。

1.4 系统设计的几个关键点

做市商系统跟普通交易系统不一样,有几个地方特别容易踩坑:

  1. 延迟就是金钱。每多1毫秒延迟,可能就少抢到一次报价机会。我见过团队为了省服务器钱,把行情和策略部署在同一台机器上——结果CPU争抢导致延迟抖动,得不偿失。
  2. 资金管理是命门。做市商本质上是「用资金换流动性」。资金分配不合理,再好的策略也是白搭。后面我会专门用一章来讲资金管理。
  3. 路由联动。现在做市商很少只做一个交易所。多个交易所之间的订单怎么路由、资金怎么调配,这是个系统工程。这也是咱们这门课的核心。

一个小建议:刚开始搭建系统时,别追求大而全。先把单交易所的闭环跑通,再考虑多交易所联动。我见过太多团队一开始就想搞「全宇宙最强系统」,结果半年了连一个交易所都没跑稳。

好了,第一章就到这里。做市商系统说白了就是「报价-成交-风控」的循环。把这个循环理解透了,后面的内容你会学得很快。


专注资料整理