從技術視角深入剖析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的二層架構,但提供了更高互操作性。開發者需注意處理各種特殊情況,以確保用戶資產安全。