Bentuk akhir IPO di blockchain? Analisis lengkap proposal Hyperliquid HIP-6

Hyperliquid berencana memperkenalkan sistem lelang penerbitan token tanpa izin, Hy-CO, yang secara fundamental mengubah aturan IPO di atas rantai.

Penulis: James Evans (@jimbo_evans)

Diterjemahkan: Deep潮 TechFlow

Deep潮 Panduan Utama: Ini adalah proposal lengkap untuk peningkatan Hyperliquid, yang mengusulkan pengenalan mekanisme lelang penyelesaian berkelanjutan di tingkat protokol, memungkinkan tim proyek token asli di @HyperliquidX untuk menyelesaikan seluruh proses penggalangan modal dan peluncuran likuiditas di atas rantai tanpa bergantung pada bursa terpusat atau platform pihak ketiga.

Penulis mengambil inspirasi dari model lelang penyelesaian berkelanjutan Uniswap dan merancang ulang sesuai lingkungan buku pesanan (CLOB) Hyperliquid. Rincian teknis proposal ini sangat lengkap, mencakup dari konfigurasi, penyelesaian, hingga pertimbangan keamanan di setiap tahap.

Berikut teks lengkapnya:

Terima kasih khusus kepada @fiegemax atas ide, panduan, dan umpan baliknya, serta kepada @arnx813, @0xBroze, @0xOmnia, @xenoflux, @happenwah, @const_hom, dan @DougieDeLuca atas tinjauan dan saran mereka.

Pengungkapan: Saya memegang $HYPE di akun pribadi. Saya bekerja di @recvcx, namun artikel ini hanya mewakili pendapat pribadi dan tidak mewakili posisi Reciprocal Ventures.

Ringkasan

HIP-6 memperkenalkan mekanisme lelang penerbitan token tanpa izin untuk aset HIP-1, dirancang khusus untuk tim yang menerbitkan token secara asli di @HyperliquidX. Mekanisme ini mengadaptasi model lelang penyelesaian berkelanjutan (CCA) dari @Uniswap ke lingkungan CLOB asli Hyperliquid. Tim proyek saat mendaftar lelang memilih satu aset penawaran yang sesuai (misalnya USDH) dari aset yang diakui protokol, menciptakan permintaan dan sumber utilitas baru untuk aset tersebut. Hasil lelang menjadi milik proyek, sebagian dari hasilnya secara otomatis disuntikkan ke dalam likuiditas HIP-2 melalui volume perdagangan berbobot harga selama jendela akhir lelang. Semua logika lelang berjalan di dalam blok HyperCore, tanpa memerlukan operator eksternal.

Motivasi

HIP-1 dan HIP-2 mendukung peluncuran token tanpa izin dan otomatisasi likuiditas, tetapi kurang dalam mendukung pembentukan modal dan penemuan harga untuk token baru. Tim yang menerbitkan token secara asli di @HyperliquidX masih sangat bergantung pada penggalangan dana di luar rantai, penyuntikan likuiditas manual menggunakan dana sendiri, dan/atau peluncuran di buku pesanan yang tipis. Karena adanya hambatan ini, Hyperliquid belum mampu bersaing secara setara dengan ekosistem dan bursa berperforma tinggi lainnya dalam hal ICO. Contohnya, @solana memiliki @metadao, @base memiliki @Uniswap Liquidity Launchpad dan @dopplerprotocol, @coinbase memiliki @echodotxyz. HIP-6 adalah mekanisme opsional, tetapi dengan meningkatkan efisiensi pembentukan modal dan penemuan harga, HIP-6 mendukung pendiri yang ingin membangun seluruh siklus hidup proyek di Hyperliquid dan mendorong visi Hyperliquid sebagai blockchain yang menampung semua keuangan.

HIP-6 meningkatkan Hyperliquid melalui:

• Pembentukan modal di atas rantai: tim dapat mengumpulkan dana secara asli di Hyperliquid dalam satu proses, dengan hasil dibagi antara tim dan penyuntikan otomatis likuiditas HIP-2.
• Penemuan harga yang adil: lelang penyelesaian berkelanjutan menemukan harga pasar dalam beberapa blok, meminimalkan pengaruh permainan waktu yang umum dalam lelang tradisional.
• Pertumbuhan aset penawaran yang sesuai: menciptakan utilitas bagi aset penawaran yang sesuai, meningkatkan TVL dan menghasilkan pendapatan untuk dana bantuan.
• Menarik pengembang: tim dapat menyelesaikan seluruh siklus hidup token di Hyperliquid. Lebih banyak token yang diterbitkan berarti dana bantuan mendapatkan lebih banyak biaya transaksi.
• Perlindungan peserta: dana yang dijanjikan selama lelang disimpan dalam escrow oleh HyperCore, bukan di tangan tim proyek maupun pihak ketiga tepercaya.

Tentang penamaan: Proposal ini diberi nomor HIP-6 karena HIP-5 telah dialokasikan untuk proposal terpisah sebelumnya.

Dasar Pengembangan

HIP-6 mengadaptasi model lelang penyelesaian berkelanjutan dari @Uniswap ke lingkungan CLOB asli Hyperliquid. CCA memecah satu lelang besar menjadi N lelang kecil yang saling berurutan. Pada setiap blok, protokol melepaskan sejumlah token dan menghitung harga penyelesaian seragam. Penemuan harga terjadi secara bertahap, bukan pada satu waktu tertentu, sehingga peserta lelang didorong untuk berpartisipasi lebih awal daripada menunggu.

Berbagai alternatif memiliki kekurangan nyata:

• Penjualan harga tetap: kurang efektif dalam penemuan harga karena bergantung pada prediksi peserta tentang harga pembukaan yang benar. Jika harga terlalu rendah, proyek kehilangan selisih; jika terlalu tinggi, penjualan gagal.
• Penjualan proporsional terbatas: memperbaiki kehilangan nilai tetapi menciptakan spiral oversubscription. Jika penjualan oversubscribe dua kali lipat, peserta rasional akan menyetor dua kali target, memperburuk oversubscription. Pengalaman pengguna menjadi buruk.
• Penjualan tanpa batas: menghindari spiral, tetapi berisiko overfunding. Sebuah proyek yang seharusnya membutuhkan $5 juta bisa mengumpulkan $50 juta tanpa hambatan, seperti yang terlihat dalam gelombang ICO 2017.
• Lelang tradisional: menemukan harga pasar tetapi menciptakan permainan waktu, di mana peserta cenderung menunggu sampai akhir untuk mendapatkan harga terbaik, mengurangi pengalaman pengguna.
• Kurva gabungan dinamis: menggabungkan lelang Belanda dan kurva permintaan responsif, efektif di lingkungan AMM tetapi tidak cocok untuk lingkungan CLOB asli Hyperliquid.
• Kurang dari itu, semua memiliki kekurangan dalam efisiensi dan keadilan penemuan harga.

Apa yang dapat dibangun di atas HIP-6

HIP-6 menyelesaikan masalah pembentukan modal dan penemuan harga: bagaimana proyek baru mengumpulkan dana dan menyuntikkan likuiditas di Hyperliquid. Mekanisme ini tidak terkait dengan mekanisme akumulasi nilai token tertentu, perlindungan pemilik token, atau tata kelola proyek tertentu—masalah-masalah ini berdiri sendiri dan dapat dikembangkan tim di atas HIP-6.

Contoh pengembangan di atas HIP-6:

• Mekanisme akumulasi nilai: mengatur bagaimana pendapatan protokol dikembalikan ke pemilik token (misalnya distribusi biaya, buyback, staking rewards).
• Kerangka tata kelola: memberi hak suara kepada pemilik token terkait distribusi treasury, perubahan parameter, atau upgrade protokol.
• Perlindungan pemilik token: menyediakan alat seperti penguncian treasury, laporan on-chain, dan mekanisme vesting untuk melindungi pembeli dan tim.

Tujuan utama HIP-6 adalah membuat lelang awal seadil dan seefisien mungkin. Setelah lelang selesai, ruang desain menjadi milik komunitas Hyperliquid. HIP-6 tidak menghalangi tim dan market maker bekerja sama untuk memperkuat likuiditas buku pesanan proyek mereka.

Draft Dokumentasi Terbuka

