從技術角度深入解讀Hyperliquid的架構與潛在問題

Hyperliquid作爲鏈上訂單簿交易所的代表之一,其TVL已超20億美元,被稱爲"鏈上Binance"。本文將從技術構造和安全性兩個角度,深入剖析Hyperliquid的架構原理。

Hyperliquid跨鏈橋解析

Hyperliquid在Arbitrum上部署了跨鏈橋合約,用於存儲用戶的USDC資產。該橋合約包含四組驗證者:

• hotValidatorSet:處理高頻操作如提款
• coldValidatorSet:修改系統配置,可無效化提款請求
• lockers:可暫停橋合約運行
• finalizers:確認跨鏈橋狀態變化

存款流程

橋合約使用EIP-2612的Permit方法處理存款,支持批量操作。存款邏輯簡單,安全風險較低。

提款流程

提款請求需滿足以下條件:

1. 集齊hotValidatorSet的2/3籤名權重
2. 經過200秒的爭議期
3. 由finalizers成員最終確認

在爭議期內,lockers可暫停橋合約,coldValidatorSet可使提款無效。

橋合約鎖定機制

需2名lockers投票即可鎖定橋合約。解鎖需coldValidatorSet的2/3籤名權重,同時可更新驗證者集合。

驗證者集合更新

更新hotValidatorSet和coldValidatorSet需全體hotValidatorSet成員籤名,經200秒爭議期後由finalizers確認。

潛在風險

1. coldValidatorSet被控制後可繞過安全機制盜取資產
2. finalizers可能拒絕確認提款交易
3. lockers可能惡意鎖定橋合約

HyperEVM與雙鏈交互架構

Hyperliquid採用雙鏈架構:

• Hyperliquid L1:專用訂單簿系統,許可制
• HyperEVM:EVM兼容鏈,無許可

兩鏈通過Precompiles和Events實現交互:

• Precompiles:允許HyperEVM讀取L1狀態
• Events:允許HyperEVM向L1寫入數據

HyperBFT共識

Hyperliquid基於HotStuff開發了HyperBFT共識算法,理論處理能力達每秒200萬筆訂單。

開發者注意事項

1. msg.sender可能爲系統合約地址
2. EVM與L1交互非原子性,需處理失敗情況
3. EVM合約地址需在L1創建映射帳戶
4. 跨鏈資產可能短暫不可見,需妥善處理

總的來說,HyperEVM類似L1的二層架構,但提供了更高的互操作性。開發者需注意其獨特的雙鏈結構帶來的技術細節。