Analisis mendalam dari sudut pandang teknis tentang arsitektur dan masalah potensial Hyperliquid

Hyperliquid sebagai salah satu perwakilan bursa perdagangan buku pesanan on-chain, TVL-nya telah melebihi 2 miliar dolar AS, dan disebut sebagai "Binance on-chain". Artikel ini akan menganalisis prinsip arsitektur Hyperliquid dari dua sudut pandang, yaitu konstruksi teknis dan keamanan.

Analisis Jembatan Lintas Rantai Hyperliquid

Hyperliquid telah menerapkan kontrak jembatan lintas rantai di Arbitrum untuk menyimpan aset USDC pengguna. Kontrak jembatan ini terdiri dari empat kelompok validator:

• hotValidatorSet: menangani operasi frekuensi tinggi seperti penarikan
• coldValidatorSet: mengubah konfigurasi sistem, dapat membatalkan permintaan penarikan
• lockers: dapat menghentikan operasi kontrak jembatan
• finalizers: Konfirmasi perubahan status jembatan lintas rantai

Proses Setoran

Kontrak jembatan menggunakan metode Permit EIP-2612 untuk memproses setoran, mendukung operasi massal. Logika setoran sederhana, dengan risiko keamanan yang relatif rendah.

Proses Penarikan

Permintaan penarikan harus memenuhi syarat berikut:

1. Mengumpulkan 2/3 bobot tanda tangan dari hotValidatorSet
2. Setelah periode kontroversi selama 200 detik
3. Dikonfirmasi akhirnya oleh anggota finalizers

Selama periode sengketa, lockers dapat menangguhkan kontrak jembatan, coldValidatorSet dapat membatalkan penarikan.

Mekanisme Kunci Kontrak Jembatan

Diperlukan 2 suara dari lockers untuk mengunci kontrak jembatan. Untuk membuka kunci, diperlukan 2/3 bobot tanda tangan dari coldValidatorSet, dan juga dapat memperbarui kumpulan validator.

Pembaruan kumpulan validator

Pembaruan hotValidatorSet dan coldValidatorSet memerlukan tanda tangan dari semua anggota hotValidatorSet, dan setelah periode sengketa 200 detik, akan dikonfirmasi oleh finalizers.

Risiko Potensial

1. Setelah coldValidatorSet dikendalikan, mekanisme keamanan dapat dilalui untuk mencuri aset.
2. finalizers mungkin menolak untuk mengonfirmasi transaksi penarikan
3. lockers mungkin mengunci kontrak jembatan secara jahat

HyperEVM dan Arsitektur Interaksi Dua Rantai

Hyperliquid menggunakan arsitektur dual-chain:

• Hyperliquid L1: sistem buku pesanan khusus, berbasis izin
• HyperEVM: Rantai yang kompatibel dengan EVM, tanpa izin

Dua rantai berinteraksi melalui Precompiles dan Events:

• Precompiles: Mengizinkan HyperEVM membaca status L1
• Events: Memungkinkan HyperEVM untuk menulis data ke L1

Konsensus HyperBFT

Hyperliquid mengembangkan algoritma konsensus HyperBFT berdasarkan HotStuff, dengan kapasitas pemrosesan teoritis mencapai 2 juta pesanan per detik.

Catatan untuk Pengembang

1. msg.sender mungkin merupakan alamat kontrak sistem
2. Interaksi EVM dengan L1 tidak atomik, perlu menangani situasi kegagalan
3. Alamat kontrak EVM harus membuat akun pemetaan di L1
4. Aset lintas rantai mungkin tidak terlihat sementara, perlu ditangani dengan baik

Secara keseluruhan, HyperEVM mirip dengan arsitektur lapisan kedua L1, tetapi menawarkan interoperabilitas yang lebih tinggi. Pengembang perlu memperhatikan detail teknis yang dihasilkan oleh struktur dua rantai yang unik.