Solana'nın ICM yol haritası: Hyperliquid'e karşı bir "taklit şovu"?

Son zamanlarda, Solana ekosistemindeki birçok önde gelen isim bir araya gelerek "İnternet Sermaye Pazarları (Internet Capital Markets, ICM)" adında bir teknik yol haritası yayınladılar. Bu yol haritasının temel fikri "Uygulama Kontrollü İşlem (Application Controlled Execution, ACE)" olup, kısaca zincir üzerindeki uygulamaların milisaniye seviyesinde bağımsız işlem sıralama yetkisine sahip olmasını sağlamak ve merkeziyetsiz bir "zincir üzerindeki Wall Street" yaratmaktır.

İlginçtir ki, tüm yol haritasını okuduğunuzda, Hyperliquid'den doğrudan bahsedilmese de, içindeki tasarım neredeyse her yerde Hyperliquid'in güçlü yönlerine yönelik. Bu, Solana'nın şöyle dediği gibi: "Sizde olan Hyperliquid, bizde de olmalı ve bunu daha iyi yapmalıyız!"

Bilinmelidir ki, Hyperliquid zincir üzerindeki sürekli kontrat pazarında baskın bir konumda ve işlem hacmi bir dönem boyunca tüm merkeziyetsiz sürekli pazarın yaklaşık %65'ini oluşturuyordu. Açıkça, böyle bir rakip karşısında, Solana geride kalmayı istemedi ve bu nedenle bu ICM yol haritasını sundu.

Peki, bu "taklit gösterisi" tam olarak nedir? Solana gerçekten Hyperliquid'i yakalayabilir veya geçebilir mi? Bugün bu konuyu derinlemesine konuşacağız.

ICM Arka Planı ve İçeriği

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

Öncelikle, bu yol haritasının kimler tarafından hazırlandığına bakalım. Katılanlar, Solana ekosisteminin ağır topları:

• Solana Foundation/Labs: Bu konu hakkında fazla söze gerek yok, Solana'nın "baba"sı, genel koordinasyon ve temel protokol geliştirmesinden sorumlu.

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

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

• Multicoin Capital: Ünlü bir kripto yatırım kuruluşu ve aynı zamanda Solana'nın erken destekçilerinden biridir. Büyük miktarda SOL ve ekosistem projeleri hakkındaki hakları nedeniyle, teknik yönlendirme konusunda önemli bir söz sahibidir.

• DoubleZero: Ağa iletişimini hızlandırmaya odaklanmış 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 sunmaktadır.

• Drift: Solana'daki önde gelen sürekli sözleşme DEX projesi. Daha önce Drift, çevrimdışı aracı kullanma modunu benimsedi ve tamamen zincir üzerinde olan Hyperliquid ile karşılaştığında zorlandı, bu sefer yol haritası belirleme sürecine katıldı, bariz bir şekilde altyapı yükseltmelerinden faydalanmayı umuyor.

çözülmesi gereken temel sorun

Yol haritası, piyasa mikro yapısının iyileştirilmesine odaklanmaktadır; basitçe ifade etmek gerekirse, mevcut zincir üstü ticaret mekanizması, piyasa yapıcılar için yeterince dostane değildir. Yani, aktif olarak işlem başlatan Taker avantaj sağlamaktadır, oysa bekleyen emir veren Market Maker ( piyasa yapıcı ) zarar etmektedir. Bunun nedeni, Taker'ların genellikle en son bilgilere sahip olmaları ve ticaret önceliklerinin sağlanması için işlem ücretlerini artırmalarıdır; oysa Maker'lar genellikle emirlerini iptal etme şansını bulamazlar ve dezavantajlı bir fiyattan işlem yapmak zorunda kalırlar.

