第三章：保证金设计原理
一、保证金到底在防什么？
做清算风控这些年，我见过太多人把保证金当成「押金」来理解。其实没那么简单。
保证金的核心目的就一个：防止交易对手违约带来的损失。说白了，就是万一对方跑路了，你手里得有东西能顶上。
我2015年刚入行时，参与过一个场外衍生品项目。当时有个客户头寸浮亏了800万，但保证金只交了200万。结果第二天客户公司爆雷，直接破产清算。那200万连零头都不够补。嗯，从那以后我对保证金设计的理解就完全不一样了。
保证金设计的三大目标：
- 覆盖潜在风险——市场波动带来的最大可能损失
- 防止违约传染——一个对手倒下，不能拖垮整个系统
- 激励履约行为——交保证金的人会更老实，你想想看
二、保证金的两种基本类型
实际业务中，保证金分两大类。我习惯把它们比作「入场券」和「每日结算」。你品品。
1. 初始保证金（IM）
初始保证金，就是开仓时必须交的那笔钱。它用来覆盖未来可能发生的、极端情况下的损失。
怎么算？业内常用的是VaR（在险价值）模型。比如99%置信度下，未来5天的最大损失是100万，那IM就收100万。
我个人习惯在模型基础上再加一个缓冲系数。为什么？因为模型永远是理想化的，现实中的黑天鹅事件，模型根本算不准。我曾经在2018年股灾时吃过这个亏——模型算出来IM只需要50万，结果一天就亏了120万。
我的经验：IM的收取比例，建议在模型结果上上浮10%-20%。别嫌多，真出事的时候你就知道这步有多重要了。
2. 变动保证金（VM）
变动保证金，是每天根据市值变化调整的保证金。说白了就是「日结」。
你今天赚了100万，对手就得给你打100万VM。你今天亏了80万，你就得给对手打80万VM。这样每天清一次，风险敞口就不会累积。
我记得有个项目，客户觉得每天算VM太麻烦，想改成每周结算一次。我直接拒绝了。为什么？因为一周的时间，足够一个头寸从浮亏变成爆仓。你想想看，要是中间遇到一个黑天鹅，谁来兜底？
| 类型 | 收取时点 | 覆盖范围 | 计算依据 |
|---|---|---|---|
| 初始保证金（IM） | 开仓时 | 未来极端损失 | VaR模型 + 缓冲 |
| 变动保证金（VM） | 每日调整 | 当日市值变化 | 盯市价格 |
三、保证金覆盖率的逻辑
保证金覆盖率，是衡量保证金够不够用的核心指标。公式很简单：
保证金覆盖率 = 已缴保证金 / 应缴保证金 × 100%但实际业务中，这个数字背后藏着很多门道。
覆盖率 > 100%：说明保证金充足，安全。但也不是越高越好。我见过一个客户，覆盖率做到300%，结果资金全被锁在保证金里，正常业务都做不了。这其实是一种资源浪费。
覆盖率 = 100%：刚好达标。但说实话，这个状态很危险。市场稍微波动一下，就可能触发追保。
覆盖率 < 100%：触发追保通知。如果客户在规定时间内补不上来，就要强制平仓。
注意：覆盖率低于80%时，我建议直接启动强制平仓程序，不要再等。为什么？因为等下去只会让损失更大。我曾经在2019年处理过一个案例，客户覆盖率跌到75%，我坚持要平仓。客户当时很不理解，觉得再等等就能涨回来。结果第二天市场继续暴跌，如果当时没平仓，损失至少翻三倍。
四、核心逻辑：用一张图说清楚
下面这张图，是我自己总结的保证金设计核心逻辑。你看完应该能对整个体系有个直观理解。
五、实际设计中的几个关键点
讲完理论，说点实际的。我在项目中总结了几条经验：
- IM和VM要分开算，不能混在一起。我见过有些小平台把两者合并成一个数字，结果风险敞口根本算不清楚。这是大忌。
- VM的结算频率要够快。我个人建议至少每天一次。如果是高波动品种，可以考虑半天一次甚至实时结算。
- 覆盖率阈值要留余地。别等到100%才追保。我习惯设两个阈值：120%预警，100%追保，80%强平。这样有缓冲空间。
- 极端行情下要手动干预。模型归模型，但遇到极端行情时，系统可能来不及反应。这时候人工判断就很重要了。
一个小技巧：设计保证金系统时，一定要把「追保通知」和「强制平仓」做成自动化流程。手动操作太慢，而且容易出错。我见过一个案例，因为追保通知发晚了半小时，客户趁机转移了资产，最后平台亏了2000多万。
六、总结
保证金设计，说白了就是一场「风险与效率」的平衡游戏。收多了，客户不乐意，业务做不起来。收少了，风险敞口太大，出事就是大事。
我个人觉得，好的保证金设计应该做到三点：算得准、收得及时、跑得掉。算得准是模型的事，收得及时是流程的事，跑得掉是风控底线的事。三者缺一不可。
嗯，这一章就讲到这里。内容不多，但都是干货。你回去好好消化一下，尤其是那张流程图，建议多看几遍。