Mari berbicara tentang operasi alih-alih teknologi: Bagaimana Hyperliquid memindahkan "kotak hitam pertumbuhan" bursa ke blockchain?

Candy@TEDAO｜Penulis

Pendahuluan | Dapatkah "buku besar bisnis" di balik transaksi juga dipublikasikan?

Di dunia DeFi, setiap transaksi dicatat pada buku besar publik yang tidak dapat diubah, dapat diakses oleh siapa saja. Kita terbiasa melihat setiap pertukaran di bursa terdesentralisasi seperti Uniswap, tetapi informasinya sering berhenti hanya pada "transaksi ini terjadi."

Dari mana transaksi ini berasal? Apakah itu rujukan dari key opinion leader (KOL) atau alat perdagangan? Untuk waktu yang lama, jenis atribusi ini bergantung pada sistem proyek internal atau pemrosesan backend terpusat, sering disebut sebagai "kotak hitam pertumbuhan": transaksi itu sendiri dapat diverifikasi on-chain, tetapi sumber promosi sering diperhitungkan off-chain. Ini bukan kebetulan; ini berasal dari pertimbangan teknis dan biaya. Pada mainnet seperti Ethereum, melampirkan pengidentifikasi tambahan pada setiap transaksi secara signifikan meningkatkan biaya gas dan juga dapat menimbulkan tantangan keamanan. Oleh karena itu, banyak proyek memilih untuk menyimpan "buku besar bisnis" mereka secara off-chain.

Hyperliquid adalah platform perdagangan terdesentralisasi berdasarkan jaringan blockchain yang mendasarinya (L1), di mana pengguna dapat memperdagangkan kontrak perpetual. Tidak seperti platform lain, Hyperliquid mengekspos data bisnis utama dan logika perdagangan on-chain, mencapai transparansi penuh dari transaksi keuangan hingga atribusi pertumbuhan. Ini memungkinkan backend bursa disajikan secara lebih intuitif sebagai peta pertumbuhan yang dapat dilacak.

1 | "Akun Bisnis" Publik: Lihat dari mana pertumbuhan berasal

Dashboard data Hyperliquid (disediakan oleh platform analitik data pihak ketiga Allium) bertindak seperti "ruang perang" real-time. Ini tidak hanya menampilkan tren makroekonomi tetapi juga mengungkapkan siapa (alamat dompet), alat apa yang digunakan, dan kapan mendorong fluktuasi pasar. Ini dicapai dengan menyusun informasi sumber ke dalam jalur protokol, pertama-tama mengklarifikasi dua dimensi:

• Builder (Level Order): Mencatat alat yang digunakan untuk menempatkan pesanan dalam parameter pesanan (misalnya, bidang builder). Ini memungkinkan Anda membandingkan pengisian, biaya, dan retensi berdasarkan alat dan melakukan atribusi sumber.
• Referral (Level Akun): Akun ditautkan ke fungsi "referrer", dan diskon dan rabat diselesaikan on-chain sesuai dengan aturan protokol. Ini memungkinkan verifikasi promosi baru dan transaksi dengan dashboard resmi/pihak ketiga berdasarkan penyelesaian on-chain, memfasilitasi penilaian anggaran dan ROI.

 Gambar 1: Ikhtisar ekosistem Hyperliquid yang disediakan oleh Allium. Sumber: Allium: https://hyperliquid.allium.so/

Contoh sederhana: Bagaimana menghubungkan transaksi dan pertumbuhan?

Skenario A (Builder | Level Order)

Trader Bob menggunakan alat "TradePro" milik pengembang David untuk menempatkan pesanan, yang membawa alamat David (parameter builder). Protokol secara otomatis mencatat alamat dan biaya yang sesuai di rantai dan menyelesaikan pemisahan akun sesuai dengan aturan.

Skenario B (Referral | Level Akun)

Trader Alice mendaftar menggunakan kode referral KOL Emma, membentuk ikatan referral antara akun Alice dan Emma yang dapat diverifikasi on-chain. Sejak saat itu, Alice menikmati diskon biaya pada setiap transaksinya. Sistem menghitung diskon pada level akun dan secara otomatis mengalokasikan rabat kepada Emma.

 Gambar 2 & 3: Ikhtisar pendapatan dan pertumbuhan pengguna untuk builder dan referral yang berbeda. Sumber data: Allium

2. Ketika Kontribusi Pertumbuhan Menjadi Trustless

Ketika atribusi pertumbuhan berpindah dari off-chain ke on-chain, seluruh rantai nilai berubah. Mari kita lihat ini dari perspektif aturan, penyelesaian, dan data:

1. Aturan: Dari "Interpretasi Variabel" ke "Aturan Tingkat Protokol"

Logika kunci dipadatkan ke dalam kontrak dan dieksekusi bersama oleh jaringan; batasan kode menggantikan interpretasi sementara untuk meningkatkan netralitas dan prediktabilitas aturan.

2. Penyelesaian: Dari "Persetujuan Manual" ke "Penyelesaian Otomatis"

Mengambil Builder (level order) sebagai contoh: pengguna pertama-tama menetapkan "otorisasi biaya maksimum" (ApproveBuilderFee) untuk alamat pengembang. Setiap pesanan berikutnya membawa parameter builder, dan protokol menyelesaikan pembagian keuntungan di rantai tanpa intervensi manual.