Berikut adalah gambaran bagaimana HIP-6 akan disajikan dalam dokumentasi terbuka Hyperliquid. Ini termasuk deskripsi yang ditujukan untuk pengguna agar mereka dapat memahami secara umum.

HIP-6: Lelang Penerbitan Token

HIP-6 memperkenalkan mekanisme lelang penerbitan token tanpa izin untuk aset HIP-1. Tim proyek menawarkan sebagian dari pasokan token mereka melalui lelang penyelesaian berkelanjutan. Peserta lelang menyatakan komitmen dana dalam aset penawaran yang sesuai (saat ini USDH). Peserta menentukan total anggaran dan harga tertinggi yang bersedia mereka bayar per token. Penawaran ini kemudian dibagi ke dalam sisa blok lelang. Pada setiap blok, protokol melepaskan sejumlah token dengan kecepatan tetap. Kemudian, protokol mencocokkan pasokan token yang dilepaskan dengan permintaan peserta untuk menemukan harga penyelesaian seragam. Pada penyelesaian, biaya protokol dikirim ke dana bantuan, sebagian hasilnya secara otomatis disuntikkan ke dalam likuiditas HIP-2 melalui volume transaksi akhir lelang yang berbobot harga, sementara sisanya diberikan kepada tim proyek. Semua logika lelang berjalan di dalam blok HyperCore.

Pengaturan Lelang

Setelah menyelesaikan langkah-langkah standar HIP-1 (registerToken2, userGenesis (jika ada), genesis, dan registerSpot), tim proyek memanggil registerAuction. Parameter yang harus ditentukan meliputi:

• auctionSupply: total token yang dijual, dipindahkan dari akun spot tim ke escrow protokol saat pendaftaran.
• duration: durasi lelang dalam blok (maksimal 3.024.000 blok, sekitar 1 minggu dengan 0.2 detik/blok).
• floorPx: harga penyelesaian minimum, default 0.
• startDelay: jumlah blok dari pendaftaran hingga blok penyelesaian pertama, minimal 1, default 1.
• minRaise: jumlah minimum dana penawaran yang harus terkumpul agar lelang berhasil, default 0.
• quoteAsset: harus aset penawaran yang diakui protokol (misalnya USDH).
• hip2Seed: jumlah poin basis dari hasil bersih (setelah biaya protokol) yang secara otomatis disuntikkan ke HIP-2; rentang 2000–10.000, default 2000.
• hip2OrderSz dan hip2NOrders: ukuran dan jumlah order HIP-2, wajib diisi.

Setelah pendaftaran, parameter ini tidak dapat diubah. Transfer token saat pendaftaran akan mengunci token tersebut, mencegah order spot, transfer, dan operasi HyperEVM sampai penyelesaian. Tim proyek dapat membatalkan lelang sebelum startBlock (dalam periode startDelay) dengan cancelAuction.

Penawaran

Peserta lelang memanggil submitBid, menentukan anggaran (minimal 100 unit aset penawaran) dan maxPx (harga tertinggi per token, dibulatkan ke grid lelang). Anggaran disimpan dalam escrow saat penawaran diajukan. Setiap penawaran dikenai biaya tak dapat dikembalikan sebesar 1 unit aset penawaran. Anggaran didistribusikan secara merata ke blok sisa lelang. Penawaran yang diajukan di blok h akan aktif mulai dari blok h+1. Penawaran selama startDelay aktif di blok penyelesaian pertama.

Peserta dapat mengajukan beberapa penawaran dengan maxPx berbeda untuk menggambarkan kurva permintaan, tetapi maksimal 100.000 penawaran per peserta. Hanya penawaran dengan maxPx lebih rendah dari harga penyelesaian terakhir yang dapat ditarik kembali.

Penyelesaian

Pada setiap blok selama lelang, protokol melepaskan token dengan kecepatan tetap (auctionSupply / duration). Kemudian, melalui traversing dari harga tertinggi ke terendah, menghitung harga penyelesaian seragam sampai permintaan memenuhi pasokan. Penawaran di atas harga penyelesaian mendapatkan kuota penuh; penawaran di harga tepat di harga penyelesaian mendapatkan bagian sesuai proporsi anggaran mereka; di bawah harga penyelesaian tidak mendapatkan apa-apa. Grid harga menggunakan jarak geometris 1.003, sesuai HIP-2.

