从技术视角剖析Hyperliquid:桥合约、架构与潜在风险

Hyperliquid作为一个备受瞩目的链上订单簿交易所,其技术构造和安全性值得深入探讨。本文将从跨链桥合约结构、HyperEVM与双链架构两个方面,对Hyperliquid进行技术分析。

Hyperliquid跨链桥解析

Hyperliquid在Arbitrum上部署了跨链桥合约,用于存储用户的USDC资产。从节点身份划分来看,Hyperliquid有四组验证者:

• hotValidatorSet:处理高频操作如提款
• coldValidatorSet:负责系统配置修改
• lockers:类似安全委员会,可投票暂停桥合约
• finalizers:确认跨链桥状态变化

存款流程

桥合约使用EIP-2612的Permit方法处理存款,只允许存入USDC。batchedDepositWithPermit函数可批量处理多笔存款,流程简单且安全性较高。

提款流程

提款请求需获得hotValidatorSet的2/3签名权重。发起后有200秒"争议期",期间:

1. lockers可投票暂停合约
2. coldValidatorSet可使某笔提款无效

争议期后,finalizers成员调用batchedFinalizeWithdrawals函数确认提款。

桥合约锁定机制

2名lockers投票即可锁定桥合约。解锁需coldValidatorSet的2/3签名,同时可更新验证者名单。

验证者集合更新

updateValidatorSet函数可更新hotValidatorSet和coldValidatorSet,需全体hotValidatorSet签名,有200秒争议期。

潜在风险

1. coldValidatorSet被控制可绕过防护盗取资产
2. finalizers可能拒绝确认提款交易
3. lockers恶意锁定桥合约

HyperEVM与双链架构

Hyperliquid采用"双链方案",同时运行订单簿专用链(HyperL1)和EVM兼容链(HyperEVM)。

Precompiles

HyperEVM增加预编译代码,允许智能合约读取HyperL1状态。已知的预编译地址0x800可读取L1最新区块的永续合约仓位。

Events

HyperEVM通过Events向HyperL1写入数据。节点监听0x3333...3333地址的Events,将用户意图转为L1交易。

HyperBFT共识

基于HotStuff开发,理论处理速度可达每秒200万笔订单。

开发注意事项

1. msg.sender可能是L1系统合约地址
2. EVM与L1交互非原子性可能导致资产损失
3. EVM合约地址需在L1创建映射账户
4. 跨链资产可能暂时无法查询余额

总的来说,HyperEVM类似Hyperliquid L1的二层,但提供了更高的互操作性。开发者需注意处理好各种特殊情况,以确保用户资产安全。