平台 当前依赖 Hyperliquid 作为合约交易的底层撮合和结算引擎，平台仅能通过 builder fee（0.02%）获取收入，利润天花板极低。
MVP 核心洞察： 合约交易市场中，小额订单（散户为主）整体胜率偏低。平台以订单金额为阈值，小额订单由平台作为对手方（对赌），大额订单转到 Hyperliquid，既能从小额订单中获利，又避免大额订单带来的集中风险。
| 在 MVP 范围内 | 不在 MVP 范围内 |
|---|---|
| 订单金额路由引擎 | 自建撮合引擎（方案三，未来升级方向） |
| 平台对赌仓位管理 | 自建价格/指数价格系统 |
| HL 代理执行与状态同步 | 独立做市商 |
| 全仓/逐仓保证金模型 | 自定义资金费率/杠杆/上架币种 |
| 统一清算引擎 | 链上结算合约 |
| HL 计算逻辑完整复刻 | 智能合约托管用户资金 |
| 多链资产归集（运营层） | 期权、现货、跟单等非合约功能 |
| 提现 5 分钟到账保障 | 用户能力评估/分类系统 |
| 敞口风控与对冲 | 用户间订单匹配（Maker/Taker 撮合） |
| — | 单笔订单跨阈值拆分路由（Phase 4 预留） |
撮合引擎（方案三）排除说明：当前方案为方案二（内部对赌 + 阈值对冲），平台是所有 INTERNAL 仓位的唯一对手方。不存在用户间的订单匹配行为。撮合引擎（含 Maker/Taker 机制、价格优先/时间优先排队、内部流动性层）是未来升级到方案三的路径，不在 MVP 范围内。
| 阶段 | 名称 | 核心交付物 |
|---|---|---|
| Phase 1 | 基础接入 | 账户体系 + HL API 全量封装（R0 中继层）+ 市场数据透传 + 多链归集 + 提现保障 |
| Phase 2 | 路由 + 对冲 | 订单路由引擎 + HL 代理执行 + 对冲引擎 + 净敞口监控 + 风险准备金 + 偏差记录（灰度：全量转 HL） |
| Phase 3 | 对赌上线 | 对赌执行层 + 统一清算 + 全仓/逐仓保证金 + HL 计算复刻 + 偏差兜底 + 风控仪表盘 |
| Phase 4 | 优化迭代 | 路由阈值调优 + 对冲策略优化 + 大额订单拆单 + 跨阈值拆分路由（预留） |
| 来源 | 场景 | 说明 |
|---|---|---|
| 对赌客损 | 内部仓位用户亏损/爆仓 | 用户亏损 = 平台盈利（核心收入） |
| Builder Fee | 大额订单转至 HL | 每笔按 0.02% 收取 |
| 手续费 | 所有订单 | Taker/Maker 费差 |
| 资金费率 | 内部仓位持仓期间 | 跟随 HL 费率，平台作为对手方收/付 |
| 仓位类型 | 清算执行方 | 平台盈亏 |
|---|---|---|
INTERNAL（对赌仓位） |
平台 内部结算 | 平台赚取客损 |
HYPERLIQUID（HL 仓位） |
平台 判断 → 发指令到 HL 平仓 | 平台无额外客损（HL 端盈亏抵消） |
对于 HYPERLIQUID 仓位，平台 自行计算 PnL 和清算价。若 平台 计算结果与 HL 实际不一致：
因此计算精度直接影响平台风险，目标同步率 ≥ 95%。 详见 05-hl-execution.md 和 09-settlement.md。