Penulis: James Evans (@jimbo_evans)
Kompilasi: TechFlow
Panduan TechFlow: Ini adalah proposal peningkatan Hyperliquid (HIP) lengkap yang mengusulkan pengenalan mekanisme lelang likuidasi berkelanjutan pada lapisan protokol, memungkinkan proyek token baru menyelesaikan seluruh proses penggalangan modal dan peluncuran likuiditas secara on-chain, tanpa bergantung pada pertukaran terpusat atau platform pihak ketiga.
Penulis mengadaptasi model lelang likuidasi berkelanjutan Uniswap dan mendesain ulang untuk lingkungan order book Hyperliquid. Proposal ini sangat lengkap secara teknis, mencakup setiap aspek dari konfigurasi hingga penyelesaian dan pertimbangan keamanan.
Teks lengkap:
Terima kasih khusus kepada @fiegemax untuk wawasan, bimbingan, dan umpan balik, serta kepada @arnx813, @0xBroze, @0xOmnia, @xenoflux, @happenwah, @const_hom, dan @DougieDeLuca untuk tinjauan dan komentar mereka.
Keterangan: Saya memegang $HYPE di akun pribadi. Saya bekerja di @recvcx, tetapi artikel ini mewakili pandangan pribadi saya dan bukan 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 native di @HyperliquidX. Mekanisme ini mengadaptasi lelang likuidasi berkelanjutan (CCA) @Uniswap ke lingkungan native order book (CLOB) Hyperliquid. Saat pendaftaran lelang, proyek memilih aset penawaran (quote asset) yang disetujui protokol dan selaras (seperti USDH), menciptakan sumber permintaan dan utilitas baru untuk aset-aset ini. Hasil lelang menjadi milik proyek, dengan bagian yang dapat dikonfigurasi akan secara otomatis menyuntikkan likuiditas ke HIP-2 melalui volume-weighted average price (VWAP) di akhir jendela lelang. Semua logika lelang berjalan di dalam blok transisi HyperCore, tanpa memerlukan operator eksternal.
Motivasi
HIP-1 dan HIP-2 mendukung penyebaran token dan likuiditas otomatis tanpa izin, tetapi dukungan untuk pembentukan modal dan penemuan harga token baru masih kurang. Tim yang menerbitkan token secara native di @HyperliquidX masih sangat terpaksa menggalang dana off-chain, menyuntikkan likuiditas HIP-2 secara manual dengan dana sendiri, dan/atau meluncurkan di order book yang tipis. Karena gesekan ini, kemampuan ICO Hyperliquid belum setara dengan produk ekosistem dan pertukaran berkinerja tinggi lainnya. @solana memiliki @metadao, @base memiliki Liquidity Launchpad @Uniswap dan @dopplerprotocol, @coinbase memiliki @echodotxyz. HIP-6 bersifat opsional, tetapi dengan memungkinkan pembentukan modal dan penemuan harga yang lebih efisien, HIP-6 mendukung pendiri yang ingin membangun siklus hidup proyek lengkap di Hyperliquid, dan memajukan tujuan Hyperliquid menjadi blockchain yang menampung semua keuangan.
HIP-6 meningkatkan Hyperliquid melalui:
Pembentukan Modal On-Chain: Tim dapat menggalang dana secara native di Hyperliquid dalam satu proses tunggal, dengan hasil dibagi antara proyek dan penyuntikan likuiditas HIP-2 otomatis.
Penemuan Harga yang Adil: Lelang likuidasi berkelanjutan menemukan harga pasar di banyak blok, meminimalkan dampak time gaming yang umum di lelang tradisional.
Pertumbuhan Aset Penawaran yang Selaras: Menciptakan utilitas untuk aset penawaran yang selaras, yang pada gilirannya meningkatkan TVL-nya dan menghasilkan pendapatan untuk dana bantuan (aid fund).
Menarik Pembangun: Tim dapat menyelesaikan siklus hidup token lengkap di Hyperliquid. Lebih banyak token yang diterbitkan di Hyperliquid berarti lebih banyak biaya perdagangan untuk dana bantuan.
Perlindungan Peserta: Dana yang dijanjikan dijaminkan oleh status HyperCore selama lelang, tidak dalam penahanan proyek atau pihak ketiga tepercaya.
Tentang Penamaan: Proposal ini bernomor HIP-6 karena HIP-5 sebelumnya telah dialokasikan ke proposal independen lain.
Apa yang kita bangun di atasnya
HIP-6 mengadaptasi lelang likuidasi berkelanjutan @Uniswap ke lingkungan native CLOB Hyperliquid. CCA memecah satu lelang besar menjadi N lelang kecil yang saling berurutan. Setiap blok, protokol melepaskan一批 token dan menghitung harga likuidasi seragam. Penemuan harga terjadi secara bertahap, bukan pada satu momen tunggal, dan penawar didorong untuk berpartisipasi lebih awal, bukan menunggu.
Berbagai alternatif memiliki kelemahan jelas:
Penjualan Harga Tetap: Penemuan harga buruk karena seseorang harus menebak harga yang benar saat peluncuran. Harga terlalu rendah, proyek kehilangan selisih; harga terlalu tinggi, penjualan gagal.
Penjualan Alokasi Proporsional Berbatas: Memperbaiki kebocoran nilai, tetapi menciptakan spiral oversubscription. Dalam praktik, jika penjualan oversubscribed 2x, peserta rasional akan menyetor 2x dari target alokasi, membuatnya lebih oversubscribed, dan seterusnya. Ini adalah pengalaman pengguna yang buruk.
Penjualan Tanpa Batas: Menghindari spiral, tetapi menyebabkan overfunding. Proyek yang bisa dibangun dengan $5 juta menggalang $50 juta karena tidak ada yang menghentikannya. Gelombang ICO 2017 menunjukkan konsekuensinya.
Lelang Tradisional: Membiarkan pasar menemukan harga, tetapi menciptakan time gaming. Strategi optimal adalah menunggu hingga akhir. Ini menciptakan pengalaman pengguna yang lebih buruk bagi peserta non-institusional.
Kurva Gabungan Dinamis: Menggabungkan lelang Belanda dengan kurva gabungan responsif permintaan. Ini bekerja baik di lingkungan native AMM, tetapi tidak cocok untuk lingkungan native CLOB Hyperliquid.
Apa yang dapat dibangun di atas HIP-6
HIP-6 memecahkan masalah pembentukan modal dan penemuan harga: bagaimana proyek baru menggalang dana dan menyuntikkan likuiditas di Hyperliquid. Ini tidak membahas mekanisme akumulasi nilai token tertentu, perlindungan pemegang token, atau cara tata kelola proyek tertentu. Ini adalah masalah independen, dan kami berharap tim membangun di atas HIP-6 untuk menyelesaikannya.
Contoh proyek masa depan yang dapat dibangun di atas HIP-6:
Mekanisme Akumulasi Nilai: Mengatur bagaimana pendapatan protokol mengalir kembali ke pemegang token (seperti distribusi biaya, buyback, hadiah staking).
Kerangka Tata Kelola: Memberikan hak suara kepada pemegang token untuk alokasi treasury, perubahan parameter, dan/atau peningkatan protokol.
Perlindungan Pemegang Token: Menyediakan alat seperti penguncian treasury, persyaratan pelaporan on-chain, dan/atau mekanisme vesting, menerapkan kuncian pada pembeli dan kuota tim.
Tujuan HIP-6 adalah membuat lelang awal seadil dan seefisien mungkin. Apa yang terjadi setelah lelang selesai adalah ruang desain komunitas Hyperliquid. HIP-6 tidak mencegah tim bekerja sama dengan market maker untuk memperkuat likuiditas order book proyek mereka.
Draf Dokumen Publik
Berikut adalah draf bagaimana HIP-6 akan disajikan dalam dokumentasi publik Hyperliquid. Ini disertakan di sini agar pengulas dapat melihat pratinjau deskripsi yang berorientasi pada pengguna.
HIP-6: Lelang Penerbitan Token
HIP-6 memperkenalkan lelang penerbitan token tanpa izin untuk aset HIP-1. Proyek menawarkan sebagian dari pasokan token mereka untuk dijual melalui lelang likuidasi berkelanjutan. Penawar berjanji dengan aset penawaran yang selaras (saat ini USDH). Penawar menentukan anggaran total dan harga tertinggi yang bersedia dibayar per token. Lelang kemudian menyebarkan penawaran itu di blok yang tersisa dari lelang. Setiap blok lelang, protokol melepaskan token pada tingkat tetap. Protokol kemudian mencocokkan pasokan token yang dilepaskan dengan permintaan penawar, menemukan harga likuidasi seragam untuk setiap blok. Pada penyelesaian, biaya protokol dikirim ke dana bantuan, sebagian hasil secara otomatis menyuntikkan likuiditas ke HIP-2 Hyperliquidity dengan harga yang ditemukan di jendela akhir lelang, dan sisanya menjadi milik proyek. Semua logika lelang berjalan di dalam blok transisi HyperCore.
Menyebarkan Lelang
Proyek memanggil registerAuction setelah menyelesaikan langkah penyebaran HIP-1 standar (registerToken2, userGenesis (jika ada), genesis, dan registerSpot). Proyek menentukan parameter berikut:
auctionSupply: Total token yang dijual. Ditransfer dari akun spot proyek ke penahanan protokol saat pendaftaran.
duration: Durasi lelang dalam blok, maksimum 3.024.000 (sekitar 1 minggu pada 0,2 detik/blok).
floorPx: Harga likuidasi minimum, default 0.
startDelay: Jumlah blok antara pendaftaran dan blok likuidasi pertama, minimum 1, default 1.
minRaise: Jumlah minimum aset penawaran yang perlu dikumpulkan agar lelang berhasil, default 0.
quoteAsset: Harus berupa aset penawaran yang disetujui protokol dan selaras (seperti USDH).
hip2Seed: Basis points dari hasil bersih (setelah dikurangi biaya protokol) yang secara otomatis disuntikkan ke HIP-2. Kisaran 2.000 hingga 10.000, default 2.000.
hip2OrderSz dan hip2NOrders: Ukuran pesanan HIP-2 dan jumlah pesanan, wajib diisi.
Semua parameter tidak dapat diubah setelah didaftarkan. Pembekuan transfer token diaktifkan saat pendaftaran, memblokir semua pesanan spot, transfer, dan operasi HyperEVM untuk token tersebut hingga penyelesaian. Proyek dapat membatalkan lelang melalui cancelAuction sebelum startBlock lelang (yaitu selama startDelay).
Menawar
Penawar memanggil submitBid, menentukan anggaran (minimum 100 unit aset penawaran) dan maxPx (harga tertinggi per token, dibulatkan ke bawah ke grid tick lelang). Anggaran dijaminkan saat pengajuan. Setiap penawaran dikenakan biaya 1 aset penawaran yang tidak dapat dikembalikan. Anggaran secara otomatis disebarkan secara merata ke blok lelang yang tersisa. Penawaran yang dikirim di blok h menjadi aktif berpartisipasi dalam likuidasi mulai blok h+1. Penawaran yang dikirim selama startDelay diaktifkan di blok likuidasi pertama.
Penawar dapat mengirimkan beberapa penawaran dengan harga tertinggi berbeda untuk mengekspresikan kurva permintaan, tetapi maksimum 100.000 penawaran per lelang. Penawar hanya dapat menarik penawaran jika maxPx penawaran secara ketat lebih rendah dari harga likuidasi terbaru.
Likuidasi
Setiap blok selama lelang, protokol melepaskan token pada tingkat tetap (auctionSupply / duration per blok) dan menghitung harga likuidasi seragam dengan menelusuri dari harga tertinggi ke terendah hingga permintaan kumulatif memenuhi pasokan. Penawar dengan harga tertinggi di atas harga likuidasi mendapatkan alokasi penuh. Penawar yang tepat pada harga likuidasi berbagi sisa secara proporsional dengan anggaran per blok. Penawar di bawah harga likuidasi tidak mendapatkan apa-apa. Grid harga lelang menggunakan spasi tick geometris 1,003, konsisten dengan HIP-2.
Penyelesaian, Aktivasi HIP-2, dan Klaim
Pada blok pertama setelah lelang berakhir, jika minRaise ditetapkan tetapi tidak tercapai, lelang gagal. Semua aset penawaran yang selaras dikembalikan, semua token dikembalikan ke proyek, dan pembekuan dicabut. Jika totalQuoteSpent adalah nol, lelang gagal terlepas dari minRaise.
Jika berhasil, protokol secara atomik:
Memotong biaya protokol 500 bp dari total aset penawaran yang dihabiskan, dikirim ke dana bantuan.
Mengalokasikan hip2Seed untuk aktivasi HIP-2.
Mentransfer sisa ke dompet proyek.
Mengembalikan token yang tidak terjual ke proyek.
Mencabut pembekuan token, perdagangan spot, transfer, dan operasi EVM dilanjutkan.
Mengaktifkan HIP-2, menggunakan hip2OrderSz dan hip2NOrders yang ditentukan proyek. hip2Seed digunakan untuk menyuntikkan nSeededLevels. Harga awal adalah seedPx, dihitung melalui volume-weighted average price (VWAP) dari 5% terakhir durasi lelang.
Setelah penyelesaian, penawar mengklaim token yang dibeli dan aset penawaran yang tidak terpakai melalui claimAuction.
Biaya
Biaya pendaftaran 10 HYPE dibebankan saat registerAuction. Setiap submitBid dikenakan biaya 1 aset penawaran. Biaya protokol 500 bp dibebankan pada total hasil saat penyelesaian. Semua biaya mengalir ke dana bantuan. setDeployerTradingFeeShare yang ada dari proyek berlaku seperti biasa untuk perdagangan spot pasca-lelang.
Apa yang kita bangun di atasnya
HIP-6 Hy-CO adalah lelang likuidasi berkelanjutan yang tertanam dalam logika transisi blok HyperCore. Penawar mengajukan penawaran dengan aset penawaran yang selaras (seperti USDH), setiap penawaran menentukan anggaran dan harga tertinggi. Setiap blok, protokol melepaskan一批 token dan menghitung harga likuidasi seragam untuk blok itu. Penawar dengan harga tertinggi secara ketat di atas harga likuidasi mendapatkan alokasi penuh; penawar yang tepat pada harga likuidasi mendapatkan sisa, mungkin terisi sebagian. Di akhir lelang, protokol mengambil biaya untuk dana bantuan, mentransfer sisa hasil yang dapat dikonfigurasi ke HIP-2 Hyperliquidity dengan VWAP yang dihitung di jendela akhir lelang, dan mengirim sisanya ke dompet proyek. Penyelesaian di akhir lelang bersifat atomik.
Siklus Hidup Hy-CO
Hy-CO memiliki tiga tahap:
Pra-Lelang: Konfigurasi. Proyek memanggil registerAuction setelah menyelesaikan langkah penyebaran HIP-1 standar. Protokol memvalidasi parameter, menjaminkan pasokan token dan pasokan penjual, mengaktifkan pembekuan token, dan mengalokasikan ID lelang.
Selama Lelang: Penawaran. Penawar dapat mengirimkan penawaran melalui submitBid selama startDelay atau kapan saja selama lelang. Anggaran dijaminkan saat pengajuan, terlepas dari kapan penawaran dikirim. Likuidasi. Setiap blok selama lelang mulai dari startBlock, protokol melepaskan token dan menghitung harga likuidasi seragam.
Pasca-Lelang: Penyelesaian. Pada blok pertama setelah endBlock, protokol mengevaluasi apakah lelang berhasil dan mengalokasikan hasil. Aktivasi HIP-2. Setelah penyelesaian berhasil, HIP-2 diaktifkan secara otomatis menggunakan seedPx dan parameter pesanan yang ditentukan proyek. Klaim. Setelah penyelesaian, penawar mengklaim token yang dibeli dan aset penawaran yang tidak terpakai melalui claimAuction. Perdagangan normal dapat dilakukan selama periode klaim.
Pembatalan: cancelAuction dapat dieksekusi kapan saja sebelum startBlock. Ini mengembalikan auctionSupply dan hip2AskSupply ke proyek, mencabut pembekuan, dan melepaskan slot lelang. Jika penawaran dikirim selama startDelay, lelang masuk ke jalur gagal: penawar mengambil aset penawaran yang dijaminkan melalui claimAuction (jalur pengembalian dana yang sama dengan lelang yang gagal). auctionRegistrationFee tidak dapat dikembalikan. Setelah likuidasi dimulai, lelang tidak dapat dibatalkan.
Keputusan Desain Kunci
Mengapa HIP baru bukan produk pihak ketiga: Penerbitan token adalah infrastruktur, bukan aplikasi. Jika setiap tim membangun mekanisme penerbitannya sendiri, ekosistem akan terfragmentasi. HIP berarti setiap token yang diterbitkan di Hyperliquid (jika memilih menggunakan HIP-6) mendapatkan penemuan harga yang adil dan suntikan HIP-2 otomatis yang sama, tanpa ketergantungan eksternal. Ini juga berarti mekanisme dijamin oleh konsensus validator, bukan pihak ketiga.
Mengapa HyperCore bukan HyperEVM: Semua yang diperlukan HIP-6 sudah ada di HyperCore. Membangun di HyperEVM akan memperkenalkan kompleksitas yang tidak perlu, mengurangi pengalaman pengguna dengan menambah langkah dan penundaan.
Mengapa Lelang Likuidasi Berkelanjutan: Lelang tradisional menciptakan time gaming yang menghargai kecepatan bukan valuasi; kurva gabungan bergantung pada jalur; penjualan harga tetap mengharuskan menebak harga yang benar. CCA menyebarkan penawaran dalam waktu, melikuidasi dengan harga seragam per blok, dan menyatuasi dalam ribuan blok, bukan diselesaikan dalam satu momen tunggal.
Mengapa Hanya Mengizinkan Aset Penawaran yang Selaras: Lelang dinilai dalam aset penawaran yang selaras (saat ini USDH). Setiap lelang mengunci aset penawaran selama durasinya, menumbuhkan TVL dan menghasilkan pendapatan untuk ekosistem. Mendukung aset tidak selaras seperti USDC akan mengencerkan efek ini dengan keuntungan adopsi marjinal. Penawar yang memegang USDC dapat mengonversi melalui antarmuka standar.
Mengapa Hanya Merencanakan Pelepasan Linier yang Ditetapkan: Linear memastikan harga likuidasi monoton tidak menurun, yang memungkinkan pembukuan yang efisien saat klaim melalui checkpoint kumulatif. Rencana non-linier (tertimbang belakang, tertimbang depan) dapat menyebabkan harga likuidasi turun saat pasokan per blok melonjak, mempersulit pembukuan tingkat penawaran. Ini mungkin diperkenalkan di HIP masa depan, tergantung pada skema pembukuan yang diperluas.
Pertimbangan Keamanan
Perdagangan Sendiri Proyek: Proyek dapat menawar di lelang mereka sendiri melalui dompet independen untuk menggelembungkan harga likuidasi dan VWAP, lalu mengambil kembali token yang tidak terjual setelah penyelesaian. Tindakan peredaan termasuk: Biaya protokol membuat perdagangan sendiri mahal di semua volume perdagangan sendiri; seedPx dihitung dalam jendela VWAP yang mencakup 5% terakhir lelang, memerlukan pengeluaran berkelanjutan untuk memanipulasi; minRaise menyebabkan lelang gagal jika permintaan nyata tidak cukup; semua penawaran terlihat di chain, membuat perdagangan sendiri dapat dideteksi. Secara kuantitatif, sebuah proyek menjalankan lelang 1 juta USDH (protocolFee = 500, hip2Seed = 2000), menawar 400 ribu USDH melalui dompet independen (40% dari total): kehilangan sekitar 20 ribu USDH ke dana bantuan (5% biaya protokol, tidak dapat dipulihkan), sekitar 76 ribu USDH terkunci ke suntikan HIP-2 (tidak dikembalikan ke proyek). Total deadweight loss sekitar 96 ribu USDH, atau 24% dari dana perdagangan sendiri. Biaya meningkat secara linear dengan volume perdagangan sendiri.
Manipulasi Harga Benih: seedPx untuk HIP-2 menggunakan VWAP berjendela yang mencakup sekitar 5% terakhir durasi lelang, bukan harga likuidasi blok terakhir. Memanipulasi VWAP memerlukan pengeluaran berkelanjutan di banyak blok dalam jendela, bukan injeksi tunggal di akhir, membuat biaya sebanding dengan volume total dalam jendela.
Keamanan Dana: Aset penawaran penawar dan token lelang dijaminkan oleh protokol selama proses. Dana tidak pernah dalam penahanan proyek. Jika gagal, semua aset penawaran dikembalikan melalui claimAuction, semua token dikembalikan ke proyek.
Penegakan Pembekuan Token: Semua transfer token (order book spot, peer-to-peer, HyperEVM) dibekukan selama lelang aktif. Ini mencegah internal yang memegang kuota userGenesis atau menyimpan pasokan proyek menjual token melalui saluran non-lelang selama penemuan harga.
Penundaan Aktivasi Penawaran: Penawaran berpartisipasi dalam likuidasi hanya pada blok berikutnya setelah pengajuan. Ini mencegah proposer blok atau peserta latensi rendah mengamati penawaran yang tertunda dan menyisipkan penawaran reaktif dalam blok yang sama untuk memengaruhi harga likuidasi.
Analisis Dampak pada Pihak Terkait
Proyek Token: Hy-CO memberi proyek cara native untuk menggalang dana dan menyuntikkan likuiditas dalam satu proses tunggal. Proyek mengonfigurasi lelang bersama penyebaran HIP-1, menerima hasil ke dompet (dikurangi bagian yang dialokasikan ke HIP-2 hip2Seed), dan mendapatkan suntikan likuiditas otomatis pada harga yang ditemukan pasar. Pengorbanannya adalah pengurangan kontrol atas harga awal.
Pengguna Hyperliquid: Pengguna mendapatkan kemampuan untuk berpartisipasi langsung dalam penerbitan token tim baru yang dibangun di Hyperliquid. Saat ini tidak ada cara native untuk membeli proyek saat peluncuran; pengguna要么 melewatkan distribusi awal,要么 membeli di order book publik setelah HIP-2 disuntikkan. Hy-CO memberi pengguna entri yang adil dengan harga seragam dan penawaran yang tersebar, diakses melalui antarmuka yang sama yang mereka gunakan. Setelah penyelesaian, penawar harus memanggil claimAuction untuk memindahkan token yang dibeli dan aset penawaran yang tidak terpakai ke akun spot sebelum diperdagangkan. Token tidak didistribusikan secara otomatis. Order book spot hanya dibuka dengan likuiditas HIP-2, tidak ada kedalaman pesanan limit organik sampai market maker dan peserta lain memesan. Jika banyak peserta lelang menjual segera setelah mengklaim, tingkat pembeli HIP-2 dapat habis dengan cepat. Ini adalah perilaku yang diharapkan dari pencatatan baru apa pun, dan bukan unik untuk HIP-6, tetapi frontend harus dengan jelas menunjukkan status klaim dan mengatur ekspektasi bahwa spread awal pasca-lelang akan lebih lebar daripada pasar yang matang.
Pemegang HYPE: Hy-CO menguntungkan pemegang HYPE dalam dua cara. Pertama, mekanisme penerbitan native mendorong tim baru untuk membangun dan menerbitkan di Hyperliquid daripada chain pesaing, menumbuhkan ekosistem dan mengarahkan aktivitas ke order book Hyperliquid. Kedua, lelang yang dinilai dalam aset penawaran yang selaras (seperti USDH) menumbuhkan utilitas dan cadangannya, berfungsi sebagai sumber pendapatan sirkuler untuk melengkapi biaya perdagangan Hyperliquid melalui dana bantuan.
Penyedia Likuiditas dan Market Maker: Pasca-lelang, order book diluncurkan dengan kedalaman pembeli nyata yang didanai oleh hasil lelang (melalui hip2Seed), bukan HIP-2 yang disuntikkan tipis. Ini memberi LP dan market maker harga awal yang lebih kredibel dan likuiditas yang lebih dalam untuk diperdagangkan sejak hari pertama.
Validator dan Pertumbuhan Status: Biaya likuidasi per lelang per blok adalah O(T), di mana T adalah jumlah tick harga yang terisi. Dengan tickSpacingFactor = 1.003, T terbatas pada beberapa ribu tick, tetapi dalam praktiknya sebagian besar lelang akan memiliki beberapa ratus tick terisi. Dengan maxActiveAuctions = 16, workload terburuk per blok adalah 16 × O(T). Setiap operasi adalah perbandingan dan penambahan anggaran tick agregat, sebanding dengan biaya pencocokan order book spot yang ada. Tidak diperlukan operasi kripto baru atau pembacaan eksternal.
Item Pekerjaan Masa Depan
Berikut di luar cakupan HIP ini, tetapi merupakan ekstensi alami yang harus dievaluasi seiring HIP-6 matang: Tinjauan konstanta protokol oleh tata kelola; Likuidasi batch (setiap K blok); Rencana pelepasan non-linier; Suntikan HIP-2 bertahap; Mekanisme cadangan HIP-2; Kedaluwarsa klaim dan pembersihan status; Integrasi UI.