Bazı yüksek frekanslı arbitrajcılar, bu asimetriden faydalanarak "zehirli trafik" saldırıları başlatabilirler. Örneğin, zincir üzerindeki fiyat henüz güncellenmemişken, zincir dışındaki fiyat değiştiğinde, arbitrajcılar eski fiyatla piyasa yapıcıların emirlerini alarak, piyasa yapıcıların zarar etmesine neden olabilirler. Sonuç olarak, Maker kendini korumak için ya alım-satım fiyat farkını artırmakta ya da emir miktarını azaltmakta ve bu da tüm piyasadaki likiditenin azalmasına yol açmaktadır.

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 süreli (1-3 ay ): Mevcut zincir üzerindeki işlem deneyimini optimize etmek, sipariş defteri uygulamalarını daha kullanışlı hale getirmek ve kötü niyetli MEV müdahalesini azaltmak. Ayrıntılar şunları içerir:

• Jito Labs'ın Block Assembly Marketplace ( BAM ) modülü ana ağa açıldı. Bu modülün anlamı, nihai ACE ( Application Controlled Execution ) öncesinde, Solana üzerindeki akıllı sözleşmelere bağımsız işlem sıralama hakkı sağlayan geçici bir eklenti sistemi sunmaktır.

• Anza ekibi "işlem aynı Slot'a girişi"nin başarı oranını optimize etti, bu sayede kayma ve MEV kaybını azalttı.

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

Orta dönem (3-9 ay ): Özel yüksek hızlı ağ ve yeni konsensüs modeli getirilerek gecikme önemli ölçüde azaltılacak, verimlilik artırılacak:

• DoubleZero'a özel fiber optik ağ kurulumu, doğrulayıcılara neredeyse sıfır dalgalanma ile en fazla 100ms gecikme azaltarak yüksek hızlı iletişim sağlamaktadır.

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

• Asenkron Program İcraatı ( Asynchronous Program Execution, APE ), işlem icrasının konsensüs üzerindeki engellemelerini azaltır.

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

• Çoklu Paralel Blok Üreticisi (Multiple Concurrent Leaders, MCL): Birden fazla doğrulayıcıyı, kendi pipeline'larında aynı anda işlem önermeye teşvik eder, ardından bu paralel blokları öncelik ücretine göre birleştirerek sıralar. Bu, tek bir paketleyicinin tekelini zayıflatır ve sansüre karşı direnci artırır.