3. Data: Dari "Laporan Propaganda" ke "Buku Besar yang Dapat Dilacak"

Semua tindakan kunci – penempatan pesanan, pembatalan pesanan, likuidasi, aplikasi diskon – ditulis on-chain dan dapat diverifikasi secara independen oleh siapa pun dalam buku besar publik, tanpa harus bergantung semata-mata pada hype.

Ini memiliki dampak langsung pada:

Untuk pengembang (Builders) dan promotor (Referrals): Kembali ke kontribusi itu sendiri

Penyelesaian otomatis berdasarkan kontribusi on-chain, independen dari hubungan atau statistik offline, memungkinkan visibilitas ke dalam siapa yang menciptakan nilai. Pengembang dan promotor yang sangat baik dapat "memilih dengan kode" daripada "melobi dengan PowerPoint."

Operasi Proyek dan Tata Kelola DAO: Dari Subjektivitas ke Konsensus Data

Membuat keputusan berdasarkan metrik terpadu (misalnya, "kontribusi promotor × retensi × ARPU") dan mendiskusikan pengurangan biaya.

Misalnya, dashboard "Tingkat Retensi Pengguna Builder" menunjukkan perbedaan dalam kualitas pengguna yang dibawa oleh alat yang berbeda: beberapa memiliki tingkat akuisisi yang kuat tetapi churn minggu kedua yang tinggi; yang lain memiliki tingkat akuisisi kecil tetapi retensi stabil, dengan arah insentif yang lebih jelas.

 Gambar 4: Dashboard retensi pengguna Builder, melacak pelanggan baru dan retensi berikutnya berdasarkan minggu. Sumber data: Allium

Untuk trader biasa: Menggunakan fakta untuk memotong kebisingan

Ini dapat secara independen mengidentifikasi "siapa yang mengatur tempo dan alat mana yang efektif" dan kurang terpengaruh oleh perintah berteriak dan informasi yang tidak transparan.

Bagian 3: Biaya Transparansi dan Batas Privasi

Namun, paradigma teknologi apa pun adalah pedang bermata dua. Ketika transparansi didorong ke ekstrem, risiko dan tantangan baru muncul:

Kebocoran Strategi dan Peluruhan Alpha: Penguapan Rahasia Dagang

Untuk trader profesional dan pengembang, ketika pola perdagangan dan logika alat mereka dilacak dengan jelas, Alpha menguntungkan mereka terekspos ke publik dan dapat dengan mudah disalin dan ditiru, menyebabkan strategi tersebut cepat menjadi tidak efektif.

Penembakan presisi dan manipulasi pasar: lapangan berburu yang transparan

Niat trader skala besar untuk membangun posisi menjadi jelas sekilas, yang dapat menyebabkan mereka diikuti secara jahat atau diserang secara tepat oleh lawan mereka menggunakan informasi posisi, meningkatkan risiko operasi modal skala besar.

Kebocoran privasi keuangan: eksposur publik terhadap kekayaan

Riwayat transaksi pengguna dan laba rugi (PnL) sepenuhnya publik. Misalnya, panel ekosistem (seperti Allium) mengumpulkan peristiwa likuidasi untuk membentuk daftar; tetapi ini juga mengekspos alamat dan kerugian nominal, dan lebih mungkin menarik perhatian hacker, phishing, dan bahkan ancaman keamanan offline.

 Gambar 5: Peringkat likuidasi, menunjukkan alamat yang dilikuidasi dan kerugian. Sumber data: Allium

Solusi di jalan

Untuk mengatasi risiko ini, industri telah mengalihkan perhatiannya ke teknologi privasi yang dapat diverifikasi, seperti zero-knowledge proofs (ZKPs). Tujuan inti mereka adalah membuktikan kepada protokol bahwa kontribusi dibuat oleh promotor atau alat tertentu, tanpa mengungkapkan identitas trader atau detail strategi, dan menggunakan bukti ini untuk menyelesaikan penyelesaian on-chain.

Jalur ini memberikan arah teknis yang jelas untuk mencapai keadaan ideal "verifikasi dan perlindungan". Namun, teknologi ini masih memerlukan penyempurnaan teknik yang ekstensif untuk mengatasi tantangan seperti biaya, latensi, dan otentikasi anti-sybil.

Kesimpulan | Lebih dari sekadar transparansi keuangan, ini tentang membentuk kembali bisnis

Upaya Hyperliquid memperluas prinsip "trustless" DeFi dari level transaksi ke level sumber, menunjukkan apa itu pertumbuhan protokol-native: menempatkan loop tertutup dari "menarik pengguna baru - perdagangan - pembagian keuntungan" sepenuhnya di rantai, membuatnya dapat dilacak dan ditinjau, meletakkan dasar untuk mekanisme insentif yang lebih adil.

Namun, desain menempatkan atribusi pertumbuhan on-chain juga menimbulkan tantangan inti: bagaimana melindungi strategi dan privasi individu dengan lebih baik tanpa mengorbankan kemampuan verifikasi. Hanya ketika buku besar yang dapat dilacak dan hak untuk anonimitas hidup berdampingan secara harmonis, mekanisme pertumbuhan dapat dianggap telah sepenuhnya bermigrasi dari off-chain ke on-chain.