Hyperliquid de hisse temettülerini destekleyecek mi?

Bu makaleyi okumak için 14 Dakika

Hyperliquid, HIP-1'e daha önce yaygın olmayan bir yetenek ekliyor — kullanıcı varlıklarını doğrudan HyperCore'un "bakiye katmanında" toplu ve programatik bir şekilde ayarlama.

Başlık: "Hyperliquid, Hisse Senedi Temettülerini de Destekleyecek"
Yazar: Azuma, Odaily Planet Daily

Pekin saatiyle 12 Ağustos'ta Hyperliquid kurucusu Jeff Yan, resmi Discord kanalında bir güncelleme duyurdu. Orijinal ifade teknik ağırlıklı olduğu için birçok kişi bu duyurunun önemini göz ardı etti veya hafife aldı.

Kelimesi Kelimesine Çeviri

Aşağıda Jeff Yan'ın orijinal ifadesinin doğrudan çevirisi yer almaktadır.

· Builder geri bildirimlerine göre, HIP-1'e token dağıtıcıları tarafından kontrol edilen şu fonksiyon eklenecektir: scaleWei { token, totalWei, referenceToken, systemAddress }.

· Bu işlem, kullanıcıların sahip olduğu referenceToken bakiyesine orantılı olarak, token'ın totalWei miktarını systemAddress'ten bu kullanıcılara otomatik olarak aktarır. Hesaplama sırasında aşağı yuvarlama yapılır ve systemAddress'in kendisi dahil edilmez. Örneğin, token == referenceToken olduğunda, bu fonksiyon yeniden değerleme (redenomination) için kullanılabilir.

· systemAddress için iki olasılık vardır: Core → EVM sistem adresi; dağıtıcı tarafından belirlenen ve imza sağlayabilen Treasury (fon hazinesi) adresi. Dikkat edilmesi gereken nokta, EVM'de bu tür atomik (atomic) bir fonksiyonun bulunmamasıdır. Bu nedenle, ilgili token aynı zamanda EVM ortamında da mevcutsa, ilgili akıllı sözleşmenin bu işlemi EVM'deki token bakiyelerine senkronize etmek için özel mantık eklemesi gerekebilir.

· token ve referenceToken aynı token olduğunda: Tüm açık emirler (Open Orders) iptal edilir ve ardından gerçek redenomination oranına göre yeniden oluşturulur; yeniden oluşturma sırasında szDecimals hassasiyet gereksinimine göre aşağı yuvarlama yapılır; totalWei negatif olabilir. Bu sayede ters yönde redenomination yapılabilir.

· Geri bildirimlerinizi bekliyoruz, böylece bu fonksiyonun gerçek kullanım ihtiyaçlarını mümkün olduğunca geniş bir şekilde karşılaması sağlanabilir.

Açıkçası, akıllı sözleşme kavramları hakkında belirli bir temel bilgiye sahip olmadan Hyperliquid'un bu güncellemesinin ne anlama geldiğini anlamak oldukça zordur.

Basit Anlatım

Kısacası, Hyperliquid, HIP-1'e daha önce yaygın olmayan bir yetenek ekliyor: doğrudan HyperCore'un "bakiye katmanında" kullanıcı varlıkları üzerinde toplu ve programatik ayarlamalar yapma.

Burada en önemli şey scaleWei fonksiyon adı ve ilgili parametreler değil, bunların gerçekte neler yapabileceğidir.

Hyperliquid'de bir A tokeni olduğunu varsayalım; şu anda Alice 100 adet, Bob 50 adet ve Charlie 10 adet tutuyor. Eğer bir adreste 1600 adet B tokeni varsa ve A'yı referenceToken olarak kullanıyorsa, sistem herkesin A'daki oranına göre bu 1600 B'yi otomatik olarak dağıtabilir.

Dağıtım şu şekilde olacaktır:

· Alice'in A'daki oranı %62,5, 1000 adet B alır;

· Bob %31,25, 500 adet B alır;

· Charlie %6,25, 100 adet B alır.