• Yerel uygulamalar kontrol edilen yürütme ( Uygulama Kontrolü 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.

Bu noktada, yazar bu ICM yol haritasının önerisinin arkasındaki hikayenin şöyle olduğunu düşünüyor: Solana'daki eski DEX Drift, sonradan gelen Hyperliquid tarafından "on-chain Binance"ın mükemmel deneyimi ile geride bırakıldı. Drift, kendisi bu rekabete dayanamayınca, Solana Labs, Anza, Jito gibi "büyükler"den yardım istemek zorunda kaldı. "Büyükler", Hyperliquid'in ustalık alanlarını Drift'e birebir kopyalayarak donatmayı vaat eden ICM gibi bir teknik iyileştirme planı sundular ve Drift'e DEX pazarında yeniden mücadele etmesi için yardımcı olmaya çalışacaklarını belirttiler. Ancak "büyükler" bu teknik iyileştirmenin son derece zor olduğunu söylediler, bu yüzden 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, Hyperliquid ile bir karşılaştırma yapabilmesi için.

Hikaye arka planı netleştirildi, sonraki bölümlerde yazar ICM'nin Hyperliquid'in hangi yeteneklerini taklit ettiğini ve yeniden ürettiğini detaylı bir şekilde analiz edecektir.

Taklit 1: İşlem Sıralama Mekanizması

Sorunun kaynağı: Daha önce belirtildiği gibi, mevcut zincir takerlere eğilim gösteriyor ve maker "zehirli akışın" yükünü taşıyor. Aktif olarak emir tüketen kullanıcılar, zincir dışındaki en son fiyatlara dayanarak, anında zincir üzerindeki bekleyen emirlere işlem başlatabilir ve işlem ücretini artırarak öncelikli işlem yapabilirken, piyasa yapıcılar genellikle emirlerini güncelleyip iptal etmekte geç kalıyor. Sonuç olarak, piyasa yapıcılar ya spread'i artırmak zorunda kalıyor ya da likiditeyi tamamen çekip piyasayı daha derin hale getiriyor.

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

ICM yol haritası, ACE(Uygulama Kontrolü ile İcra) kavramını önerdi; bu kavram, işlem sıralama yetkisini her bir zincir üzerindeki uygulamalara devretmeyi ve uygulamanın kendi ilgili işlemlerini nasıl sıralayıp yürüteceğine kendisinin karar vermesini sağlamaktadır. Örneğin, ACE'nin gelecekte uygulanacağı Solana üzerinde, DeFi sözleşmeleri aşağıdaki gibi özelleştirilmiş işlem sıralama kurallarını gerçekleştirebilir:

• Oracle fiyat güncellemesi ekleme: DeFi uygulamaları, büyük işlemler eşleştirilmeden önce, bir işlem ekleyerek oraklden en güncel fiyatı alabilir, böylece emirlerin en güncel makul fiyatla eşleştirilmesini sağlar ve piyasa yapıcıların tekliflerinin eski fiyatlara dayanarak arbitraj yapılmasına engel olur.

• Sipariş iptali öncelikli yürütme: Uygulama, "sipariş iptali isteği"nin yeni "alış işlemi"nden önce yürütülmesini ayarlayabilir, böylece piyasa koşulları olumsuz olduğunda yapıcıların bekleyen siparişlerini zamanında geri çekme fırsatı olur.

• Takım arkası açık artırma: Örneğin, büyük bir alım emri fiyatı yükselttiğinde, DeFi uygulaması "ardından" fırsatı açık artırmaya sunar. Protokole ( veya kullanıcıya ) en fazla faydayı iade etmeye istekli olan kimse, DeFi protokolü o kişinin işlemini büyük emrin ardından gerçekleştirmesine izin verir. DeFi uygulaması açık artırma gelirlerini kullanıcılara iade edebilir, böylece toksik MEV trafiğini olumlu gelire dönüştürür.

JITO'nun BAM'ı: Geçiş Planı

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

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

2. BAM düğümü yerel işlemleri toplar ve çeşitli eklentiler ( plugin ) ile 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 sayesinde uygulama geliştiricileri kendi akitleri için çeşitli sıralama kuralları özelleştirebilir, örneğin, iptal önceliği, eşleştirmeden önce oracle fiyatını güncelleme veya karmaşık uygulama içi teklifleri yürütme gibi.

3. Sıralandıktan sonra işlem Bundle’ı Solana Leader’a gönderilir ve blok zincirine eklenir.

BAM, ACE'nin zincir üzerine geçirilmeden önceki deneme alanı olarak düşünülebilir, işlev olarak son derece ACE'ye yakındır, sadece kendi bağımsız ağında çalışır ve Solana ana zincir protokolüne entegre edilmemiştir.

Dikkate değer ki, Jito daha önce MEV çıkarımına yönelik altyapı sağlayarak, ) gibi Jito Block Engine ( ile işlem sıralamasını optimize ederek arbitrajcılara fırsatlar yaratmayı ve gelir paylaşımını hedefliyordu. Bu, bir dereceye kadar sıradan kullanıcılar ile arbitraj yapılanlar arasında bir "mızrak" olarak duruyordu. Ancak, Jito 2024 yılının başlarında arbitraj robotlarına yönelik kamuya açık bellek havuzu ) mempool ( fonksiyonunu kapattı ve böylece sandviç saldırıları gibi olumsuz dışsallıkları azaltmayı amaçladı. Bu adım, Solana topluluğunun zararlı MEV'yi bastırmayı ve kullanıcı adaletini korumayı tercih ettiğini göstermektedir.

BAM'ın piyasaya sürülmesi, bu düşünceyi takip ediyor: esasen, MEV arbitrajı için kullanılan sıralama mekanizmasını, piyasa yapıcılar gibi likidite sağlayıcılarını koruyan bir "kalkan" haline getiriyor; örneğin, zorunlu iptal işlemleriyle piyasa yapıcıların zarar görmesini önlemek, yarışma teşvikleriyle ön alım kârlarını azaltmak gibi. Önceden MEV arayıcıları para kazanmak istiyorlarsa, rol değiştirmeli, BAM eklentileri yazarak DeFi protokollerine hizmet etmeli ve eklenti komisyonlarıyla kazanç sağlamalıdır.

) HYPERLIQUID'den bilgi almak

