一、风控体系总览:做市商风控的核心目标、架构图与系统关系

做市商这行,说白了就是「在流动性中赚差价」。但差价好赚,风险难控。我见过太多团队,策略跑得漂亮,最后却栽在风控上。嗯,今天我们就来聊聊风控体系的全貌。

1.1 做市商风控的核心目标

风控不是为了限制交易,而是为了「让交易活下去」。我个人习惯把风控目标拆成三层:

  • 第一层:保命 —— 防止爆仓、穿仓、交易所拔网线。这是底线,破了就什么都没了。
  • 第二层:稳赚 —— 控制回撤、管理敞口、优化资金利用率。让利润曲线平滑,而不是过山车。
  • 第三层:合规 —— 满足交易所规则、监管要求、审计需求。别赚了钱却吃了罚单。

核心公式: 做市商利润 = 价差收益 + 返佣收益 - 库存损失 - 手续费 - 滑点成本

风控要做的,就是让「库存损失」和「滑点成本」始终处于可控范围。

我在项目中遇到过一家团队,策略年化收益做到80%,但某次极端行情下库存敞口没控制住,一天亏掉半年的利润。你想想看,这就是风控缺失的代价。

1.2 风控体系架构图

下面这张图是我自己总结的做市商风控体系架构。它分为四个层级,从底层数据到顶层决策,层层递进。

做市商风控体系架构图 第一层:数据层 行情数据 | 订单数据 | 持仓数据 | 资金数据 | 交易所状态 实时采集 → 清洗 → 对齐 → 存储 第二层:监控层 实时指标计算 | 阈值告警 | 异常检测 | 状态看板 每秒扫描 → 多维度交叉验证 → 分级告警 第三层:控制层 敞口限制 | 订单频率控制 | 资金管理 | 熔断机制 自动执行 → 人工确认 → 分级干预 第四层:决策层 策略参数调整 | 风控规则优化 | 事后复盘 | 压力测试 日级/周级 → 人工决策 → 系统执行 数据流方向 控制流方向 实时性:毫秒级 实时性:秒级 实时性:秒级 实时性:日级

架构设计心得: 我建议把「监控层」和「控制层」分开。为什么?因为监控只负责「看」,控制才负责「动」。混在一起容易出问题——我曾经见过一个系统,监控线程卡住了,控制逻辑也跟着停摆,结果敞口失控了半小时。

1.3 风控与交易系统的关系

很多人以为风控是交易系统外面的一个「附加模块」。其实不是。风控应该嵌入到交易系统的每一个环节里。

我习惯把关系画成下面这样:

系统模块 风控介入点 典型控制手段
行情接收 数据质量校验 延迟检测、异常值过滤、数据源切换
策略计算 参数合法性检查 报价范围限制、订单间隔控制、最大订单数
订单管理 订单执行前检查 资金余额校验、持仓上限检查、自成交预防
持仓管理 敞口实时监控 净敞口限制、库存久期控制、对冲触发
资金管理 资金使用率控制 保证金预警、最大杠杆限制、提现冻结

你看,每个环节都有风控的影子。它不是事后诸葛亮,而是事前、事中、事后全覆盖。

避坑指南: 我曾经犯过一个错误——把风控逻辑写在策略代码里。结果策略升级时,风控逻辑被不小心注释掉了,上线后敞口直接爆了。后来我强制要求:风控逻辑必须独立部署,策略无权修改风控参数。

1.4 风控系统的关键设计原则

基于我多年的踩坑经验,总结几条设计原则:

  1. 独立性原则 —— 风控系统与交易系统解耦,风控进程独立运行。即使交易系统挂了,风控还能执行熔断。
  2. 分级干预原则 —— 不要一上来就熔断。我习惯分三级:警告(只记录不干预)、限制(降低频率或缩小敞口)、熔断(全部停止)。
  3. 可追溯原则 —— 每一次风控动作都要记录日志。为什么?因为复盘时你会发现,很多问题都是「当时觉得没事」造成的。
  4. 人工优先原则 —— 自动化风控再完善,也要保留人工干预通道。极端行情下,算法可能集体失效,这时候需要人拍板。

一句话总结: 风控不是交易的对立面,而是交易的「安全带」。系上它,你才能放心踩油门。

嗯,这一章就到这里。记住这张架构图,后面的每一章都会围绕它展开。我们下一章见。

专注资料整理