Solana ICM yol haritası: Hyperliquid'e yönelik bir taklit şovu mu?
Son günlerde, Solana ekosisteminde dikkat çekici bir olay yaşandı. Solana Vakfı, Anza, Jito Labs gibi önemli katılımcılar, "İnternet Sermaye Pazarları (Internet Capital Markets, ICM)" adlı bir teknik yol haritası yayınladılar. Bu yol haritasının temel felsefesi "Uygulama Kontrollü İşlem (Application Controlled Execution, ACE)" olup, hedefi zincir üzerindeki uygulamalara milisaniye seviyesinde bağımsız işlem sıralama yetkisi kazandırmak ve merkeziyetsiz bir "zincir üzerindeki Wall Street" yaratmaktır.
Yol haritasında Hyperliquid doğrudan belirtilmemiş olsa da, dikkatli bir analizle, birçok tasarımın Hyperliquid'in avantajlı özelliklerini hedef alarak kopyalandığını görmek zor değil. Bu, Solana'nın şu mesajı vermesi gibidir: "Hyperliquid'in yapabildiğini, biz de yapmalıyız ve daha iyi yapmalıyız!"
Dikkate değer olan, Hyperliquid'in zincir üzerindeki sürekli sözleşmeler pazarında hâkimiyet kurmuş olmasıdır; işlem hacmi bir ara merkeziyetsiz sürekli pazarın yaklaşık %65'ine ulaşmıştır. Böyle güçlü bir rakiple karşılaşan Solana, açıkça daha sonradan gelenler tarafından geride bırakılmayı istemiyor, bu nedenle bu ICM yol haritasını piyasaya sürdü.
Peki, bu "taklit gösterisi" tam olarak ne? Solana gerçekten Hyperliquid'i yakalayıp geçebilir mi? Bu konuyu derinlemesine inceleyelim.
ICM Arka Planı ve İçeriği
Değişimi yönlendiren ana katılımcı
Öncelikle, bu yol haritasının yapıcılarına bir göz atalım. Katılanlar, Solana ekosistemindeki ağır toplar:
Solana Foundation/Labs: Solana'nın "baba"sı, genel koordinasyon ve çekirdek protokol geliştirmeden sorumlu.
Anza: Solana Labs'ın önceki üyeleri tarafından kurulan bir geliştirme şirketi, Ethereum'un ConsenSys'ine benzer. Bu yol haritasında, yeni konsensüs protokolü Alpenglow gibi birçok temel teknolojik zorluğun üstesinden geldi.
Jito Labs: Solana üzerindeki MEV altyapı sağlayıcısı, büyük bir etkiye sahip, neredeyse Solana üzerindeki tüm MEV trafiğinin "yaşam ve ölüm yetkisini" kontrol ediyor. Bu sefer Block Assembly Marketplace (BAM) gibi işlem sıralama çözümlerini sunmakta öncü.
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 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 sunuyor.
Drift: Solana üzerindeki önde gelen sürekli sözleşme DEX projesi. Önceden Drift, zincir dışı eşleştirme modeli kullanıyordu ve tamamen zincir üzerindeki Hyperliquid ile karşılaştığında zorlanıyordu; bu kez yol haritası oluşturma sürecine katılması, açıkça temel yükseltmelerden faydalanarak toparlanmayı umduğunu gösteriyor.
temel sorun
Yol haritası, piyasa mikro yapısının iyileştirilmesine odaklanmaktadır ve esas olarak mevcut zincir üstü işlem mekanizmasının piyasa yapıcılar için yeterince dostane olmaması sorununu çözmeyi amaçlamaktadır. Şu anda, aktif olarak işlem başlatan Taker'lar avantajlı konumda iken, bekleyen emirlerle işlem yapan Market Maker ( piyasa yapıcı ) dezavantajlı konumdadır. Bunun nedeni, Taker'ların genellikle en son bilgilere sahip olmaları ve işlemlerinin öncelikli olarak gerçekleştirilmesini sağlamak için işlem ücretlerini artırma yeteneğine sahip olmalarıdır, oysa Maker'lar genellikle emirlerini iptal etmekte gecikmekte ve dezavantajlı fiyatlarla işlem yapmak zorunda kalmaktadır.
Bazı yüksek frekanslı arbitrajcılar, bu asimetriden yararlanarak "zehirli akış" saldırıları başlatabilirler. Örneğin, zincir üzerindeki fiyat henüz güncellenmediğinde, ancak 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, bu da tüm piyasanın likiditesinin düşmesine yol açmaktadır.
ICM yol haritası, bu düzeni dengelemeyi ve yüksek kaliteli likiditeyi zincire geri çekmeyi amaçlamaktadır.
ICM'nin üç adımlı stratejisi
Solana bu büyük planı üç aşamaya ayırdı:
Kısa Vadeli (1-3 Ay ): Mevcut zincir üstü işlem deneyimini optimize etmek, emir defteri uygulamalarının kullanım etkisini iyileştirmek ve kötü niyetli MEV müdahalesini azaltmak. Özellikle şunları içerir:
Jito Labs'ın Block Assembly Marketplace ( BAM ) modülü ana ağa açıldı. Bu modül, nihai ACE ( Application Controlled Execution )'den önce, Solana üzerindeki akıllı sözleşmelere bağımsız işlem sıralama yetkisi veren geçici bir dış sistem sunar.
Anza ekibi "işlemlerin aynı Slot'a girmesi" başarısını optimize etti, böylece kayıpları ve MEV kaybını azalttı.
Bu iyileştirmelerin 2025 yılının Temmuz-Eylül ayları arasında uygulanması bekleniyor.
Ara dönem (3-9 ay ): Özel yüksek hızlı ağ ve yeni konsensüsün tanıtılması, gecikmeyi büyük ölçüde azaltır, verimliliği artırır:
DoubleZero özel fiber ağı kurulumu, doğrulayıcılara neredeyse sıfır titreme ve gecikmede en fazla 100 ms azalma ile yüksek hızlı iletişim sağlar.
Alpenglow konsensüs protokolü tanıtıldı, nihai onay süresi yaklaşık 12.8 saniyeden yaklaşık 0.15 saniyeye sıkıştırıldı.
Asenkron Program Yürütme ( Asynchronous Program Execution, APE ), işlemlerin yürütülmesinin konsensüse engel olmasını azaltır.
Uzun vadeli (9-30 ay ): Solana'nın temel mimarisinde devrim niteliğinde bir yükseltme yapılması, hedef 2027 civarında gerçekleştirilmesi:
Çoklu Paralel Blok Oluşturucu ( Multiple Concurrent Leaders, MCL ): Birden fazla doğrulayıcının kendi pipeline'larında aynı anda işlem önermesine olanak tanır, ardından bu paralel blokları öncelik ücretine göre birleştirip sıralar. Bu şekilde tek bir paketleyicinin tekelini zayıflatır ve sansüre karşı direnci artırır.
Yerel uygulamalar kontrol edilen yürütme ( Uygulama Kontrol Edilen 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 yol haritasını analiz ettiğimizde, arkasındaki hikayeyi görmek zor değil: Solana üzerindeki köklü DEX Drift, yeni gelen Hyperliquid tarafından "on-chain Binance" mükemmel deneyimi ile geride bırakıldı. Drift, kendi başına rekabet edemeyince, Solana Labs, Anza, Jito gibi "büyüklerden" yardım istemek zorunda kaldı. Bu "büyükler", ICM teknolojisi ile yenileme önerisi getirdi ve Hyperliquid'in temel avantajlarını tamamen Drift'e kopyalayacaklarını iddia etti, böylece Drift'in DEX pazarında yeniden rekabet etmesine yardımcı olacaklar. Ancak, bu teknolojik dönüşümün zorluğunu da kabul ettiler, bu nedenle planı üç aşamalı bir stratejiye böldüler; kısa vadede Drift'e yalnızca Jito'nun BAM'ı verilecek, böylece Drift bununla Hyperliquid ile rekabet edebilecek.
Sonraki aşamada, ICM'nin Hyperliquid'in hangi temel avantajları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 alıcıları desteklemekte, yapıcılar "zehirli akışın" acısını çekmektedir. Aktif bir şekilde emirleri tüketen kullanıcılar, zincir dışındaki en son fiyatlara dayanarak, anında zincir üzerindeki bekleyen emirlere ticaret başlatabilir ve işlem ücretini artırarak öncelikli olarak işlem yapabilirler; oysa piyasa yapıcılar genellikle güncellemeleri veya emir iptallerini yapmakta geç kalırlar. Sonuç olarak, piyasa yapıcılar ya spread'i genişletmekte ya da likiditeyi tamamen çekmektedir, bu da piyasa derinliğinin kötüleşmesine yol açmaktadır.
ICM'in nihai çözümü: Kontrol edilebilir yürütme uygulaması (ACE)
ICM yol haritası, ACE( Uygulama Kontrolü ile İcra) kavramını önermektedir; yani işlem sıralama yetkisini çeşitli zincir uygulamalarına devretmekte, uygulamalar kendi ilgili işlemlerinin nasıl sıralanacağına ve gerçekleştirileceğine kendileri karar vermektedir. Örneğin, ACE'nin gelecekte uygulanacağı Solana üzerinde DeFi sözleşmeleri şu şekilde özel işlem sıralama kuralları gerçekleştirebilir:
Oracle fiyat güncelleme ekleme: DeFi uygulamaları, büyük işlem eşleştirmeden önce, bir işlem ekleyerek oracle'dan en son fiyatı alabilir, bu sayede emirlerin en son makul fiyatla eşleştirilmesini sağlar ve piyasa yapıcıların tekliflerinin eski fiyatlara dayanarak arbitraj yapılmasını önler.
Sipariş iptali öncelikli yürütme: Uygulama, "sipariş iptali isteğinin" yeni "alım işlemlerine" öncelikli olarak yürütülmesini ayarlayabilir, böylece maker, piyasa koşulları olumsuz olduğunda emirlerini zamanında geri çekme fırsatına sahip olur.
Takım sonu açık artırma: Örneğin, fiyatı yükselten büyük bir alım emri ortaya çıktığında, DeFi uygulaması "hemen ardından" fırsatı açık artırmaya çıkarır; protokole ( veya kullanıcıya ) en fazla faydayı iade etmeye istekli olan kimse, DeFi protokolü o kişinin işlemini büyük emre yapışık olarak gerçekleştirir. DeFi uygulamaları, açık artırma gelirlerini kullanıcılara geri verebilir, böylece zehirli MEV trafiğini sağlıklı gelire dönüştürebilir.
JITO'nun BAM'ı: Geçiş Planı
ACE resmi olarak piyasaya sürülmeden önce, Jito Labs, Block Assembly Marketplace (BAM) adında bir geçiş çözümü sundu. BAM'ın iş akışı şudur:
Kullanıcı, işlemi doğrudan mevcut Lider( yerine BAM yazılımını çalıştıran bir düğüme ) gönderir.
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 işlemi yapar. Eklentiler güvenli bir 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 fiyatını güncellemek ve hatta karmaşık uygulama içi teklifleri çalıştırmak gibi.
Sıralanan işlem Bundle'ı tekrar Solana Liderine gönderilir ve zincire paketlenir.
BAM, ACE'nin zincir üzerinde olmadan önceki deneme alanı olarak düşünülebilir, işlev olarak nihai ACE'ye çok yakındır, yalnızca zincir dışındaki bağımsız bir ağda çalışmaktadır, Solana ana zincir protokolüne entegre değildir.
Dikkate değer olan, Jito'nun daha önce MEV çıkarımına yönelik altyapı ), Jito Block Engine ( sağladığıdır; ticaret modeli, işlem sıralamasını optimize ederek arbitrajcılara fırsatlar yaratmak ve kazançları paylaşmaktır. Bu, belirli bir ölçüde sıradan kullanıcılar ile arbitraj yapılanlar arasında "mızrak" gibi bir karşıtlık oluşturmaktadır. Ancak Jito, 2024'ün başında arbitraj robotlarına yönelik kamu hafıza havuzunu ) mempool ( kapatarak dışsallıkları azaltmayı, örneğin sandviç saldırılarını azaltmayı hedefledi. Bu adım, Solana topluluğunun zararlı MEV'yi bastırmayı ve kullanıcıların adaletini korumayı tercih ettiğini göstermektedir.
BAM'ın piyasaya sürülmesi bu düşünceyi daha da destekliyor: aslında, MEV arbitrajı için kullanılan sıralama mekanizmasını, piyasa yapıcılar gibi likidite sağlayıcılarını korumak amacıyla bir "kalkan" haline getiriyor, örneğin zorunlu iptalleri öncelikli olarak piyasa yapıcıların zarar görmemesini sağlamak, yarışma teşvikleri sunarak ön alım kazançlarını azaltmak gibi. Önceden MEV arayıcıları para kazanmak istiyorlarsa, rolleri değiştirmek zorundalar, BAM eklentisi yazarak DeFi protokollerine hizmet etmek, eklenti ücretleriyle gelir elde etmek.
) HYPERLIQUID'den bilgi almak
Yukarıda belirtilen ACE/BAM yaklaşımı aslında Hyperliquid zincirindeki eşleştirme mekanizmasına bir takip olarak görülebilir. Hyperliquid, DEX hizmeti vermek üzere doğmuş bir özel zincirdir ###Appchain(. Ayrıca, Hyperliquid'in resmi olarak işletilen HLP Vault, aslında 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ğil. Zincir katmanında piyasa yapıcıları korumak için birçok tasarım gerçekleştirmiştir, örneğin:
Emir veren tarafın öncelikli korunması: İptal edilen ve yalnızca maker olan emirler öncelikli olarak işlenir, böylece piyasa yapıcıların bilgisi olmadan olumsuz işlemlerden etkilenmesi önlenir. 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, en son fiyat beslemeleri ve teminat durumunu "çift kontrol" yapmak için vurgular. Ö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 oluşturmasını önler. Bu, ACE'nin işlem gerçekleştirilmeden önce oracle güncellemeyi işlemeye eklemesine benzer.
Kendiliğinden işlem koruması: Eğer aynı adresten alım satım gerçekleşirse, Hyperliquid otomatik olarak iptal eder, eşleştirme yapmaz; böylece hacim artırma veya gereksiz maliyetlerin önüne geçer.
Solana ICM'nin ACE/BAM'ı, şüphesiz Hyperliquid'den "öğüt" alıyor. Hyperliquid, zincir üzerindeki CLOB lideri olarak, piyasa yapıcı dostu çeşitli mekanizmaları gerçekleştirmek için özel bir zincir kullanıyor. Solana şimdi genel bir zincir ve modüler eklentilerle bu etkiyi kopyalamayı umuyor - yani her uygulamanın Hyperliquid gibi ticaret sıralaması üzerinde kontrol sahibi olmasını sağlamak.
Taklit İki: Anlık Nihayetlik
) 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 kabul edilir, ancak zincir üzerinde yaklaşık 32 ardışık blok ) genellikle yaklaşık 13 saniye ( içinde "nihai onaylandı )Finalized(" olarak sabitlenmelidir. Bazı uygulamalar için ) örneğin yüksek frekanslı ticaret (, onay süresi on birkaç saniye bile çok uzun.
HyperBFT, Hyperliquid'in kendi geliştirdiği bir konsensüs algoritmasıdır, HotStuff konsensüsünden ilham alarak iki tur oylama ile blokları onaylar ve "anlık nihai sonuç" sağlar.
İlk tur: Ön oy )Prevote(: Doğrulayıcılar, Proposer tarafından yayınlanan aday blok alındıktan sonra hızlı bir doğrulama yapacaklardır. Eğer doğrulama başarılı olursa, her bir doğrulayıcı bu blok için bir "ön oy" )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 Tur: Ön Precommit )Precommit(: Bir doğrulayıcı, aynı aday blok için üçte iki doğrulayıcıdan gelen Prevote'ları topladığında, ağa katılan çoğunluğun bu bloğu onayladığına dair yeterli güven kazanır. Bu nedenle, doğrulayıcı daha güçlü bir "ön precommit" )Precommit( oyu verir ve bunu yayar. Bu oy, şunu temsil eder:"
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Solana ICM yol haritası Hyperliquid on-chain CLOB mücadelesine doğru ilerliyor.
Solana ICM yol haritası: Hyperliquid'e yönelik bir taklit şovu mu?
Son günlerde, Solana ekosisteminde dikkat çekici bir olay yaşandı. Solana Vakfı, Anza, Jito Labs gibi önemli katılımcılar, "İnternet Sermaye Pazarları (Internet Capital Markets, ICM)" adlı bir teknik yol haritası yayınladılar. Bu yol haritasının temel felsefesi "Uygulama Kontrollü İşlem (Application Controlled Execution, ACE)" olup, hedefi zincir üzerindeki uygulamalara milisaniye seviyesinde bağımsız işlem sıralama yetkisi kazandırmak ve merkeziyetsiz bir "zincir üzerindeki Wall Street" yaratmaktır.
Yol haritasında Hyperliquid doğrudan belirtilmemiş olsa da, dikkatli bir analizle, birçok tasarımın Hyperliquid'in avantajlı özelliklerini hedef alarak kopyalandığını görmek zor değil. Bu, Solana'nın şu mesajı vermesi gibidir: "Hyperliquid'in yapabildiğini, biz de yapmalıyız ve daha iyi yapmalıyız!"
Dikkate değer olan, Hyperliquid'in zincir üzerindeki sürekli sözleşmeler pazarında hâkimiyet kurmuş olmasıdır; işlem hacmi bir ara merkeziyetsiz sürekli pazarın yaklaşık %65'ine ulaşmıştır. Böyle güçlü bir rakiple karşılaşan Solana, açıkça daha sonradan gelenler tarafından geride bırakılmayı istemiyor, bu nedenle bu ICM yol haritasını piyasaya sürdü.
Peki, bu "taklit gösterisi" tam olarak ne? Solana gerçekten Hyperliquid'i yakalayıp geçebilir mi? Bu konuyu derinlemesine inceleyelim.
ICM Arka Planı ve İçeriği
Değişimi yönlendiren ana katılımcı
Öncelikle, bu yol haritasının yapıcılarına bir göz atalım. Katılanlar, Solana ekosistemindeki ağır toplar:
Solana Foundation/Labs: Solana'nın "baba"sı, genel koordinasyon ve çekirdek protokol geliştirmeden sorumlu.
Anza: Solana Labs'ın önceki üyeleri tarafından kurulan bir geliştirme şirketi, Ethereum'un ConsenSys'ine benzer. Bu yol haritasında, yeni konsensüs protokolü Alpenglow gibi birçok temel teknolojik zorluğun üstesinden geldi.
Jito Labs: Solana üzerindeki MEV altyapı sağlayıcısı, büyük bir etkiye sahip, neredeyse Solana üzerindeki tüm MEV trafiğinin "yaşam ve ölüm yetkisini" kontrol ediyor. Bu sefer Block Assembly Marketplace (BAM) gibi işlem sıralama çözümlerini sunmakta öncü.
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 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 sunuyor.
Drift: Solana üzerindeki önde gelen sürekli sözleşme DEX projesi. Önceden Drift, zincir dışı eşleştirme modeli kullanıyordu ve tamamen zincir üzerindeki Hyperliquid ile karşılaştığında zorlanıyordu; bu kez yol haritası oluşturma sürecine katılması, açıkça temel yükseltmelerden faydalanarak toparlanmayı umduğunu gösteriyor.
temel sorun
Yol haritası, piyasa mikro yapısının iyileştirilmesine odaklanmaktadır ve esas olarak mevcut zincir üstü işlem mekanizmasının piyasa yapıcılar için yeterince dostane olmaması sorununu çözmeyi amaçlamaktadır. Şu anda, aktif olarak işlem başlatan Taker'lar avantajlı konumda iken, bekleyen emirlerle işlem yapan Market Maker ( piyasa yapıcı ) dezavantajlı konumdadır. Bunun nedeni, Taker'ların genellikle en son bilgilere sahip olmaları ve işlemlerinin öncelikli olarak gerçekleştirilmesini sağlamak için işlem ücretlerini artırma yeteneğine sahip olmalarıdır, oysa Maker'lar genellikle emirlerini iptal etmekte gecikmekte ve dezavantajlı fiyatlarla işlem yapmak zorunda kalmaktadır.
Bazı yüksek frekanslı arbitrajcılar, bu asimetriden yararlanarak "zehirli akış" saldırıları başlatabilirler. Örneğin, zincir üzerindeki fiyat henüz güncellenmediğinde, ancak 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, bu da tüm piyasanın likiditesinin düşmesine yol açmaktadır.
ICM yol haritası, bu düzeni dengelemeyi ve yüksek kaliteli likiditeyi zincire geri çekmeyi amaçlamaktadır.
ICM'nin üç adımlı stratejisi
Solana bu büyük planı üç aşamaya ayırdı:
Kısa Vadeli (1-3 Ay ): Mevcut zincir üstü işlem deneyimini optimize etmek, emir defteri uygulamalarının kullanım etkisini iyileştirmek ve kötü niyetli MEV müdahalesini azaltmak. Özellikle şunları içerir:
Jito Labs'ın Block Assembly Marketplace ( BAM ) modülü ana ağa açıldı. Bu modül, nihai ACE ( Application Controlled Execution )'den önce, Solana üzerindeki akıllı sözleşmelere bağımsız işlem sıralama yetkisi veren geçici bir dış sistem sunar.
Anza ekibi "işlemlerin aynı Slot'a girmesi" başarısını optimize etti, böylece kayıpları ve MEV kaybını azalttı.
Bu iyileştirmelerin 2025 yılının Temmuz-Eylül ayları arasında uygulanması bekleniyor.
Ara dönem (3-9 ay ): Özel yüksek hızlı ağ ve yeni konsensüsün tanıtılması, gecikmeyi büyük ölçüde azaltır, verimliliği artırır:
DoubleZero özel fiber ağı kurulumu, doğrulayıcılara neredeyse sıfır titreme ve gecikmede en fazla 100 ms azalma ile yüksek hızlı iletişim sağlar.
Alpenglow konsensüs protokolü tanıtıldı, nihai onay süresi yaklaşık 12.8 saniyeden yaklaşık 0.15 saniyeye sıkıştırıldı.
Asenkron Program Yürütme ( Asynchronous Program Execution, APE ), işlemlerin yürütülmesinin konsensüse engel olmasını azaltır.
Uzun vadeli (9-30 ay ): Solana'nın temel mimarisinde devrim niteliğinde bir yükseltme yapılması, hedef 2027 civarında gerçekleştirilmesi:
Çoklu Paralel Blok Oluşturucu ( Multiple Concurrent Leaders, MCL ): Birden fazla doğrulayıcının kendi pipeline'larında aynı anda işlem önermesine olanak tanır, ardından bu paralel blokları öncelik ücretine göre birleştirip sıralar. Bu şekilde tek bir paketleyicinin tekelini zayıflatır ve sansüre karşı direnci artırır.
Yerel uygulamalar kontrol edilen yürütme ( Uygulama Kontrol Edilen 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 yol haritasını analiz ettiğimizde, arkasındaki hikayeyi görmek zor değil: Solana üzerindeki köklü DEX Drift, yeni gelen Hyperliquid tarafından "on-chain Binance" mükemmel deneyimi ile geride bırakıldı. Drift, kendi başına rekabet edemeyince, Solana Labs, Anza, Jito gibi "büyüklerden" yardım istemek zorunda kaldı. Bu "büyükler", ICM teknolojisi ile yenileme önerisi getirdi ve Hyperliquid'in temel avantajlarını tamamen Drift'e kopyalayacaklarını iddia etti, böylece Drift'in DEX pazarında yeniden rekabet etmesine yardımcı olacaklar. Ancak, bu teknolojik dönüşümün zorluğunu da kabul ettiler, bu nedenle planı üç aşamalı bir stratejiye böldüler; kısa vadede Drift'e yalnızca Jito'nun BAM'ı verilecek, böylece Drift bununla Hyperliquid ile rekabet edebilecek.
Sonraki aşamada, ICM'nin Hyperliquid'in hangi temel avantajları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 alıcıları desteklemekte, yapıcılar "zehirli akışın" acısını çekmektedir. Aktif bir şekilde emirleri tüketen kullanıcılar, zincir dışındaki en son fiyatlara dayanarak, anında zincir üzerindeki bekleyen emirlere ticaret başlatabilir ve işlem ücretini artırarak öncelikli olarak işlem yapabilirler; oysa piyasa yapıcılar genellikle güncellemeleri veya emir iptallerini yapmakta geç kalırlar. Sonuç olarak, piyasa yapıcılar ya spread'i genişletmekte ya da likiditeyi tamamen çekmektedir, bu da piyasa derinliğinin kötüleşmesine yol açmaktadır.
ICM'in nihai çözümü: Kontrol edilebilir yürütme uygulaması (ACE)
ICM yol haritası, ACE( Uygulama Kontrolü ile İcra) kavramını önermektedir; yani işlem sıralama yetkisini çeşitli zincir uygulamalarına devretmekte, uygulamalar kendi ilgili işlemlerinin nasıl sıralanacağına ve gerçekleştirileceğine kendileri karar vermektedir. Örneğin, ACE'nin gelecekte uygulanacağı Solana üzerinde DeFi sözleşmeleri şu şekilde özel işlem sıralama kuralları gerçekleştirebilir:
Oracle fiyat güncelleme ekleme: DeFi uygulamaları, büyük işlem eşleştirmeden önce, bir işlem ekleyerek oracle'dan en son fiyatı alabilir, bu sayede emirlerin en son makul fiyatla eşleştirilmesini sağlar ve piyasa yapıcıların tekliflerinin eski fiyatlara dayanarak arbitraj yapılmasını önler.
Sipariş iptali öncelikli yürütme: Uygulama, "sipariş iptali isteğinin" yeni "alım işlemlerine" öncelikli olarak yürütülmesini ayarlayabilir, böylece maker, piyasa koşulları olumsuz olduğunda emirlerini zamanında geri çekme fırsatına sahip olur.
Takım sonu açık artırma: Örneğin, fiyatı yükselten büyük bir alım emri ortaya çıktığında, DeFi uygulaması "hemen ardından" fırsatı açık artırmaya çıkarır; protokole ( veya kullanıcıya ) en fazla faydayı iade etmeye istekli olan kimse, DeFi protokolü o kişinin işlemini büyük emre yapışık olarak gerçekleştirir. DeFi uygulamaları, açık artırma gelirlerini kullanıcılara geri verebilir, böylece zehirli MEV trafiğini sağlıklı gelire dönüştürebilir.
JITO'nun BAM'ı: Geçiş Planı
ACE resmi olarak piyasaya sürülmeden önce, Jito Labs, Block Assembly Marketplace (BAM) adında bir geçiş çözümü sundu. BAM'ın iş akışı şudur:
Kullanıcı, işlemi doğrudan mevcut Lider( yerine BAM yazılımını çalıştıran bir düğüme ) gönderir.
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 işlemi yapar. Eklentiler güvenli bir 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 fiyatını güncellemek ve hatta karmaşık uygulama içi teklifleri çalıştırmak gibi.
Sıralanan işlem Bundle'ı tekrar Solana Liderine gönderilir ve zincire paketlenir.
BAM, ACE'nin zincir üzerinde olmadan önceki deneme alanı olarak düşünülebilir, işlev olarak nihai ACE'ye çok yakındır, yalnızca zincir dışındaki bağımsız bir ağda çalışmaktadır, Solana ana zincir protokolüne entegre değildir.
Dikkate değer olan, Jito'nun daha önce MEV çıkarımına yönelik altyapı ), Jito Block Engine ( sağladığıdır; ticaret modeli, işlem sıralamasını optimize ederek arbitrajcılara fırsatlar yaratmak ve kazançları paylaşmaktır. Bu, belirli bir ölçüde sıradan kullanıcılar ile arbitraj yapılanlar arasında "mızrak" gibi bir karşıtlık oluşturmaktadır. Ancak Jito, 2024'ün başında arbitraj robotlarına yönelik kamu hafıza havuzunu ) mempool ( kapatarak dışsallıkları azaltmayı, örneğin sandviç saldırılarını azaltmayı hedefledi. Bu adım, Solana topluluğunun zararlı MEV'yi bastırmayı ve kullanıcıların adaletini korumayı tercih ettiğini göstermektedir.
BAM'ın piyasaya sürülmesi bu düşünceyi daha da destekliyor: aslında, MEV arbitrajı için kullanılan sıralama mekanizmasını, piyasa yapıcılar gibi likidite sağlayıcılarını korumak amacıyla bir "kalkan" haline getiriyor, örneğin zorunlu iptalleri öncelikli olarak piyasa yapıcıların zarar görmemesini sağlamak, yarışma teşvikleri sunarak ön alım kazançlarını azaltmak gibi. Önceden MEV arayıcıları para kazanmak istiyorlarsa, rolleri değiştirmek zorundalar, BAM eklentisi yazarak DeFi protokollerine hizmet etmek, eklenti ücretleriyle gelir elde etmek.
) HYPERLIQUID'den bilgi almak
Yukarıda belirtilen ACE/BAM yaklaşımı aslında Hyperliquid zincirindeki eşleştirme mekanizmasına bir takip olarak görülebilir. Hyperliquid, DEX hizmeti vermek üzere doğmuş bir özel zincirdir ###Appchain(. Ayrıca, Hyperliquid'in resmi olarak işletilen HLP Vault, aslında 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ğil. Zincir katmanında piyasa yapıcıları korumak için birçok tasarım gerçekleştirmiştir, örneğin:
Emir veren tarafın öncelikli korunması: İptal edilen ve yalnızca maker olan emirler öncelikli olarak işlenir, böylece piyasa yapıcıların bilgisi olmadan olumsuz işlemlerden etkilenmesi önlenir. 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, en son fiyat beslemeleri ve teminat durumunu "çift kontrol" yapmak için vurgular. Ö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 oluşturmasını önler. Bu, ACE'nin işlem gerçekleştirilmeden önce oracle güncellemeyi işlemeye eklemesine benzer.
Kendiliğinden işlem koruması: Eğer aynı adresten alım satım gerçekleşirse, Hyperliquid otomatik olarak iptal eder, eşleştirme yapmaz; böylece hacim artırma veya gereksiz maliyetlerin önüne geçer.
Solana ICM'nin ACE/BAM'ı, şüphesiz Hyperliquid'den "öğüt" alıyor. Hyperliquid, zincir üzerindeki CLOB lideri olarak, piyasa yapıcı dostu çeşitli mekanizmaları gerçekleştirmek için özel bir zincir kullanıyor. Solana şimdi genel bir zincir ve modüler eklentilerle bu etkiyi kopyalamayı umuyor - yani her uygulamanın Hyperliquid gibi ticaret sıralaması üzerinde kontrol sahibi olmasını sağlamak.
Taklit İki: Anlık Nihayetlik
) 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 kabul edilir, ancak zincir üzerinde yaklaşık 32 ardışık blok ) genellikle yaklaşık 13 saniye ( içinde "nihai onaylandı )Finalized(" olarak sabitlenmelidir. Bazı uygulamalar için ) örneğin yüksek frekanslı ticaret (, onay süresi on birkaç saniye bile çok uzun.
HyperBFT, Hyperliquid'in kendi geliştirdiği bir konsensüs algoritmasıdır, HotStuff konsensüsünden ilham alarak iki tur oylama ile blokları onaylar ve "anlık nihai sonuç" sağlar.
İlk tur: Ön oy )Prevote(: Doğrulayıcılar, Proposer tarafından yayınlanan aday blok alındıktan sonra hızlı bir doğrulama yapacaklardır. Eğer doğrulama başarılı olursa, her bir doğrulayıcı bu blok için bir "ön oy" )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 Tur: Ön Precommit )Precommit(: Bir doğrulayıcı, aynı aday blok için üçte iki doğrulayıcıdan gelen Prevote'ları topladığında, ağa katılan çoğunluğun bu bloğu onayladığına dair yeterli güven kazanır. Bu nedenle, doğrulayıcı daha güçlü bir "ön precommit" )Precommit( oyu verir ve bunu yayar. Bu oy, şunu temsil eder:"