Solana'nın Taklit Gösterisi: Hyperliquid'i Yakalayabilir mi?

Son zamanlarda, Solana ekosisteminin önemli üyeleri, Solana Vakfı, Anza, Jito Labs gibi, "İnternet Sermaye Pazarları (Internet Capital Markets, ICM)" adında bir teknik yol haritası yayınladılar. Bu yol haritasının temel prensibi "Uygulama Kontrollü İşlem (Application Controlled Execution, ACE)" olup, zincir üstü uygulamaların milisaniye seviyesinde kendi işlem sıralama yetkisine sahip olmasını sağlamak ve merkeziyetsiz bir "zincir üstü Wall Street" oluşturmayı hedefliyor.

İlginç bir şekilde, tüm yol haritasını okuduğumuzda, Hyperliquid'den doğrudan bahsedilmese de, tasarımın hemen hemen her yerinde Hyperliquid'in güçlü yönlerine yönelik bir vurgu var. Bu, Solana'nın şöyle dediği gibi: "Sizde Hyperliquid'de olan her şey, bizde de olacak ve daha iyi yapacağız!"

Hyperliquid, zincir üzerindeki sürekli sözleşme pazarında baskın bir konumda, işlem hacmi bir ara tüm merkeziyetsiz sürekli pazarın yaklaşık %65'ini oluşturdu. Böyle bir rakiple karşı karşıya kalan Solana, açıkça geride kalmayı istemediği için bu ICM yol haritasını duyurdu.

Peki, bu "taklit gösterisi" aslında ne? Solana gerçekten Hyperliquid'i yakalayabilir veya aşabilir mi? Bu konuyu derinlemesine inceleyelim.

ICM Arka Planı ve İçeriği

Bu dönüşümü kim yönlendiriyor?

Katılımcılar, Solana ekosisteminin ağır toplarıdır:

• Solana Foundation/Labs: Solana'nın "baba"sı, genel koordinasyon ve ana protokol geliştirmeden sorumlu.

• Anza: Solana Labs'ın eski üyeleri tarafından kurulan bir geliştirme şirketi, biraz Ethereum'un ConsenSys'ine benziyor. Bu yol haritasında yeni konsensüs protokolü Alpenglow gibi birçok temel teknik sorunla ilgileniyorlar.

• Jito Labs: Solana üzerindeki MEV altyapı sağlayıcısı, büyük bir etkiye sahip, neredeyse Solana üzerindeki tüm MEV trafiğinin "hayat ve ölüm hakkı"nı kontrol ediyor. Bu sefer Block Assembly Marketplace (BAM) gibi işlem sıralama çözümlerini sunmada öncülük ettiler.

• Multicoin Capital: Ünlü bir kripto yatırım kuruluşu ve aynı zamanda Solana'nın erken dönem destekçilerinden biri. Büyük miktarda SOL ve ekosistem projelerine sahip olduğu için, teknik yönlerde de önemli bir söz hakkına sahiptir.

• DoubleZero: Ağ iletişimini hızlandırmaya odaklanan bir ekip, Solana doğrulayıcı düğümleri arasındaki iletişim hızını artırmak için özel fiber optik ağ çözümleri sunar.

• Drift: Solana üzerindeki öncü sürekli sözleşme DEX projesi. Daha önce Drift, çevrimdışı eşleştirme modeli kullanıyordu ve tamamen zincir üzerinde olan Hyperliquid ile karşılaştığında biraz zorlanıyordu, bu sefer yol haritası belirlemeye katılması, açıkça alt yapı yükseltmesinden faydalanarak toparlanmayı umuyor.

çözülmesi gereken temel sorun

Yol haritası, piyasa mikro yapısının iyileştirilmesine odaklanmaktadır, kısacası mevcut zincir üstü ticaret mekanizması piyasa yapıcılar için yeterince dost değildir, yani aktif olarak ticareti başlatan Taker avantaj sağlamaktadır, oysa bekleyen emirlerle işlem yapan Market Maker ( piyasa yapıcı ) zarar etmektedir. Bunun nedeni, Taker'ın genellikle en son bilgilere sahip olması ve işlem önceliğinin sağlanması için işlem ücretlerini artırma eğiliminde olmalarıdır, oysa Maker genellikle emirlerini iptal etmekte geç kalmakta ve dezavantajlı fiyatla işlem yapmaya zorlanmaktadır.

Bazı yüksek frekanslı arbitrajcılar, bu asimetriden yararlanarak "zehirli trafik" saldırıları başlatır. Örneğin, zincir üzerindeki fiyat henüz güncellenmemişken, zincir dışı fiyat değişmişse, arbitrajcılar eski fiyatla piyasa yapıcıların emirlerini alabilir ve piyasa yapıcıların zarar etmesine neden olabilir. Sonuç olarak, Maker kendini korumak için ya alım-satım fiyat farkını artırmak ya da emir miktarını azaltmak zorunda kalır ki bu da genel piyasanın likiditesinin kötüleşmesine yol açar.

