Analisis Hyperliquid dari Sudut Pandang Teknologi: Kontrak Jembatan, Arsitektur, dan Risiko Potensial

Hyperliquid sebagai bursa perdagangan buku pesanan on-chain yang sangat diperhatikan, struktur teknis dan keamanannya layak untuk dibahas lebih dalam. Artikel ini akan melakukan analisis teknis terhadap Hyperliquid dari dua aspek: struktur kontrak jembatan lintas rantai, HyperEVM, dan arsitektur ganda.

Analisis Jembatan Lintas Rantai Hyperliquid

Hyperliquid telah menerapkan kontrak jembatan lintas rantai di Arbitrum, untuk menyimpan aset USDC pengguna. Dari perspektif pembagian identitas node, Hyperliquid memiliki empat kelompok validator:

• hotValidatorSet: menangani operasi frekuensi tinggi seperti penarikan
• coldValidatorSet: bertanggung jawab untuk modifikasi konfigurasi sistem
• lockers: mirip dengan komite keamanan, dapat memberikan suara untuk menangguhkan kontrak jembatan
• finalizers: Konfirmasi perubahan status jembatan lintas rantai

Proses Setoran

Kontrak jembatan menggunakan metode Permit EIP-2612 untuk memproses setoran, hanya memungkinkan penyetoran USDC. Fungsi batchedDepositWithPermit dapat menangani beberapa setoran sekaligus, dengan proses yang sederhana dan tingkat keamanan yang tinggi.

Proses Penarikan

Permintaan penarikan perlu mendapatkan bobot tanda tangan 2/3 dari hotValidatorSet. Setelah diajukan, ada "periode sengketa" selama 200 detik, selama:

1. lockers dapat memilih untuk menangguhkan kontrak
2. coldValidatorSet dapat membuat penarikan tertentu menjadi tidak valid

Setelah periode sengketa, anggota finalizers memanggil fungsi batchedFinalizeWithdrawals untuk mengonfirmasi penarikan.

Mekanisme Kunci Kontrak Jembatan

2 locker dapat memberikan suara untuk mengunci kontrak jembatan. Pembukaan kunci memerlukan tanda tangan 2/3 dari coldValidatorSet, dan juga dapat memperbarui daftar validator.

Pembaruan koleksi validator

Fungsi updateValidatorSet dapat memperbarui hotValidatorSet dan coldValidatorSet, memerlukan tanda tangan dari seluruh hotValidatorSet, dengan periode keberatan selama 200 detik.

Risiko Potensial

1. coldValidatorSet yang dikendalikan dapat melewati perlindungan untuk mencuri aset
2. finalizers mungkin menolak untuk mengonfirmasi transaksi penarikan
3. kontrak jembatan penguncian jahat

HyperEVM dan Arsitektur Dua Rantai

Hyperliquid menggunakan "solusi dual chain", yang menjalankan rantai khusus buku pesanan (HyperL1) dan rantai kompatibel EVM (HyperEVM).

Precompiles

HyperEVM menambahkan kode pra-kompilasi, memungkinkan kontrak pintar untuk membaca status HyperL1. Alamat pra-kompilasi yang dikenal 0x800 dapat membaca posisi kontrak permanen dari blok terbaru L1.

Acara

HyperEVM menulis data ke HyperL1 melalui Events. Node mendengarkan Events dari alamat 0x3333...3333, mengubah niat pengguna menjadi transaksi L1.

Konsensus HyperBFT

Dikembangkan berdasarkan HotStuff, kecepatan pemrosesan teoritis dapat mencapai 2 juta pesanan per detik.

Catatan Penting untuk Pengembangan

1. msg.sender mungkin merupakan alamat kontrak sistem L1
2. Interaksi EVM dengan L1 yang tidak atomik dapat menyebabkan kehilangan aset
3. Alamat kontrak EVM harus membuat akun pemetaan di L1
4. Aset lintas rantai mungkin sementara tidak dapat memeriksa saldo.

Secara keseluruhan, HyperEVM mirip dengan lapisan kedua Hyperliquid L1, tetapi menawarkan interoperabilitas yang lebih tinggi. Para pengembang perlu memperhatikan penanganan berbagai situasi khusus untuk memastikan keamanan aset pengguna.