第十六章：多资产风控——跨品种相关性、跨交易所价差、跨市场资金管理、组合风险聚合

做市商做到一定规模，手里肯定不止一个品种。

你可能同时做BTC永续、ETH期权、SOL现货，甚至还有几个山寨币的网格。这时候，单品种风控就不够用了。我见过不少团队，单看每个品种都好好的，一合并算总账，爆仓了。为什么？因为相关性、价差、资金流转这些“跨资产”的东西，没人管。

这一章，我们就来拆解多资产风控的四个核心模块。嗯，都是我在实盘里踩过坑才总结出来的。

16.1 跨品种相关性：别被“假分散”骗了

很多人以为买了BTC和ETH就是分散风险。其实呢？

我做过一个统计：2020年3月12日那天，BTC和ETH的15分钟相关系数高达0.97。说白了，就是同涨同跌。你同时做多这两个品种，等于把仓位翻倍了，根本没分散。

我个人习惯的做法是：

• 每天计算一次滚动相关系数（窗口期选20天或60天）
• 当相关系数 > 0.8 时，视为“高相关”，合并计算风险敞口
• 当相关系数 < 0.3 时，才真正算独立品种

举个例子，你同时持有BTC和ETH的多头，名义本金各100万。如果相关系数是0.9，那你的有效风险敞口不是200万，而是接近190万。这个数字，才是你该用来算保证金和止损的。

16.2 跨交易所价差：套利者的命门

做市商经常跨交易所搬砖。但价差不是固定的，它会突然扩大，也会瞬间消失。

我建议你关注三个东西：

1. 实时价差监控：设置阈值，比如价差超过0.1%就报警
2. 价差回归速度：如果价差扩大后5秒内不回归，说明流动性出问题了
3. 交易所延迟：你看到的价差可能是假的，因为数据有延迟

这里有个实战技巧：

# 伪代码：跨交易所价差风控逻辑
if abs(price_binance - price_okx) > threshold:
    if latency < 50ms:
        execute_arbitrage()
    else:
        wait_and_recheck()  # 延迟太高，可能是假信号

为什么延迟这么重要？因为如果你看到价差时已经过了100ms，等你下单，价差可能已经没了。我见过有人因为延迟问题，一天亏了3万U。

16.3 跨市场资金管理：别让钱卡在半路

多资产做市，资金是流动的。你可能在Binance有100万U，在OKX有50万U，在Bybit还有30万U。但问题是，钱转过去需要时间。

我遇到过最尴尬的情况：某个交易所突然爆拉，我想加仓，结果钱还在另一个交易所的提币审核中。等钱到账，行情已经结束了。

所以，跨市场资金管理，核心是“预留流动性”。

• 每个交易所至少保留20%的可用资金，别全仓干进去
• 设置资金划转的“安全垫”：比如从A交易所转钱到B交易所，要预留10分钟的时间差
• 监控各交易所的“净头寸”，别让某个交易所的敞口过大

我个人习惯用一张表来管理：

交易所	总资产(U)	已用保证金	可用资金	资金划转状态
Binance	1,000,000	600,000	400,000	正常
OKX	500,000	350,000	150,000	提币中(50,000 → Bybit)
Bybit	300,000	200,000	100,000	等待到账

你看，Bybit的可用资金只有10万U，但还有5万U在路上。这时候如果Bybit突然需要追加保证金，你就得从别的地方紧急调钱。所以，我建议每个交易所的可用资金，至少要覆盖该交易所最大单日亏损的2倍。

16.4 组合风险聚合：把所有风险算总账

前面三个模块，都是单点监控。但真正决定你是否爆仓的，是“组合风险”。

组合风险聚合，说白了就是把所有品种、所有交易所的风险加在一起，算一个总账。

我常用的方法是：

1. 计算每个品种的VaR（在险价值）：比如95%置信度下，BTC的日VaR是5%
2. 考虑相关性：用协方差矩阵把各品种的VaR合并
3. 加上交易所风险：比如某个交易所的提币延迟、系统故障等
4. 得到组合VaR：这就是你整个做市业务的最大可能亏损

举个例子：

组合VaR = sqrt( w1^2 * VaR1^2 + w2^2 * VaR2^2 + 2 * ρ * w1 * w2 * VaR1 * VaR2 )

其中：
w1, w2 = 各品种权重
VaR1, VaR2 = 各品种VaR
ρ = 相关系数

如果组合VaR超过了你的总资金的30%，那就得减仓了。别等到爆仓了才后悔。

知识体系图：多资产风控核心逻辑

这张图把多资产风控的四个模块串起来了。你想想看，如果只盯着一个品种，或者只盯着一个交易所，那就像盲人摸象。只有把相关性、价差、资金、组合风险全部聚合在一起，才能真正掌控全局。