hybrid-perps-spec

L6 风控与敞口管理层

Phase 调整说明(v1.2):净敞口监控、对冲引擎、风险准备金从 Phase 3 提前到 Phase 2。 理由:Phase 2 路由引擎上线后 INTERNAL 仓位即产生净敞口,必须同步具备对冲能力。 路由模式联动自动切换、完整风控仪表盘保留在 Phase 3。

与 L3 内部订单簿的职责边界

L6 对冲引擎与 L3 内部限价单队列是完全独立的模块:

流程:订单 → L3 内部记账 → L6 实时聚合净敞口 → 超阈值 → L6 触发对冲 → L4 代理到 HL

对赌净敞口

净敞口 = 平台在某币种上因对赌累积的方向性风险。

净敞口计算(仅统计 INTERNAL 仓位)

BTC 净敞口 = Σ(用户 BTC 多头 INTERNAL 名义价值)
           - Σ(用户 BTC 空头 INTERNAL 名义价值)

HL 仓位不计入净敞口,因为 HL 仓位的盈亏由 HL 处理,平台无方向性风险。

净敞口与路由模式联动

净敞口实时计算结果会驱动路由模式的建议切换。净敞口阈值在后台可配置(详见 11-admin.md)。

净敞口绝对值 系统动作
≤ 对赌模式触发阈值(默认 $50K) 建议切换到对赌模式 / 自动切换(若已开启)
在两阈值之间 维持正常模式,无动作
≥ HL 模式触发阈值(默认 $800K) 建议切换到 HL 模式 / 自动切换(若已开启)+ 对冲提醒

“自动切换”默认关闭,需管理员主动开启。开启后系统触达阈值时自动切换模式并发送通知。

HL 模式下的对冲提醒

切换到 HL 模式后,后台显示醒目告警:

⚠️ 当前净敞口已触达高风险阈值,已切换到 Hyperliquid 模式。请尽快到 Hyperliquid 进行对冲!

同时向 Risk Manager 发送 Slack 通知,包含当前净敞口数值和建议对冲量。

对冲策略

单币种净敞口 对冲动作
< $100,000 不对冲
$100K ~ $500K 在 HL 对冲 50%
$500K ~ $1M 在 HL 对冲 80%
> $1M 停止该币种对赌 + 对冲 80%

对冲仓位设计

风险准备金

资金来源

来源 说明
平台初始注入 上线前平台出资,建议 ≥ $500K
客损按比例转入 每笔 INTERNAL 客损的 20% 自动转入
计算偏差兜底支出 HL 实际亏损 > 平台 计算时从准备金扣除
定期补充 准备金低于安全线时从运营利润补充

客损分配

每笔 INTERNAL 客损:
  80% → 平台利润
  20% → 风险准备金
(比例可后台配置)

准备金用途

准备金预警

余额 动作
≥ $500K 正常
$200K ~ $500K 缩减对赌(降低路由阈值)
< $200K 暂停全部对赌

风控监控指标

指标 告警 紧急 响应
单币种净敞口 > $500K > $1M 停止对赌 + 对冲
对赌总敞口 > $2M > $5M 缩减对赌
单日净亏损 > $100K > $500K 暂停对赌
准备金余额 < $500K < $200K 缩减/暂停对赌
HL 账户保证金率 < 300% < 150% 补资/暂停 HL 开仓
HL 通道延迟 > 200ms > 500ms 暂停对赌
单笔计算偏差率 > 1% > 5% 告警/暂停该币种 HL 路由
日累计计算偏差 > $1,000 > $5,000 风控审查

日净亏损熔断

当日 INTERNAL 对赌净亏损 > $100K → 告警
当日 INTERNAL 对赌净亏损 > $500K → 暂停所有对赌(全部路由到 HL)

日净亏损 = Σ(用户盈利) - Σ(用户亏损)(INTERNAL 仓位,当日结算)

自然对冲效应

在方案二对赌模型中,当多位用户分别做多和做空同一币种时,平台的净敞口自然趋零:

用户 A:买 BTC $50,000(INTERNAL)→ 平台持有 BTC 空头 $50K
用户 B:卖 BTC $50,000(INTERNAL)→ 平台持有 BTC 多头 $50K
净敞口 = $50K - $50K = $0(多空完全抵消)

这是方案二的核心盈利条件:

Phase 交付分期

交付物 Phase
净敞口实时计算 Phase 2
对冲引擎(手动 + 自动触发) Phase 2
风险准备金基础管理 Phase 2
风控监控指标 + 日净亏损熔断 Phase 2
路由模式联动自动切换 Phase 3
完整风控仪表盘(Grafana 面板) Phase 3
对冲策略优化(时间分片、滑点优化) Phase 4