架构
Hypercall 采用混合执行模型：链下撮合保证速度，链上结算与账户管理保证安全。
信任边界
链下（Hypercall 后端）
职责：
- 订单撮合与执行
- 订单簿管理
- 交易前保证金检查，包括每笔永续合约订单之前的组合检查
- 强制平仓编排
- 市场数据与定价
- WebSocket 数据流
信任假设：以上各项均需信任运营方。参见信任模型。
链上（智能合约）
职责：
- 账户所有权与管理者控制
- 存款与提款
- RSM 命令（风险管理操作）
- 期权代币（OptionRegistry 和 OptionToken 合约）
- 永续合约订单的 Builder 授权（从您的 Account 一次性调用
approveZeroFeeBuilder）
信任假设：链上操作记录在 Hyperliquid 上，运营方无法单方面更改。谁可以升级合约，见信任模型。
订单执行流程
1. 订单提交
用户操作：通过 POST /order 提交带有 EIP-712 签名的订单。
后端验证：
- 签名验证（EIP-712）
- 交易前保证金检查（基于情景）
- 订单准入（等级、到期日、速率限制）
结果：订单被接受（ACKED）并排队等待撮合，或被拒绝并附带原因。
2. 订单撮合
流程：订单在订单簿上按价格优先、时间优先原则撮合。
执行：订单撮合成功时，系统生成成交记录，并在引擎状态中更新持仓。每次状态变更在确认之前都会写入引擎的持久化日志，数据库表均由该日志派生。
不上链：单笔期权撮合不会记录在链上。
3. 持仓更新
流程：期权持仓和现金在引擎状态中跟踪并实时更新。永续合约持仓存放在您账户在 Hyperliquid 上的 HyperCore 账本中。
用户访问：通过 GET /portfolio 或 WebSocket portfolio 频道查询持仓。
4. 结算
到期结算：期权在到期日以现金结算，结算价格源自 Hyperliquid 预言机。引擎将结算价格记录在日志中，计算每个持仓的内在价值，更新现金余额并平仓。
关于各标的资产的到期时间、结算价格的计算方式以及数据稀疏时的处理方式，请参阅结算和预言机。
账户管理
账户创建
流程：管理者钱包在 Factory 上调用 createAccount，并支付少量 HYPE 作为创建押金。当您启用永续合约或组合保证金时，应用会自动为您完成此操作。请参阅入门（合约）。
管理者：每个 Account 都有一个管理者（EOA），负责控制该账户，并可授权 API 钱包签署订单和撤单。
存款与提款
存款：
- USDC：在 HyperEVM 上发送至 Exchange 合约（
depositUsdcFor），由其桥接至 Exchange 的 HyperCore 余额。Hypercall 在观察到 HyperCore 存款后入账。 - 期权 ERC20：通过 Exchange 合约存入，合约将其销毁并记入相应持仓。
提款：
- 必须通过 Hypercall 的保证金检查（提款后保证金充足）
- 由您的钱包签名。标准 USDC 提款通过 RSM 指令从 Exchange 的余额在 HyperCore 上支付。组合保证金提款则是由管理者签名、从您的 Account 在 HyperCore 上发起的转账。
信任边界：存款和提款均在链上进行，可供验证。
强制平仓
当账户权益低于其维持保证金要求时，账户进入预清算状态：
- 增加风险的订单将被阻止；平仓订单仍然允许。
- 清算人会执行部分强制平仓订单以恢复保证金，清算人奖励随时间逐步提高。
- 如果账户在升级窗口内未能恢复，将进入完全强制平仓，由 Hypercall 引擎执行。
完整细节请参阅强制平仓。
Hyperliquid 集成
永续合约
Hypercall 将永续合约订单路由至 Hyperliquid，包括 xyz dex 上的 HIP-3 市场。每笔永续合约订单首先会针对您的整个组合保证金账户进行检查。之后有两条路由。应用默认使用 TEE，智能合约路由作为高级设置；API 客户端通过调用的端点选择路由：
智能合约路由（应用中的高级设置）：您签署订单 → Hypercall 引擎针对您的整个组合保证金账户进行检查 → 订单通过您的账户合约上链至 HyperCore → Hyperliquid 撮合
TEE 路由（应用默认，API 需主动启用）：您签署订单 → 引擎进行检查 → 持有您账户 Hyperliquid 交易密钥的安全飞地（TEE）签署原生订单 → Hyperliquid 撮合
只有 TEE 路由上的订单会经过飞地。这些订单带有 Hypercall 的 builder 地址，因此账户需一次性授权该 builder（启用交易），飞地仅签署经引擎批准的订单、撤单和杠杆调整。请参阅Hypercall 上的永续合约。
使用场景：
- 对期权持仓进行 Delta对冲
- 交叉保证金：永续合约持仓计入组合保证金
交叉保证金
HyperCore 永续合约持仓会纳入组合保证金计算，保证金要求取组合保证金结果与 Hyperliquid 自身保证金中的较大者。组合保证金向所有账户开放；请参阅组合保证金入门。
RSM 命令
RSM：引擎的复制状态机。当引擎状态需要执行链上操作（入账、提款、强制平仓步骤或恢复订单）时，RSM 签名者签署指令，由 Hypercall 的排序器提交。期权到期结算不是 RSM 指令，而是在引擎状态中直接作用于现金。每类指令能做什么，见 RSM 指令。
您可以验证的内容
链上（可验证）
- 账户所有权（管理者地址）
- 存款与提款
- Hyperliquid 订单和永续合约持仓（在 Hyperliquid 上）
- RSM 命令（链上执行）
链下（需要信任）
- 订单撮合的公平性
- 保证金计算
- 结算价格计算（Hyperliquid 预言机输入是公开的）
- 持仓跟踪的准确性
- 市场数据的准确性
- 强制平仓触发时机
信任模型
Mainnet Alpha 由运营方运行。您需要信任 Hypercall 能够公平撮合订单（价格时间优先）、接入准确的市场数据、正确计算保证金和结算价格、及时触发强制平仓、只发出正确的 RSM 指令并处置事故。这些目前都无法通过密码学验证；链下撮合以这份信任换取速度。其余部分由链上强制执行：账户所有权、存款和提款均在链上进行，账户只执行由其管理者、其 API 钱包或注册 RSM 签名者签署的指令，合约将 RSM 指令限定为入账、提款、强制平仓状态和受约束的恢复操作。TEE 路由（应用默认）上的永续合约订单在经过证明的飞地内签署，该飞地仅接受经引擎批准的订单。RSM 签名者、排序器以及合约的管理密钥和升级密钥均由运营方控制，一次账户升级会作用于所有账户。具体权限、角色和地址见信任与权限。RSM 去中心化路线图将说明状态承诺、签名者角色、争议路径和运营方控制如何变得可验证；Mainnet Alpha 是受约束的第一阶段，而非最终的信任模型。
另请参阅：