Analisis Mendalam Hyperliquid dari Sudut Pandang Teknis: Kontrak Jembatan, HyperEVM dan Masalah Potensial
Hyperliquid sebagai bursa perdagangan buku pesanan on-chain yang banyak diperhatikan, arsitektur teknologinya dan keamanan layak untuk dibahas lebih dalam. Artikel ini akan menganalisis dari tiga aspek: struktur kontrak jembatan lintas rantai, karakteristik teknologi HyperEVM, dan potensi risiko keamanan.
Analisis Jembatan Lintas Rantai Hyperliquid
Hyperliquid telah menerapkan kontrak jembatan lintas rantai di Arbitrum untuk menyimpan aset USDC pengguna. Dari pembagian identitas node, Hyperliquid memiliki empat kelompok validator:
hotValidatorSet: bertanggung jawab untuk menangani operasi frekuensi tinggi seperti penarikan pengguna
coldValidatorSet: bertanggung jawab untuk mengubah konfigurasi sistem dan menangani situasi abnormal
lockers: mirip dengan komite keamanan, dapat memilih untuk menangguhkan kontrak jembatan
finalizers: konfirmasi perubahan status jembatan lintas rantai
Proses Setoran
Kontrak jembatan menggunakan metode Permit dari EIP-2612 untuk menangani setoran, hanya mengizinkan penyetoran USDC. Operasi setoran cukup sederhana, terutama diproses secara massal melalui fungsi batchedDepositWithPermit.
Proses Penarikan
Proses penarikan cukup rumit:
Pengguna mengajukan permintaan penarikan
Konfirmasi bobot tanda tangan 2/3 dari hotValidatorSet
Periode sengketa 200 detik
konfirmasi akhir anggota finalizers
Selama periode sengketa, lockers dapat memberikan suara untuk membekukan kontrak, coldValidatorSet dapat membuat sebagian penarikan menjadi tidak valid.
Mekanisme Penguncian Kontrak Jembatan
Anggota lockers dapat memanggil fungsi voteEmergencyLock untuk memberikan suara, 2 anggota yang memberikan suara dapat mengunci kontrak jembatan. Pembukaan kunci memerlukan 2/3 tanda tangan dari coldValidatorSet.
Pembaruan koleksi validator
Melalui fungsi updateValidatorSet untuk memperbarui hotValidatorSet dan coldValidatorSet, diperlukan tanda tangan dari semua anggota hotValidatorSet, dengan periode sengketa selama 200 detik.
Titik Risiko Utama
coldValidatorSet yang dikendalikan dapat melewati semua pertahanan untuk mencuri aset
finalizers dapat menolak konfirmasi transaksi penarikan, yang mengakibatkan aset pengguna tidak dapat ditarik
Untuk mencapai kemampuan pemrograman dalam perdagangan buku pesanan, Hyperliquid telah meluncurkan solusi HyperEVM. Ciri-cirinya adalah:
Dapat membaca status buku pesanan Hyperliquid
Dapat berinteraksi dengan sistem buku pesanan Hyperliquid
Hyperliquid mengadopsi "solusi dual-chain", yang menjalankan dua rantai secara bersamaan:
Hyperliquid L1: rantai khusus buku pesanan, berbasis izin
HyperEVM: Rantai yang kompatibel dengan EVM, tanpa izin
Dua rantai berinteraksi melalui Precompiles dan Events:
Precompiles: kode pra-kompilasi, memungkinkan EVM membaca status L1
Acara: EVM melemparkan acara, node L1 mendengarkan dan melaksanakan operasi yang sesuai
Konsensus HyperBFT
Hyperliquid menggunakan algoritma konsensus HyperBFT yang ditingkatkan berdasarkan HotStuff, secara teoritis dapat memproses 2 juta pesanan per detik.
Catatan Penting untuk Pengembang
msg.sender mungkin merupakan alamat kontrak sistem, bukan alamat pengguna
Interaksi EVM dengan L1 tidak bersifat atomik, perlu menangani situasi kegagalan
Alamat kontrak EVM perlu membuat akun pemetaan di L1
Saldo mungkin sementara tidak terlihat selama proses lintas rantai aset.
Ringkasan
Hyperliquid menggabungkan buku pesanan berkinerja tinggi dan pemrograman melalui arsitektur dual chain dan mekanisme interaksi inovatif. Namun, mekanisme validator yang kompleks dan interaksi lintas rantai juga membawa potensi risiko keamanan, yang perlu diperhatikan dan dioptimalkan lebih lanjut.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
15 Suka
Hadiah
15
5
Bagikan
Komentar
0/400
TokenTaxonomist
· 20menit yang lalu
secara statistik, jembatan lain yang menunggu untuk dieksploitasi
Lihat AsliBalas0
BlockchainFoodie
· 07-08 09:34
menyampaikan beberapa kekhawatiran keamanan di sini... jembatan ini terlihat lebih tidak stabil daripada souffle saya yang gagal sejujurnya
Analisis Teknologi Hyperliquid: Struktur Jembatan Lintas Rantai, HyperEVM dan Risiko Keamanan
Analisis Mendalam Hyperliquid dari Sudut Pandang Teknis: Kontrak Jembatan, HyperEVM dan Masalah Potensial
Hyperliquid sebagai bursa perdagangan buku pesanan on-chain yang banyak diperhatikan, arsitektur teknologinya dan keamanan layak untuk dibahas lebih dalam. Artikel ini akan menganalisis dari tiga aspek: struktur kontrak jembatan lintas rantai, karakteristik teknologi HyperEVM, dan potensi risiko keamanan.
Analisis Jembatan Lintas Rantai Hyperliquid
Hyperliquid telah menerapkan kontrak jembatan lintas rantai di Arbitrum untuk menyimpan aset USDC pengguna. Dari pembagian identitas node, Hyperliquid memiliki empat kelompok validator:
Proses Setoran
Kontrak jembatan menggunakan metode Permit dari EIP-2612 untuk menangani setoran, hanya mengizinkan penyetoran USDC. Operasi setoran cukup sederhana, terutama diproses secara massal melalui fungsi batchedDepositWithPermit.
Proses Penarikan
Proses penarikan cukup rumit:
Selama periode sengketa, lockers dapat memberikan suara untuk membekukan kontrak, coldValidatorSet dapat membuat sebagian penarikan menjadi tidak valid.
Mekanisme Penguncian Kontrak Jembatan
Anggota lockers dapat memanggil fungsi voteEmergencyLock untuk memberikan suara, 2 anggota yang memberikan suara dapat mengunci kontrak jembatan. Pembukaan kunci memerlukan 2/3 tanda tangan dari coldValidatorSet.
Pembaruan koleksi validator
Melalui fungsi updateValidatorSet untuk memperbarui hotValidatorSet dan coldValidatorSet, diperlukan tanda tangan dari semua anggota hotValidatorSet, dengan periode sengketa selama 200 detik.
Titik Risiko Utama
HyperEVM dan Arsitektur Interaksi Dua Rantai
Untuk mencapai kemampuan pemrograman dalam perdagangan buku pesanan, Hyperliquid telah meluncurkan solusi HyperEVM. Ciri-cirinya adalah:
Hyperliquid mengadopsi "solusi dual-chain", yang menjalankan dua rantai secara bersamaan:
Dua rantai berinteraksi melalui Precompiles dan Events:
Konsensus HyperBFT
Hyperliquid menggunakan algoritma konsensus HyperBFT yang ditingkatkan berdasarkan HotStuff, secara teoritis dapat memproses 2 juta pesanan per detik.
Catatan Penting untuk Pengembang
Ringkasan
Hyperliquid menggabungkan buku pesanan berkinerja tinggi dan pemrograman melalui arsitektur dual chain dan mekanisme interaksi inovatif. Namun, mekanisme validator yang kompleks dan interaksi lintas rantai juga membawa potensi risiko keamanan, yang perlu diperhatikan dan dioptimalkan lebih lanjut.