Penyelesaian, Aktivasi HIP-2, dan Klaim

Setelah lelang selesai di blok pertama, jika minRaise ditetapkan tetapi tidak tercapai, lelang gagal. Semua aset penawaran dikembalikan, token dikembalikan ke tim, dan kunci dibuka. Jika totalQuoteSpent nol, lelang juga gagal.

Jika berhasil, protokol secara atomik:

• Mengurangi biaya protokol 500 basis poin dari total pengeluaran dan mengirim ke dana bantuan.
• Mengalokasikan hip2Seed untuk aktivasi HIP-2.
• Mengirim sisa ke dompet tim proyek.
• Mengembalikan token yang tidak terjual ke tim.
• Membuka kunci token, memungkinkan perdagangan spot, transfer, dan operasi EVM.
• Mengaktifkan HIP-2 dengan parameter yang ditentukan, menggunakan seedPx dan order parameters.
• Menggunakan hip2Seed untuk menginisialisasi nSeededLevels, dengan harga awal seedPx dan volume weighted average dari 5% terakhir dari durasi lelang.

Setelah penyelesaian, peserta dapat mengklaim token dan aset penawaran yang tidak terpakai melalui claimAuction.

Biaya

Biaya pendaftaran sebesar 10 HYPE saat registerAuction. Biaya 1 unit aset penawaran saat submitBid. Biaya protokol 500 bp dari total hasil saat penyelesaian. Semua biaya masuk ke dana bantuan. Biaya trading spot setelah lelang tetap berlaku sesuai setDeployerTradingFeeShare.

Dasar Pengembangan

HIP-6 Hy-CO adalah lelang penyelesaian berkelanjutan yang tertanam dalam logika blok HyperCore. Peserta mengajukan penawaran dalam aset penawaran (misalnya USDH), menyatakan anggaran dan harga tertinggi. Setiap blok, protokol melepaskan sejumlah token dan menghitung harga penyelesaian seragam. Peserta dengan harga tertinggi di atas harga penyelesaian mendapatkan kuota penuh; peserta di harga tepat mendapatkan bagian sesuai proporsi; di bawah harga tidak mendapatkan apa-apa. Setelah lelang, biaya dikumpulkan dan sebagian hasil secara otomatis disuntikkan ke HIP-2 melalui volume transaksi akhir lelang berbobot harga, sisanya diberikan ke dompet tim. Penyelesaian bersifat atomik.

Siklus Hidup Hy-CO

Hy-CO memiliki tiga fase:

1. Sebelum lelang: konfigurasi. Setelah langkah HIP-1, tim memanggil registerAuction, protokol memverifikasi parameter, mengunci pasokan token, dan mengaktifkan kunci token, serta menetapkan ID lelang.
2. Selama lelang: penawaran dan penyelesaian. Peserta dapat mengajukan penawaran kapan saja selama startDelay dan selama lelang berlangsung. Anggaran disimpan saat pengajuan. Pada setiap blok, token dilepaskan dan harga penyelesaian dihitung.
3. Setelah lelang: penyelesaian. Setelah endBlock, protokol menilai keberhasilan dan mendistribusikan hasil. HIP-2 diaktifkan secara otomatis. Peserta dapat mengklaim token dan aset penawaran melalui claimAuction. Transaksi normal tetap berlaku selama periode klaim.

Pembatalan dapat dilakukan kapan saja sebelum startBlock dengan cancelAuction, mengembalikan pasokan dan membatalkan kunci. Jika ada penawaran selama startDelay, lelang gagal dan peserta dapat menarik kembali dana mereka. Biaya pendaftaran tidak dapat dikembalikan. Setelah penyelesaian, lelang tidak dapat dibatalkan.

Keputusan Desain Utama

Mengapa HIP baru dan bukan produk pihak ketiga: penerbitan token adalah infrastruktur, bukan aplikasi. Jika setiap tim membangun mekanisme penerbitan sendiri, ekosistem akan terfragmentasi. HIP memastikan bahwa setiap token yang diterbitkan di Hyperliquid (misalnya menggunakan HIP-6) mendapatkan penemuan harga yang adil dan penyuntikan otomatis HIP-2 yang sama, tanpa ketergantungan eksternal. Mekanisme ini dijamin oleh konsensus validator, bukan pihak ketiga.

