Analisis Mendalam Hyperliquid: Memeriksa Proyek Inovatif Ini dari Sudut Pandang Teknologi dan Keamanan

Baru-baru ini, Hyperliquid sebagai bursa order book on-chain yang banyak diperhatikan, telah melampaui TVL sebesar 2 miliar USD, dan dijuluki sebagai "platform perdagangan on-chain". Artikel ini bertujuan untuk menganalisis Hyperliquid dari sudut pandang konstruksi teknologi dan keamanan, membantu pembaca memahami arsitektur teknologi dan cara implementasinya di baliknya. Kami akan fokus pada konstruksi kontrak jembatan lintas rantai Hyperliquid dan potensi risikonya, serta konstruksi dual-chain HyperEVM dan HyperL1.

Analisis Jembatan Lintas Rantai Hyperliquid

Karena Hyperliquid hanya membuka sumber kontrak jembatan, kita dapat memahami sebagian mekanisme operasinya melalui analisis kontrak tersebut. Hyperliquid telah menerapkan kontrak jembatan di suatu jaringan Layer2, yang digunakan untuk menyimpan aset USDC pengguna.

Kumpulan Validator

Hyperliquid memiliki 4 set validator:

• hotValidatorSet: menangani operasi frekuensi tinggi seperti penarikan pengguna
• coldValidatorSet: bertanggung jawab atas modifikasi konfigurasi sistem
• finalizers: konfirmasi perubahan status jembatan lintas rantai
• lockers: menangani keadaan darurat, dapat menangguhkan kontrak jembatan

Saat ini Hyperliquid hanya memiliki 4 node validasi, hotValidatorSet dan coldValidatorSet masing-masing sesuai dengan 4 alamat di blockchain.

Proses Setoran

Kontrak jembatan Hyperliquid menggunakan metode Permit EIP-2612 untuk memproses setoran, hanya mendukung USDC. Proses setoran relatif sederhana, terutama menggunakan fungsi batchedDepositWithPermit untuk pemrosesan batch.

Proses Penarikan

Penarikan adalah operasi berisiko tinggi, prosesnya cukup rumit:

1. Pengguna mengajukan permintaan penarikan
2. Perlu mendapatkan bobot tanda tangan 2/3 dari hotValidatorSet
3. Masuk ke dalam "periode sengketa" selama 200 detik
4. Setelah periode sengketa berakhir, anggota finalizers mengonfirmasi status akhir.

Proses penarikan dilengkapi dengan tiga lapisan perlindungan:

1. Perlu mengendalikan bobot tanda tangan 2/3 dari hotValidatorSet
2. Hindari ditemukan selama periode sengketa
3. Dapatkan setidaknya satu kunci pribadi anggota finalizers

Mekanisme Kunci Kontrak Jembatan

Anggota lockers dapat memberikan suara untuk mengunci kontrak jembatan melalui fungsi voteEmergencyLock. Saat ini, dibutuhkan 2 anggota lockers untuk memberikan suara agar dapat mengunci. Setelah terkunci, hanya dapat dibuka melalui fungsi emergencyUnlock dari coldValidatorSet.

Pembaruan kumpulan validator

Validator set dapat diperbarui melalui fungsi updateValidatorSet, yang memerlukan tanda tangan dari semua anggota hotValidatorSet, dan memiliki periode sengketa selama 200 detik.

Risiko Potensial

1. coldValidatorSet yang dikendalikan dapat melewati pertahanan 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

Untuk mewujudkan keterprograman perdagangan buku pesanan, Hyperliquid meluncurkan solusi HyperEVM. Ini dapat membaca status buku pesanan Hyperliquid dan berinteraksi dengannya.

Hyperliquid mengadopsi "solusi dua rantai":

• Hyperliquid L1(L1): rantai khusus buku pesanan, berbasis izin
• HyperEVM(EVM): rantai tanpa izin, dapat menerapkan kontrak pintar

Dua rantai berinteraksi melalui Precompiles dan Events:

Precompiles

HyperEVM menambahkan kode pra-kompilasi, memungkinkan EVM membaca status sistem buku pesanan Hyperliquid.

Acara

HyperEVM dapat menulis data ke L1 melalui Events. Node Hyperliquid mendengarkan Events dari alamat tertentu, mengubah niat pengguna menjadi transaksi L1.

Konsensus HyperBFT

Hyperliquid menggunakan protokol konsensus HyperBFT berbasis HotStuff, secara teori dapat memproses 2 juta pesanan per detik.

Catatan untuk Pengembang

1. msg.sender mungkin merupakan alamat kontrak sistem L1 dan bukan alamat pengguna
2. Masalah non-atomik dalam interaksi EVM dengan L1
3. Alamat kontrak EVM harus memiliki akun pemetaan di L1
4. Transfer aset lintas rantai dapat menyebabkan saldo tidak terlihat sementara.

Secara keseluruhan, HyperEVM mirip dengan lapisan kedua Hyperliquid L1, tetapi menawarkan interoperabilitas yang lebih tinggi. Pengembang perlu memperhatikan situasi khusus di atas untuk memastikan keamanan protokol dan pengalaman pengguna.