Penulis|Azuma(@azuma_eth)
Waktu Beijing, 12 Agustus, pendiri Hyperliquid Jeff Yan mengumumkan sebuah perkembangan pembaruan di saluran Discord resmi. Karena formulasi aslinya terlalu teknis, banyak orang yang melewatkan atau meremehkan makna dari pengumuman ini.
Terjemahan Harfiah
Berikut adalah terjemahan langsung dari pernyataan asli Jeff Yan.
- Berdasarkan umpan balik dari Builder, HIP-1 akan menambahkan fungsi berikut yang dikontrol oleh penyebar token: scaleWei { token, totalWei, referenceToken, systemAddress }.
- Operasi ini akan secara otomatis mentransfer totalWei token dari systemAddress kepada pengguna-pengguna ini secara proporsional berdasarkan saldo referenceToken yang dimiliki pengguna. Perhitungan dilakukan dengan pembulatan ke bawah, dan tidak termasuk systemAddress itu sendiri. Misalnya, ketika token == referenceToken, fungsi ini dapat digunakan untuk redenominasi (penetapan harga ulang).
- systemAddress memiliki dua kemungkinan: Alamat sistem Core → EVM; Alamat Treasury (perbendaharaan) yang ditentukan oleh penyebar dan dapat memberikan tanda tangan. Perlu dicatat, EVM itu sendiri tidak memiliki fungsi atomik semacam ini. Oleh karena itu, jika token terkait juga ada di lingkungan EVM, kontrak pintar yang sesuai mungkin perlu menambahkan logika kustom untuk menyinkronkan operasi ini ke saldo token di EVM.
- Ketika token dan referenceToken adalah token yang sama: Semua pesanan terbuka (Open Orders) akan dibatalkan, kemudian dibuat ulang sesuai rasio redenominasi yang sebenarnya, dengan pembulatan ke bawah sesuai persyaratan presisi szDecimals; totalWei dapat bernilai negatif. Ini memungkinkan redenominasi ke arah sebaliknya.
- Selamat datang umpan balik untuk memastikan fungsi ini dapat memenuhi kebutuhan penggunaan praktis seluas mungkin.
Jelas, tanpa pemahaman dasar tentang konsep kontrak pintar, akan sulit memahami apa sebenarnya arti pembaruan Hyperliquid kali ini.
Interpretasi Sederhana
Sederhananya, Hyperliquid sedang menambahkan kemampuan yang sebelumnya tidak umum ke HIP-1 — menyesuaikan aset pengguna secara massal dan terprogram langsung di "lapisan saldo" HyperCore.
Yang paling penting di sini bukanlah nama fungsi scaleWei dan parameter terkaitnya, melainkan apa sebenarnya yang dapat mereka lakukan.
Misalkan ada token A di Hyperliquid, sekarang Alice memegang 100, Bob memegang 50, Charlie memegang 10. Jika suatu alamat memiliki 1600 token B, dan menggunakan A sebagai referenceToken, sistem dapat secara otomatis mendistribusikan 1600 B ini berdasarkan proporsi kepemilikan A setiap orang.
Distribusinya akan menjadi:
- Alice memiliki 62.5% dari A, mendapatkan 1000 B;
- Bob memiliki 31.25%, mendapatkan 500 B;
- Charlie memiliki 6.25%, mendapatkan 100 B.
Pengguna tidak perlu mengklaim Claim, juga tidak perlu memanggil kontrak pintar satu per satu, HyperCore dapat langsung mengubah saldo akun sesuai aturan yang ditetapkan.
Dan jika token == referenceToken, maka "redenominasi" akan dieksekusi, dan perubahannya sebenarnya akan lebih intuitif.
Misalnya, status kepemilikan saham token sebelumnya adalah Alice memegang 100 saham, Bob 50 saham, Charlie 10 saham. Sekarang dilakukan stock split 1:10, sistem dapat langsung menyesuaikan saldo.
Status kepemilikan setelah penyesuaian akan menjadi:
- Alice memegang 1000 saham;
- Bob memegang 500 saham;
- Charlie memegang 100 saham.
Proporsi kepemilikan setiap orang tidak berubah, hanya unit pencatatan yang berubah. Sebaliknya juga berlaku.
Hyperliquid dalam pembaruan ini juga secara khusus mempertimbangkan masalah pesanan dalam perdagangan. Jika sebuah aset mengalami stock split 1:10, pesanan jual 100 saham yang sebelumnya dipasang oleh pengguna jelas tidak bisa dipertahankan begitu saja, jika tidak jumlah pesanan setelah split tidak akan cocok dengan sistem kepemilikan baru. Oleh karena itu, sistem akan membatalkan pesanan lama, lalu membuat ulang sesuai rasio baru, dan memproses jumlah sesuai presisi szDecimals. Dengan kata lain, ini sebenarnya membuat saldo, pesanan, dan status perdagangan lainnya menyelesaikan redenominasi bersama-sama.
Memahami logika pembaruan, lalu untuk apa sebenarnya "kemampuan terprogram di tingkat saldo" ini?
Skenario Aplikasi
Saat ini, konten yang dipublikasikan Jeff Yan sendiri terutama menggambarkan kemampuan dasar scaleWei, tetapi di sekitar kemampuan ini, kita sebenarnya sudah dapat melihat beberapa arah aplikasi yang jelas terkait saham token.
Skenario 1: Dividen
Dividen adalah salah satu hak dasar saham tradisional. Dalam sistem broker tradisional, ini adalah tindakan perusahaan standar; sedangkan dalam mode EVM tipikal, jika ingin melakukan operasi serupa, biasanya perlu mencatat alamat yang memenuhi syarat melalui kontrak pintar, kemudian membiarkan pengguna mengklaim secara aktif, atau didistribusikan satu per satu oleh tim proyek.
scaleWei menyediakan kemungkinan lain — langsung mendistribusikan aset dividen kepada pengguna berdasarkan saldo saham token di HyperCore sesuai proporsi kepemilikan. Misalkan di masa depan ada saham token perusahaan publik di Hyperliquid, perusahaan memutuskan dividen $1 per saham — Alice memegang 100 saham, Bob 50 saham, Charlie 10 saham, sistem dapat langsung mengalokasikan aset dividen ke akun masing-masing sesuai proporsi kepemilikan, tanpa perlu pengguna klaim manual, juga tidak perlu tim proyek memanggil kontrak satu per satu, HyperCore sendiri dapat menyelesaikan transfer massal ini.
Skenario 2: Stock Split dan Reverse Split
Ini sebenarnya adalah skenario yang telah jelas sesuai dengan pembaruan kali ini. Ketika token dan referenceToken adalah aset yang sama, scaleWei dapat menyesuaikan saldo semua pemegang dengan rasio yang seragam.
Oleh karena itu, di masa depan jika suatu aset HIP-1 memerlukan stock split 1:10, reverse split 10:1, atau bahkan penyesuaian unit perdagangan minimum, semua dapat langsung dieksekusi, dan sistem akan secara sinkron membatalkan dan membangun ulang pesanan yang belum terisi. Untuk sistem perdagangan yang benar-benar ingin menampung saham, ETF, tindakan perusahaan semacam ini pada dasarnya adalah standar.
Skenario 3: Rebasing
Mekanisme serupa juga dapat digunakan untuk Rebase. Secara sederhana, ketika total aset itu sendiri atau unitnya disesuaikan (terutama sering terjadi selama konversi saham token pra-pasar, jumlah saham akan disesuaikan), tetapi proporsi kepemilikan relatif antar pengguna tetap tidak berubah.
Sebelumnya, operasi semacam ini seringkali bergantung pada logika kontrak token itu sendiri, ke depannya dapat menjadi kemampuan asli HyperCore.
Skenario 4: Airdrop
Skenario lain yang cukup intuitif adalah airdrop. referenceToken tidak harus sama dengan token yang didistribusikan, sehingga secara teori dapat langsung mendistribusikan aset B berdasarkan proporsi kepemilikan A.
Misalnya, sebuah proyek memutuskan untuk mendistribusikan token lain kepada pemegang aset HIP-1 tertentu, sistem dapat langsung membaca saldo A pengguna di HyperCore, lalu mendistribusikan B dari alamat Treasury yang ditentukan sesuai proporsi.
Ini berarti, setidaknya di dalam HyperCore, beberapa tindakan "mengklaim airdrop" yang secara tradisional mungkin dapat disederhanakan lebih lanjut menjadi distribusi saldo yang langsung diselesaikan oleh sistem.
Melengkapi Kekurangan "Tindakan Perusahaan" Saham Token
Perlu ditekankan, pembaruan yang diumumkan Jeff Yan kali ini untuk sementara hanya berfokus pada fungsi dasar, tidak berarti Hyperliquid telah mengumumkan akan memberikan dividen untuk saham token di platform, tetapi dari sisi infrastruktur, kemampuan "mendistribusikan aset ke akun sesuai proporsi kepemilikan" yang dibutuhkan untuk skenario aplikasi di atas sudah memiliki jalur teknis yang sesuai.
Melihat potensi skenario aplikasi, makna sebenarnya dari pembaruan Hyperliquid kali ini adalah berpotensi melengkapi kemampuan "tindakan perusahaan" untuk aset on-chain.
Beberapa tahun terakhir, ketika industri membahas tokenisasi saham, fokusnya seringkali terpusat pada — "Bisakah saham ditaruh di chain?" Tetapi jika benar-benar ingin memindahkan saham ke chain, masalahnya sebenarnya jauh lebih dari itu. Setelah saham diterbitkan, masih akan terus terjadi serangkaian tindakan perusahaan seperti dividen, stock split, reverse split, rights issue, distribusi aset, dll.
Oleh karena itu, infrastruktur saham on-chain yang benar-benar lengkap tidak hanya perlu bisa "memperdagangkan saham", tetapi juga perlu bisa menangani perubahan status aset di luar perdagangan ini, dan inilah bagian yang mulai disentuh oleh pembaruan Hyperliquid kali ini.
Dari sudut pandang ini, scaleWei lebih seperti melengkapi satu keping puzzle infrastruktur untuk Hyperliquid tahap berikutnya — membuat aset keuangan di chain tidak hanya "dapat diperdagangkan", tetapi juga dapat mengalami berbagai tindakan perusahaan seperti aset keuangan di dunia nyata.