Kullanıcıların Claim'e tıklamasına veya akıllı sözleşmeleri tek tek çağırmasına gerek yok; HyperCore, belirlenen kurallara göre hesap bakiyelerini doğrudan değiştirebilir.

Ve eğer token == referenceToken ise, "yeniden değerleme" (redenomination) gerçekleştirilir ve değişiklik aslında daha da anlaşılır olur.

Örneğin, bir hisse senedi tokeninin mevcut pozisyon durumu şöyle olsun: Alice 100 hisse, Bob 50 hisse ve Charlie 10 hisse tutuyor. Şimdi 1:10 oranında bir hisse bölünmesi yapılırsa, sistem doğrudan bakiye ayarlaması yapabilir.

Ayarlama sonrası pozisyon durumu şu şekilde olacaktır:

· Alice 1000 hisse tutar;

· Bob 500 hisse tutar;

· Charlie 100 hisseye sahiptir.

Herkesin sahiplik oranı değişmemiştir, yalnızca fiyatlandırma birimi değişmiştir. Tersi de aynı şekilde geçerlidir.

Hyperliquid güncellemede ayrıca işlemlerdeki emir sorunlarını da özel olarak ele almıştır. Bir varlık 1:10 oranında hisse bölünmesi yaşarsa, kullanıcının daha önce verdiği 100 hisselik satış emri aynen korunamaz, aksi takdirde bölünme sonrası emir miktarı yeni sahiplik sistemiyle uyumsuz olur. Bu nedenle sistem mevcut emirleri iptal eder, ardından yeni orana göre yeniden oluşturur ve szDecimals'a göre miktarları hassasiyetle işler. Başka bir deyişle, bu aslında bakiye, emir gibi işlem durumlarının birlikte yeniden fiyatlandırılmasını sağlamaktır.

Güncelleme mantığını anladığımıza göre, bu "bakiye düzeyinde programlanabilirlik" özelliğinin gerçekte ne işe yaradığını sorabiliriz?

Kullanım Senaryoları

Şu anda Jeff Yan'ın açıkladığı içerik esas olarak scaleWei'nin temel yeteneklerini tanımlamaktadır, ancak bu yetenek etrafında, hisse tokenlarıyla ilgili birden fazla net uygulama yönünü şimdiden görebiliriz.

Senaryo 1: Temettü

Temettü, geleneksel hisselerin en temel haklarından biridir. Geleneksel aracı kurum sistemlerinde bu standart bir şirket eylemidir; tipik EVM modunda ise benzer bir işlem yapmak için genellikle akıllı sözleşme aracılığıyla uygun adreslerin kaydedilmesi, ardından kullanıcıların aktif olarak talep etmesi veya proje ekibinin tek tek dağıtım yapması gerekir.

scaleWei ise başka bir olasılık sunar — HyperCore üzerindeki hisse tokenı bakiyelerine doğrudan dayanarak, temettü varlıklarını sahiplik oranlarına göre kullanıcılara dağıtır. Varsayalım ki gelecekte Hyperliquid'de halka açık bir şirketin hisse tokenı listelensin ve şirket hisse başına 1 dolar temettü dağıtmaya karar versin — Alice 100 hisseye, Bob 50 hisseye ve Charlie 10 hisseye sahipse, sistem doğrudan sahiplik oranlarına göre temettü varlıklarını her hesaba dağıtabilir. Kullanıcıların manuel olarak talep etmesine veya proje ekibinin tek tek sözleşme çağırmasına gerek kalmaz, HyperCore bu toplu transferi kendisi tamamlayabilir.

Senaryo 2: Hisse Bölünmesi ve Birleşmesi

Bu aslında bu güncellemenin açıkça karşılık geldiği senaryodur. Token ile referenceToken aynı varlık olduğunda, scaleWei tüm sahiplerin bakiyelerini tek tip bir oranda ayarlayabilir.

