系统支持三种路由模式,由后台管理员控制,详见 11-admin.md。
| 模式 | 触发场景 | 路由行为 |
|---|---|---|
HL_MODE(Hyperliquid 模式) |
净敞口过大,风险过高 | 所有新开仓 → HL,不进入对赌 |
NORMAL_MODE(正常模式,默认) |
净敞口在合理范围 | 按正常阈值路由 |
BETTING_MODE(对赌模式) |
净敞口过小,多空平衡 | 按对赌阈值(更高)路由 |
名义价值 = 订单数量 × 当前 HL 标记价格
switch (当前路由模式):
case HL_MODE:
→ 所有新开仓订单 → HYPERLIQUID(无论金额大小)
case NORMAL_MODE:
if 名义价值 ≤ 正常模式阈值(默认 $10,000)
→ INTERNAL(平台对赌)
else
→ HYPERLIQUID
case BETTING_MODE:
if 名义价值 ≤ 对赌模式阈值(默认 $50,000)
→ INTERNAL(平台对赌)
else
→ HYPERLIQUID
路由决策延迟目标:< 5ms P99
| 配置项 | 默认值 | 适用模式 |
|---|---|---|
| 正常模式路由阈值 | $10,000 | NORMAL_MODE |
| 对赌模式路由阈值 | $50,000 | BETTING_MODE |
正常模式,阈值 $10,000:
- 第一次 BTC 多头 $5,000 → 对赌(INTERNAL)
- 第二次 BTC 多头 $15,000 → HL(HYPERLIQUID)
结果:用户持有两个独立的 BTC 多头仓位,各自有独立开仓价。
- 逐仓模式:两个仓位各自独立清算
- 全仓模式:两个仓位共享账户余额,清算在账户层面统一计算
| 约束条件 | 说明 |
|---|---|
| 波动率异常(>5%/小时) | 极端行情下不对赌 |
| HL 对冲通道异常(延迟 >500ms) | 无法对冲时保守走 HL |
注意:路由模式本身已覆盖”净敞口达上限”和”手动关闭对赌”的场景,不再作为独立约束条件。
强制跟随仓位归属:
不允许跨系统平仓(不允许用 INTERNAL 额度抵消 HL 仓位)。
| 订单类型 | 处理方式 |
|---|---|
| INTERNAL 待成交限价单 | 直接在内部取消,释放冻结保证金 |
| HYPERLIQUID 待成交限价单 | 向 HL 发送取消指令 |
用户无感知路由差异:
MVP 阶段每笔订单整体路由到 INTERNAL 或 HYPERLIQUID,不支持将一笔订单拆分到两条路由。
示例:阈值 $100K,用户下单 $120K
→ 整笔路由到 HYPERLIQUID(名义价值 > 阈值)
→ 不会拆为 $100K INTERNAL + $20K HYPERLIQUID
跨阈值订单拆分路由能力预留到 Phase 4 优化迭代阶段。
每笔路由决策均需记录:
routing_mode:HL_MODE / NORMAL_MODE / BETTING_MODE)