ICM yol haritası, bu yapıyı dengelemek ve yüksek kaliteli likiditenin zincire geri dönmesini sağlamak amacıyla oluşturulmuştur.

ICM'nin üç adımı

Solana bu büyük planı üç aşamaya böldü:

Kısa Dönem (1-3 Ay ): Mevcut zincir üstü işlem deneyimini optimize etmek, emir defteri uygulamalarını daha kullanışlı hale getirmek ve kötü niyetli MEV müdahalesini azaltmak. Spesifik olarak şunları içerir:

• Jito Labs'ın Block Assembly Marketplace ( BAM ) modülü ana ağda yayına girdi. Bu modülün anlamı, nihai ACE ( Application Controlled Execution ) öncesinde, Solana üzerindeki akıllı sözleşmelerin bağımsız işlem sıralama yetkisine sahip olmasını sağlamak için geçici bir eklenti sistemi sunmaktır.

• Anza ekibi, "işlemleri aynı Slot'a alma" başarısını optimize ederek kaymaları ve MEV kaybını azaltmayı amaçlıyor.

Bu iyileştirmelerin 2025 yılının Temmuz-Eylül ayları arasında kademeli olarak hayata geçmesi bekleniyor.

Orta dönem (3-9 ay ): Özel yüksek hızlı ağ ve yeni nesil konsensüsün tanıtılması, gecikmeyi önemli ölçüde azaltır ve işlem hacmini artırır:

• DoubleZero özel fiber ağı kurulumu, doğrulayıcılara neredeyse sıfır dalgalanma ile maksimum 100ms gecikme azaltması sağlayan yüksek hızlı iletişim sunar.

• Alpenglow konsensüs protokolü tanıtıldı, nihai onay süresini yaklaşık 12.8 saniyeden yaklaşık 0.15 saniyeye düşürdü.

• Asenkron Program Yürütme ( Asynchronous Program Execution, APE ), işlem yürütmenin konsensüse engel olmasını azaltır.

Uzun vadeli (9-30 ay ): Solana'nın temel mimarisinde devrim niteliğinde bir yükseltme gerçekleştirmek, 2027 civarında hedeflenmektedir:

• Çoklu Paralel Blok Üretimi (Multiple Concurrent Leaders, MCL): Birden fazla doğrulayıcının kendi pipeline'larında aynı anda işlem önermesine izin verir, ardından bu paralel blokları öncelik ücreti ile birleştirip sıralar. Bu, tek bir paketleyicinin tekelini zayıflatır ve sansüre karşı direnci artırır.

• Yerel uygulama kontrollü yürütme ( Uygulama Kontrollü Yürütme, ACE) işlevi: gerçekten zincir üzerindeki akıllı sözleşmelere işlem yürütme sırasını kontrol etme yetkisi verir.

Buraya kadar analiz ettiğimizde, bu ICM yol haritasının ortaya çıkmasının arkasındaki hikaye şöyle olmalı: Solana üzerindeki eski DEX Drift, daha sonra gelen Hyperliquid tarafından "on-chain Binance"ın mükemmel deneyimi ile geride bırakıldı. Drift, rekabette zayıf kalınca, Solana Labs, Anza, Jito gibi "büyükler"den yardım istemek zorunda kaldı. "Büyükler", ICM adında bir teknik dönüşüm planı önerdi ve Hyperliquid'in en iyi yeteneklerini Drift'e birer birer kopyalayarak, DEX pazarında yeniden savaşmasına yardımcı olacağını iddia etti. Ancak "büyükler" ayrıca bu teknik dönüşümün son derece zor olduğunu belirtti, bu nedenle teknik planı üç aşamalı bir stratejiye ayırdılar. Yakın zamanda Drift'e verilebilecek ekipman sadece Jito'nun BAM'ı, Drift'in idare etmesi için sağlanacak ve Hyperliquid ile karşılaştırma yapması için kullanılacak.

Hikaye arka planı netleşti, bir sonraki bölümlerde ICM'nin Hyperliquid'in hangi ustalıklarını taklit ettiğini ve kopyaladığını detaylı bir şekilde analiz edeceğiz.

Taklit 1: İşlem Sıralama Mekanizması

Sorunun kaynağı: Daha önce belirtildiği gibi, mevcut zincir almak isteyenlere yönelik. Yapıcılar "zehirli akış" acısını çekiyor. Aktif olarak emir yiyen kullanıcılar, zincir dışındaki en son fiyatlara dayanarak, anında zincir üzerindeki bekleyen emirlerle işlem başlatabilir ve işlem ücretlerini artırarak öncelikli olarak gerçekleşebilirken, piyasa yapıcılar genellikle emirlerini güncelleyip iptal etme konusunda yetersiz kalıyor. Sonuç olarak, piyasa yapıcılar ya işlem farkını artırmakta ya da likiditeyi tamamen çekmekte, bu da piyasa derinliğini kötüleştiriyor.