Bu nedenle, gelecekte bir HIP-1 varlığının 1:10 hisse bölünmesi, 10:1 hisse birleştirmesi veya hatta minimum işlem biriminin ayarlanması gerekirse, bu işlemler doğrudan gerçekleştirilebilir ve sistem eşzamanlı olarak açık emirleri iptal edip yeniden oluşturur. Hisse senetlerini ve ETF'leri gerçekten barındırmak isteyen bir işlem sistemi için bu tür "kurumsal işlemler" zaten standart bir özelliktir.

Senaryo 3: Rebasing

Benzer bir mekanizma Rebase için de kullanılabilir. Basitçe anlamak gerekirse, varlığın toplam arzında veya biriminde bir ayarlama yapıldığında (özellikle piyasa öncesi hisse senedi token dönüşümlerinde sıkça görülür, hisse sayısında buna karşılık gelen ayarlamalar yapılır), kullanıcılar arasındaki göreceli sahiplik oranları sabit kalır.

Daha önce, bu tür işlemler genellikle token sözleşmesinin kendi mantığına bağımlıydı; bundan sonra bu, HyperCore'un yerel bir yeteneği haline gelebilir.

Senaryo 4: Airdrop

Bir diğer oldukça sezgisel senaryo ise airdrop'tur. referenceToken'un dağıtılan token'a eşit olması gerekmez; bu nedenle teorik olarak A'nın sahiplik oranına göre doğrudan B varlığı dağıtılabilir.

Örneğin, bir proje belirli bir HIP-1 varlığının sahiplerine başka bir token dağıtmaya karar verirse, sistem doğrudan kullanıcının HyperCore üzerindeki A bakiyesini okuyabilir ve ardından B'yi belirlenen Treasury adresinden oransal olarak dağıtabilir.

Bu, en azından HyperCore içinde, gelecekte geleneksel anlamdaki bazı "airdrop talep etme" işlemlerinin, sistemin doğrudan bakiye dağıtımını tamamlamasıyla daha da basitleştirilebileceği anlamına gelir.

Hisse Senedi Token'larının "Kurumsal İşlem" Eksikliğini Gidermek

Vurgulanması gereken nokta, Jeff Yan'ın bu kez açıkladığı güncellemenin şimdilik yalnızca temel altyapı işlevlerine odaklandığı ve Hyperliquid'un platformdaki hisse senedi token'ları için temettü dağıtacağını duyurduğu anlamına gelmediğidir; ancak altyapı düzeyinde, yukarıdaki uygulama senaryolarının gerektirdiği "sahiplik oranına göre hesaplara varlık dağıtma" yeteneği için karşılık gelen teknik bir yol zaten mevcuttur.

Potansiyel uygulama senaryoları bir arada değerlendirildiğinde, Hyperliquid'un bu güncellemesinin gerçek anlamı, zincir üstü varlıkların "kurumsal işlem" yeteneklerindeki eksikliği giderme potansiyelidir.

Son birkaç yıldır, sektör tokenize hisse senetlerini tartışırken odak noktası genellikle şuydu: "Hisse senetleri zincire konulabilir mi?" Ancak hisse senetlerini gerçekten zincire taşımak istiyorsanız, sorunlar bundan çok daha fazlasını içerir. Hisse senedi ihraç edildikten sonra, temettü ödemeleri, hisse bölünmeleri, hisse birleştirmeleri, hak ihraçları, varlık dağıtımları ve diğer bir dizi kurumsal işlem sürekli olarak gerçekleşir.

Bu nedenle, gerçekten eksiksiz bir zincir üstü hisse senedi altyapısı, yalnızca "hisse senedi ticareti yapabilmeyi" değil, aynı zamanda bu işlemlerin dışındaki varlık durumu değişikliklerini de işleyebilmeyi gerektirir ve Hyperliquid'in bu güncellemesi tam olarak bu kısmı ele almaya başlıyor.

Bu açıdan bakıldığında, scaleWei daha çok Hyperliquid'in bir sonraki aşaması için bir altyapı parçası ekliyor gibi görünüyor—zincir üzerindeki finansal varlıkların yalnızca "ticarete konu olabilmesini" değil, aynı zamanda gerçek dünyadaki finansal varlıklar gibi çeşitli kurumsal eylemlere tabi olabilmesini sağlamak.