从技术视角深入剖析Hyperliquid的架构与潜在风险

Hyperliquid作为近期备受关注的链上订单簿交易所,其TVL已超20亿美元,被誉为"链上Binance"。本文将从技术角度深入解析Hyperliquid的跨链桥合约结构、HyperEVM架构及其潜在安全隐患,帮助读者全面了解这一明星项目的技术构造。

Hyperliquid跨链桥解析

Hyperliquid在Arbitrum上部署了跨链桥合约,用于存储用户的USDC资产。该桥合约包含四组验证者:

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

存款流程

桥合约使用EIP-2612的Permit方法处理存款,只允许存入USDC。采用batchedDepositWithPermit函数批量处理存款,简化了用户操作。

提款流程

提款请求需获得hotValidatorSet的2/3签名权重。之后有200秒"争议期",lockers可暂停合约或coldValidatorSet可使提款无效。争议期后,finalizers确认最终状态。

桥合约锁定机制

lockers可投票锁定桥合约。2个locker投票即可暂停运行。解锁需coldValidatorSet的2/3签名,同时可更新验证者集合。

验证者集合更新

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

潜在风险

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

HyperEVM与双链交互架构

Hyperliquid采用"双链方案":

• Hyperliquid L1:订单簿专用链,许可制
• HyperEVM:EVM兼容链,无许可

两链通过相同共识协议传播数据,但分别执行。L1出块速度更快,EVM链可读取L1数据并向L1写入。

Precompiles

HyperEVM增加预编译代码,实现对L1订单簿状态的读取。如0x800地址可读取最近L1区块的永续合约仓位。

Events

HyperEVM通过Events向L1写入数据。L1节点监听特定地址的Events,将其转化为L1交易。

HyperBFT共识

基于HotStuff开发,理论上每秒可处理200万笔订单。采用Leader汇总广播方式,降低复杂度。

开发者注意事项

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

总体而言,HyperEVM类似基于L1的二层架构,但提供了更高互操作性。开发者需注意处理各种特殊情况,以确保用户资产安全。