Mengapa memilih HyperCore daripada HyperEVM: semua fitur yang diperlukan HIP-6 sudah ada di HyperCore. Mengembangkan di HyperEVM akan menambah kompleksitas dan mengurangi pengalaman pengguna.

Mengapa memilih lelang penyelesaian berkelanjutan: lelang tradisional mendorong permainan waktu dan prediksi harga, sedangkan CCA menyebar penawaran secara waktu dan menetapkan harga seragam setiap blok, konvergen dalam ribuan blok, bukan dalam satu waktu.

Mengapa hanya aset penawaran yang sesuai: penawaran dihitung dalam aset penawaran (misalnya USDH). Mengunci aset ini selama lelang meningkatkan TVL dan pendapatan ekosistem. Mendukung aset non-penawaran seperti USDC akan mengurangi efek ini secara marginal. Peserta USDC dapat menukarnya melalui antarmuka standar.

Mengapa hanya rencana pelepasan linier: memastikan harga penyelesaian monoton naik, efisien dalam pencatatan saat klaim. Rencana non-linier dapat menyebabkan harga penyelesaian menurun saat pasokan melonjak, memperumit pencatatan level penawaran. Rencana ini bisa diperkenalkan di HIP mendatang jika memperluas skema pencatatan.

Pertimbangan Keamanan

• Perdagangan sendiri oleh tim: tim dapat melakukan penawaran dari dompet terpisah untuk menaikkan harga penyelesaian dan VWAP, lalu menarik token yang tidak terjual setelahnya. Solusi: biaya protokol tinggi untuk transaksi sendiri, seedPx dihitung berdasarkan VWAP 5% terakhir, minRaise mencegah lelang gagal karena permintaan rendah, semua penawaran terlihat di chain sehingga dapat dideteksi. Contoh: tim menjalankan lelang USDH senilai 1 juta, melakukan penawaran dari dompet terpisah sebesar 400.000 USDH (40%), kehilangan sekitar 20.000 USDH ke dana bantuan, sekitar 76.000 USDH terkunci di HIP-2. Total kerugian sekitar 96.000 USDH (24% dari dana yang dihabiskan sendiri).
• Manipulasi harga seed: seedPx dihitung dari VWAP selama 5% terakhir dari durasi lelang, bukan dari blok terakhir, sehingga manipulasi memerlukan biaya berkelanjutan selama beberapa blok.
• Keamanan dana: semua dana peserta disimpan dalam escrow protokol, bukan di tim. Jika gagal, dana dikembalikan melalui claimAuction.
• Kunci token: semua transfer token selama lelang dibekukan, mencegah penjualan di luar mekanisme lelang.
• Delay aktivasi penawaran: penawaran hanya aktif di blok berikutnya setelah pengajuan, mencegah observasi dan reaksi cepat dari peserta yang tidak berkompetisi.

Dampak terhadap berbagai pihak

• Proyek token: Hy-CO menyediakan cara asli untuk mengumpulkan dana dan menyuntikkan likuiditas secara otomatis, mengurangi kontrol awal atas harga.
• Pengguna Hyperliquid: dapat berpartisipasi dalam penerbitan token baru secara adil dan terdistribusi, dengan proses penawaran yang terstandarisasi dan transparan. Setelah klaim, token dan aset dapat diperdagangkan di buku pesanan.
• Pemegang HYPE: mendukung ekosistem dengan mendorong penerbitan token di Hyperliquid dan meningkatkan utilitas serta pendapatan dari biaya transaksi.
• Penyedia likuiditas dan market maker: mendapatkan kedalaman pasar yang lebih nyata sejak awal, didukung oleh hasil lelang.
• Validator dan pengelola status: biaya per blok relatif kecil dan terukur, tidak memerlukan operasi kriptografi tambahan.

Pengembangan Masa Depan

Selain HIP-6, pengembangan berikutnya meliputi: review tata kelola parameter protokol; batch penyelesaian; rencana pelepasan non-linier; injeksi HIP-2 secara bertahap; mekanisme cadangan HIP-2; masa klaim dan pembersihan status; integrasi UI.