架构
Hypercall 采用混合执行模型：链下撮合以保证速度，链上结算和账户管理以保证安全。
信任边界
链下（Hypercall 后端）
职责：
- 订单撮合与执行
- 订单簿管理
- 交易前保证金检查
- 强制平仓编排
- 市场数据与定价
- WebSocket 数据流
信任假设：用户需要信任 Hypercall 后端会：
- 公平撮合订单（价格-时间优先）
- 正确执行保证金检查
- 监控账户并在需要时触发强制平仓
- 提供准确的市场数据
局限性：在主网 Alpha 阶段，链下操作尚不能完全通过密码学方式验证。用户必须信任后端运营方来完成撮合、市场数据接入、保证金检查以及 RSM 命令发布。
未来方向：Hypercall 正在推进 RSM 去中心化和更强的去信任化保障。路线图将说明状态承诺、签名者角色、争议解决路径和运营方控制权如何随时间推移变得更加可验证。主网 Alpha 是受限的第一阶段，而非最终的信任模型。
链上（智能合约）
职责：
- 账户所有权与管理者控制
- 存款与提款
- 强制平仓拍卖（头寸转移）
- RSM 命令（风险管理操作）
- 结算价格发布
- Hyperliquid 集成（通过 ActionCaster 执行永续合约订单）
信任假设：链上操作可通过密码学方式验证。用户可以验证合约代码和状态。
安全性：账户所有权无法在没有链上交易的情况下被更改。强制平仓需要通过链上拍卖进行。
订单执行流程
1. 订单提交
用户操作：通过 POST /order 提交带有 EIP-712 签名的订单。
后端验证：
- 签名验证（EIP-712）
- 交易前保证金检查（基于情景分析）
- 订单准入（层级、到期日、速率限制）
结果：订单被接受（ACKED）并排队等待撮合，或被拒绝并附带原因。
2. 订单撮合
流程：订单在订单簿上按照价格-时间优先原则进行撮合。
执行：订单撮合成功时，会生成成交记录，并在后端数据库中更新头寸。
不上链：单笔订单撮合不会记录在链上。账户状态通过保证金根（margin root）更新进行同步。
3. 头寸更新
流程：头寸在后端数据库中跟踪并实时更新。
用户访问：通过 GET /portfolio 或 WebSocket 的 portfolio 频道查询头寸。
链上同步：保证金根（对账户状态的密码学承诺）会定期以及在关键事件发生时在链上更新。
4. 结算
到期结算：期权在合约到期时到期，并根据结算价格进行现金结算。主网 SPCX 在美东时间下午 4:00 到期；测试网目前在 UTC 08:00 到期。
结算价格：Hyperliquid 预言机指数价格的 30 分钟 TWAP，通过 SimpleOracle.setExpiryPrice() 发布至链上。
流程：
- 预言机计算以到期时刻为终点的 30 分钟 TWAP
- 结算价格发布至链上
- 计算每个头寸的内在价值
- 更新现金余额
- 头寸关闭
账户管理
账户创建
流程：账户在首次存款时或在明确请求时创建。
链上：账户合约以 BeaconProxy 形式部署（节省 Gas 的最小代理模式）。
管理者：每个账户都有一个管理者（EOA），负责控制账户并可授权代理。
存款与提款
存款：
- USDC：通过 HyperCore 转入 Exchange
- 期权 ERC20：通过 Exchange 合约存入
提款：
- 必须通过链下风险检查（提款后保证金充足）
- 通过 Account 合约在链上执行
- 需要管理者签名
信任边界：存款与提款在链上进行且可验证。
强制平仓
强制平仓使用状态机，在拍卖前设有宽限期：
| 状态 | 描述 | 持续时间 |
|---|---|---|
| Healthy | 权益 > 所需维持保证金 | - |
| PreLiquidation | 权益 < 维持保证金，宽限期生效中 | 60 秒 |
| InLiquidation | 荷兰式拍卖进行中 | 直至成交 |
| Liquidated | 头寸已转移 | - |
部分强制平仓与全部强制平仓
| 类型 | 条件 | 行为 |
|---|---|---|
| 部分平仓 | ≤ 5 个头寸 | 逐个平掉特定头寸，直至账户恢复健康 |
| 全部平仓 | > 5 个头寸 | 对整个账户进行强制平仓 |
拍卖机制
偿付能力充足的拍卖（权益 > 0）：起拍价 = 权益 × (1 - 罚金)，随时间递减。清算人出价接管头寸。
资不抵债的拍卖（权益 < 0）：保险基金提供奖励，激励清算人吸收资不抵债的头寸。
链上：拍卖执行和头寸转移通过 Exchange 合约在链上完成。
完整详情请参阅强制平仓。
Hyperliquid 集成
HIP-3 永续合约
Hypercall 账户可以通过 ActionCaster 在 Hyperliquid 上执行永续合约订单：
流程：Account 合约 → ActionCaster → Hyperliquid L1
使用场景：
- 对期权头寸进行 Delta对冲
- 跨场所保证金（永续合约头寸计入组合保证金）
全仓保证金
HyperCore 永续合约头寸设计上可纳入组合保证金计算，从而实现资本高效的对冲策略。在主网 Alpha 阶段，组合保证金对普通用户暂不开放。
RSM 命令
RSM（风险与结算管理器，Risk & Settlement Manager）：负责发布链上风险管理命令的后端组件。
命令包括：
- 只减仓订单（强制关闭头寸）
- 债务偿还（强制提款以弥补负余额）
- 结算执行
链上：RSM 命令由 RSM 签名者签署，并通过 Account 合约执行。用户可以在链上验证 RSM 签名者地址以及所有命令的执行情况。
去中心化路线图：当前 RSM 签名者由运营方控制。未来的路线图工作将公布该角色如何实现去中心化，或以其他方式进一步降低信任要求。
您可以验证的内容
链上（可验证）
- 账户所有权（管理者地址）
- 账户合约部署
- 存款与提款
- 强制平仓拍卖及其结果
- 结算价格（预言机在链上发布）
- Hyperliquid 订单（链上执行）
- RSM 命令（链上执行）
链下（需要信任）
- 订单撮合的公平性
- 保证金计算
- 头寸跟踪的准确性
- 市场数据的准确性
- 强制平仓触发时机
安全模型
核心原则：关键操作（账户所有权、存款、强制平仓、结算价格）在链上进行且可验证。运营效率相关操作（撮合、保证金检查）在链下进行。
权衡取舍：链下撮合提供速度和效率，但目前需要信任后端运营方。链上操作提供可验证性，但速度更慢、成本更高。RSM 去中心化路线图是从当前主网 Alpha 模型迈向更强去信任化的路径。
另请参阅：