ICM'in nihai çözümü: Uygulamalı kontrol edilebilir yürütme (ACE )

ICM yol haritası, ACE( Uygulama Kontrollü İcra) kavramını ortaya koyuyor; bu kavram, işlem sıralama yetkisini çeşitli zincir uygulamalarına devrediyor ve uygulamaların kendi ile ilgili işlemleri nasıl sıralayıp icra edeceğine kendilerinin karar vermesine olanak tanıyor. Örneğin, ACE'nin gelecekte gerçekleştirileceği Solana üzerinde, DeFi sözleşmeleri aşağıdaki gibi özelleştirilmiş işlem sıralama kurallarını uygulayabilir:

• Oracle fiyat güncelleme ekleme: DeFi uygulamaları, büyük işlemler eşleştirilmeden önce, bir işlem ekleyerek oracle'dan en son fiyatı alabilir, böylece emirlerin en son makul fiyatla eşleştirilmesini sağlar ve piyasa yapıcıların fiyatlarının eski fiyatlara dayanarak arbitraj yapılmasını önler.

• İptal talebinin öncelikli yürütülmesi: Uygulama, "iptal talebinin" yeni "alış işlemlerinden" öncelikli olarak yürütülmesini ayarlayabilir, böylece maker, piyasa aleyhine olduğunda emirlerini zamanında geri çekme fırsatına sahip olabilir.

• Takım sonu açık artırma: Örneğin, büyük bir alım emri fiyatı yükselttiğinde, DeFi uygulaması "sonrasında" fırsatları açık artırmaya çıkarır; protokol ( veya kullanıcı )'ye en fazla faydayı geri vermek isteyen kimse, DeFi protokolü o kişinin işlemini büyük emirle birlikte gerçekleştirecektir. DeFi uygulamaları açık artırma gelirlerini kullanıcılara geri verebilir, böylece zararlı MEV trafiğini yararlı gelire dönüştürebilir.

JITO'nun BAM: Geçiş Planı

ACE'nin resmi olarak piyasaya sürülmesinden önce, Jito Labs, Block Assembly Marketplace (BAM) adlı geçiş çözümünü sundu. BAM'ın iş akışı şudur:

1. Kullanıcı, işlemi doğrudan mevcut Lider('e değil, BAM yazılımını çalıştıran bir düğüm )'e gönderir.

2. BAM düğümü yerel işlemleri toplar ve çeşitli eklentileri (plugin) kullanarak işlem paketi (Bundle) üzerinde gizlilik koruma altında yeniden sıralama yapar (. Eklentiler güvenli TEE ortamında çalışır ve yürütmeden önce işlem içeriğini dışarıdan gizler ). Eklentiler aracılığıyla, uygulama geliştiricileri kendi sözleşmeleri için çeşitli sıralama kuralları özelleştirebilir, örneğin iptal önceliği, eşleştirmeden önce oracle fiyatlarını güncelleme ve hatta karmaşık uygulama içi teklif süreçlerini yürütme gibi.

3. Sıralanan işlem Paketi daha sonra Solana Liderine gönderilir ve zincire paketlenir.

BAM, ACE'nin zincir üzerine geçmeden önceki bir deneme alanı olarak düşünülebilir. İşlevsel olarak, nihai ACE'ye çok yakın olup, sadece zincir dışındaki bağımsız bir ağda çalışmaktadır, Solana ana zincir protokolü içinde değil.

Dikkate değer bir nokta, Jito'nun daha önce MEV çıkarımına yönelik altyapı sağladığıdır (, örneğin Jito Block Engine ), ticaret sıralamasını optimize ederek arbitrajcılar için fırsatlar yaratıp kazançları paylaşma üzerine bir iş modeli geliştirmiştir. Bu, bir bakıma sıradan kullanıcılar ile arbitrajcılar arasındaki "mızrak" konumundadır. Ancak Jito, 2024'ün başında arbitraj robotlarına yönelik kamuya açık bellek havuzunu ( mempool ) işlevini kapatarak, sandviç saldırıları gibi olumsuz dışsallıkları azaltmıştır. Bu adım, Solana topluluğunun zararlı MEV'yi baskı altına almayı ve kullanıcıların adaletini korumayı tercih ettiğini göstermektedir.

BAM'ın piyasaya sürülmesi, bu düşünceye uyum sağlamaktadır: temelde, MEV arbitrajı için kullanılan sıralama mekanizmasını bir "kalkan" haline getirerek, piyasa yapıcılar gibi likidite sağlayıcılarını korumaktadır. Örneğin, zorunlu iptallerin öncelikli olarak piyasa yapıcıların zarar görmesini önlemesi, ve rekabetçi teşviklerin kullanılmasının kazanç sağlama amacıyla yarışı azaltması gibi. Önceden MEV arayıcıları para kazanmak istiyorlarsa, rol değiştirip BAM eklentileri yazarak DeFi protokollerine hizmet etmeleri ve eklenti komisyonları ile kazanç sağlamaları gerekmektedir.

HYPERLIQUID'den bilgi almak

Yukarıda belirtilen ACE/BAM yaklaşımı, aslında Hyperliquid'in zincir üzerindeki eşleştirme mekanizmasına bir takip olarak görülebilir. Hyperliquid, (Appchain) için özel bir zincirdir ve doğal olarak DEX hizmeti vermek üzere tasarlanmıştır. Ayrıca, Hyperliquid'in resmi olarak işletilen HLP Vault'ı, aslında bu platformun en büyük piyasa yapıcılarından biridir, bu nedenle Hyperliquid'in zincir kurallarının daha çok likidite sağlayıcılarına yönelik olduğunu anlamak zor değildir. Zincir katmanında piyasa yapıcıları korumak için birçok tasarım gerçekleştirilmiştir, örneğin:

• Limit Order Tarafı Öncelikli Koruma: İptal edilen ve yalnızca maker olarak yapılan limit emirleri öncelikli olarak işlenir, böylece piyasa yapıcılar, habersiz bir şekilde olumsuz bir işlemle karşılaşmaktan korunur. Solana ACE'nin bahsettiği "iptal öncelikli yürütme", Hyperliquid tarafından yıllardır uygulandı.

• En son fiyat garantisi: Hyperliquid'in likidite sağlama ve eşleştirme süreci, en son fiyat beslemeleri ve teminat durumunu kullanarak "çift kontrol" yapmaya vurgu yapar. Örneğin, bir emir eşleştirildiğinde, sistem tarafların teminatını değerlendirmek için en son oracle fiyatını tekrar çeker, fiyat gecikmesinin risk yaratmaması için. Bu, ACE'nin işlem gerçekleştirilmeden önce oracle güncellemesini işlemlere eklemesine benzer.

• Kendinden İşlem Koruması: Aynı adres alım satımda buluşursa, Hyperliquid otomatik olarak iptal eder, eşleştirmez, böylece hacim manipülasyonu veya gereksiz ücretlerden korunur.

Solana ICM'nin ACE/BAM'sı, şüphesiz Hyperliquid'den "öğrenmekte". Hyperliquid, zincir üzerindeki CLOB lideri olarak, bir özel zincir aracılığıyla piyasa yapıcı dostu çeşitli mekanizmalar gerçekleştirdi. Solana şimdi, genel zincir ve modüler eklentiler kullanarak bu etkiyi kopyalamayı umuyor - yani her uygulamanın Hyperliquid gibi işlem sıralama kontrolüne sahip olmasını sağlamak.

Taklit İki: Anlık Nihai Olma

Mevcut Konsensüs Karşılaştırması

Solana şu anda Tower BFT kullanıyor, onay ve nihai kesinlik olasılıksal olarak aşamalıdır: Bir blok 2/3 oy aldığında "onaylandı (Confirmed)" olarak kabul edilir, ancak zincir üzerinde yaklaşık 32 sonraki blok ( genellikle yaklaşık 13 saniye ) içinde "nihai onaylandı (Finalized)" olarak güvence altına alınmalıdır. Bazı uygulamalar için ( örneğin yüksek frekanslı ticaret ), on birkaç saniyelik nihai onay süresi hala çok uzun.

HyperBFT, Hyperliquid'in geliştirdiği bir konsensüs algoritmasıdır, HotStuff konsensüsünden ilham alarak iki aşamalı oy verme ile blokların onaylanmasını sağlar ve "anında nihai sonuç" elde eder.

• İlk Tur: Ön Oylama ( Prevote ): Doğrulayıcılar, Proposer tarafından yayınlanan aday blokunu aldıktan sonra hızlı bir doğrulama yapacaklardır. Eğer doğrulama başarılı olursa, her doğrulayıcı bu blok için bir "ön oylama" ( Prevote ) oyu verecek ve bunu tüm ağa yayınlayacaktır. Bu oy, "Ben bunu önceden inceledim, bu blokta bir sorun yok." anlamına gelir.

• İkinci Aşama: Ön Onay (Precommit): Bir doğrulayıcı, aynı aday blok için üçte iki veya daha fazla doğrulayıcıdan gelen Prevote'ları topladığında, ağın çoğunluk üyelerinin bu bloğu onayladığına dair yeterli güven kazanır. Böylece, bu doğrulayıcı daha etkili bir "ön onay" (Precommit) oyu kullanır ve