Yukarıda bahsedilen ACE/BAM yaklaşımı, aslında Hyperliquid'in zincir üzerindeki aracılık mekanizmasına bir tür yakalama olarak görülebilir. Hyperliquid, tamamen DEX hizmeti vermek üzere tasarlanmış özel bir zincirdir ###Appchain(. 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 likidite sağlayıcılarına daha yatkın olduğunu anlamak zor değil. Zincir katmanında piyasa yapıcıları korumaya yönelik birçok tasarımı zaten gerçekleştirmiştir, örneğin:

• Sipariş verenin öncelikli korunması: iptal edilen ve yalnızca yapıcı olarak yapılan siparişler öncelikli olarak işlenir, bu da piyasa yapıcıların habersiz bir şekilde olumsuz işlemlere maruz kalmasını önler. Solana ACE'nin bahsettiği "iptal öncelikli yürütme" Hyperliquid yıllardır uygulamaktadır.

• En son fiyat garantisi: Hyperliquid'in likidasyon ve eşleştirme süreci, "çift kontrol" yapmak için en son fiyat ve teminat durumunu kullanmaya vurgu yapar. Örneğin, bir emir eşleştiğinde, sistem yeniden en son oracle fiyatını çekerek her iki tarafın teminatını değerlendirir ve fiyat gecikmesinin risk yaratmamasını sağlar. Bu, ACE'nin işlem gerçekleştirilmeden önce oracle güncellemelerini işlemeye dahil etmesine benzer.

• Kendiliğinden işlem koruması: Eğer aynı adresten alım satım gerçekleşirse, Hyperliquid otomatik olarak iptal eder ve eşleştirme yapmaz, böylece hacim artırma veya gereksiz masraflardan kaçınılır.

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

Taklit İkisi: Anlık Nihai Olma

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

Solana şu anda Tower BFT kullanıyor, onay ve nihai durum olasılıksal olarak ilerleyicidir: Bir blok 2/3 oy alırsa "onaylandı###Confirmed(" olarak kaydedilir, ancak zincir üzerinde yaklaşık 32 ardışık blok ) genellikle yaklaşık 13 saniye( içinde "nihai onay)Finalized(" olarak güvence altına alınır. Bazı uygulamalar için) örneğin yüksek frekanslı ticaret(, onay süresi on birkaç saniye hala çok uzun.

HyperBFT, Hyperliquid'in kendi geliştirdiği bir konsensüs algoritmasıdır. HotStuff konsensüsünden ilham alarak, blokların onaylanması için iki tur oylama kullanır ve "anlık nihai sonuç" sağlar.

• İlk Tur: Ön Oylama )Prevote(: Doğrulayıcılar, Proposer tarafından yayımlanan aday blok alındıktan sonra hızlı bir doğrulama yapacaklardır. Eğer doğrulama geçer ise, her bir doğrulayıcı bu blok için bir "ön oylama" )Prevote( oyu verecek ve bunu tüm ağa yayacaktır. Bu oy şunu temsil eder: "Ben bu blok üzerinde ön inceleme yaptım, sorun yok."

• İkinci Tur: Önceki Gönderim )Precommit(: Bir doğrulayıcı, aynı aday blok için üçte iki doğrulayıcıdan fazla Prevot alır almaz, ağın çoğunluğunun güvenine sahip olduğunu düşünerek yeterli güven kazanmış olur.