Solana'nın ICM yol haritası: Hyperliquid'e karşı bir "taklit gösterisi"
Giriş: Solana büyükleri toplantı yapıyor
Son zamanlarda, Solana ekosisteminde ilginç bir olay gerçekleşti. Solana Vakfı, Anza, bazı tanınmış laboratuvarlar gibi önemli üyeler bir araya gelerek "İnternet Sermaye Pazarları (Internet Capital Markets, ICM)" adlı bir teknik yol haritası yayınladılar. Bu yol haritasının temel fikri "Uygulama Kontrollü İşlem (Application Controlled Execution, ACE)" olarak tanımlanıyor; kısacası, zincir üzerindeki uygulamaların milisaniye seviyesinde otonom işlem sıralama yetkisine sahip olmasını sağlamak ve merkeziyetsiz bir "zincir üzerindeki Wall Street" oluşturmak.
İlginç bir şekilde, 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, sanki Solana şöyle diyormuş gibi: "Hyperliquid'in sahip olduğu şeylere biz de sahip olmalıyız ve bunu daha iyi yapmalıyız!"
Bilinmelidir ki, Hyperliquid zincir üzerindeki süresiz sözleşme pazarında baskın bir konumda bulunuyor ve işlem hacmi bir dönem tüm merkeziyetsiz süresiz pazarın yaklaşık %65'ini oluşturuyordu. Açıkça, böyle bir rakiple karşı karşıya kalan Solana, doğal olarak, takipçilerin gerisinde kalmayı kabul etmedi ve bu ICM yol haritasını piyasaya sürdü.
Yani, bu "taklit gösterisi" aslında ne? Solana gerçekten Hyperliquid'i yakalayabilir veya onu geçebilir mi? Bugün bu konuyu derinlemesine konuşalım.
ICM Arka Planı ve İçeriği
Bu değişimi kim yönetiyor?
Öncelikle, bu yol haritasını kimin oluşturduğuna bakalım. Katılanlar, Solana ekosisteminin önemli oyuncuları:
Solana Foundation/Labs: Bu fazla söze gerek yok, Solana'nın "baba"sı, genel koordinasyonu ve temel protokol geliştirmeden 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 teknik zorluğun üstesinden geldiler.
Bazı tanınmış laboratuvarlar: Solana üzerindeki MEV altyapı sağlayıcıları, büyük bir etkiye sahip, neredeyse Solana üzerindeki tüm MEV trafiğinin "hayat ve ölüm yetkisini" kontrol ediyor. Bu sefer Block Assembly Marketplace (BAM) gibi işlem sıralama çözümlerini sağlamak için liderlik ettiler.
Bazı ünlü sermaye: Tanınmış bir kripto yatırım kurumu ve aynı zamanda Solana'nın erken destekçilerinden biri. Büyük miktarda SOL ve ekosistem projelerinin haklarına sahip olduğu için, teknik yönelimde de önemli bir söz hakkına sahiptir.
DoubleZero: Ağ iletişimini hızlandırmaya odaklanan bir ekip, Solana doğrulama düğümleri arasındaki iletişim hızını artırmak için özel fiber optik ağ çözümleri sunmaktadır.
Bir sürekli sözleşme platformu: Solana'daki önde gelen sürekli sözleşme DEX projesi. Daha önce bu platform, tamamen zincir üstü olan Hyperliquid ile karşılaştığında biraz zorlandı ve bu sefer yol haritası belirlemeye katılarak, açıkça temel seviyedeki güncellemelerden faydalanarak yeniden yükselmeyi umuyor.
çözülmesi gereken temel sorun
Yol haritası, pazarın mikro yapısının iyileştirilmesine odaklanıyor. Açıkçası, mevcut zincir üstü ticaret mekanizması piyasa yapıcılar için yeterince dost değil; yani, ticareti aktif bir şekilde başlatan Taker'lar avantaj sağlarken, emirlerini bekleyen Market Maker'lar (piyasa yapıcılar) kaybediyor. Bunun nedeni, Taker'ların genellikle en son bilgilere sahip olmaları ve işlemlerinin öncelikle gerçekleştirilmesini sağlamak için işlem ücretlerini artırmalarıdır; oysa Maker'lar genellikle emirlerini iptal etmeye yetişemeyip, dezavantajlı fiyatlardan işlem yapmak zorunda kalıyorlar.
Bazı yüksek frekanslı arbitrajcılar bu asimetriden yararlanarak "zehirli trafik" saldırıları başlatabilir. Örneğin, zincir üstü fiyat henüz güncellenmemişken, zincir dışı fiyat değişmişse, arbitrajcı eski fiyatla piyasa yapıcının emirlerini alarak, piyasa yapıcının zarar etmesine neden olabilir. Sonuç olarak, Maker kendini korumak için ya alım satım fiyat farkını artırmakta ya da emir hacmini azaltmakta, bu da tüm piyasanın likiditesinin azalmasına yol açmaktadır.
ICM yol haritası, bu dengeleri dengelemek ve yüksek kaliteli likiditeyi zincire geri çekmek amacıyla oluşturulmuştur.
ICM'nin üç adımı
Solana bu büyük planı üç aşamaya ayırdı:
Kısa vadeli (1-3 ay): Mevcut zincir üstü işlem deneyimini optimize etmek, order book türü uygulamaların daha kullanışlı olmasını sağlamak ve kötü niyetli MEV müdahalesini azaltmak. Detaylar şunları içerir:
Tanınmış bir laboratuvarın Block Assembly Marketplace (BAM) modülü ana ağda yayınlandı. Bu modülün önemi, nihai ACE'nin (Uygulama Kontrolü Altında İcra) yayına girmesinden önce, Solana üzerindeki akıllı sözleşmelere kendi ticaret sıralama hakkını vermek için geçici bir eklenti sistemi sağlamaktır.
Anza ekibi, "işlem aynı Slot'a girme" başarısını optimize ederek kaymaları ve MEV kaybını azaltmıştır.
Bu iyileştirmelerin 2025 yılı 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ün tanıtılması, gecikmeyi önemli ölçüde azaltmakta ve işlem hacmini artırmaktadır:
DoubleZero özel fiber ağı dağıtımı, doğrulayıcılara neredeyse sıfır dalgalanma ile maksimum 100 ms gecikme azaltımı sağlayan yüksek hızlı iletişim sunar.
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şlem yürütmenin konsensüs üzerindeki engelini azaltır.
Uzun vadeli (9-30 ay): Solana'nın temel mimarisinde devrim niteliğinde bir güncelleme yapmak, 2027 civarında hedeflenmektedir:
Çoklu Eşzamanlı Blok Üreticileri ( 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 eşzamanlı 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: zincir üzerindeki akıllı sözleşmelere işlem yürütme sırasını kontrol etme yetkisini gerçekten verir.
Analiz burada, yazarın bu ICM yol haritasının ortaya çıkışının arkasındaki hikayenin şöyle olduğunu düşündüğüdür: Solana'daki köklü DEX, daha sonra Hyperliquid tarafından "blok zincirindeki bir ticaret platformu"nun mükemmel deneyimi ile geride bırakıldı. Köklü DEX kendini savunamaz hale geldiği için Solana Labs, Anza gibi "büyük oyunculara" başvurmak zorunda kaldı. "Büyük oyuncular", Hyperliquid'in uzmanlık alanını köklü DEX'lere bir bir kopyalayarak sunacakları ICM adlı bir teknik dönüşüm planı önerdiler ve bu sayede köklü DEX'in DEX pazarında yeniden savaşmasına yardımcı olacaklarını iddia ettiler. Ancak "büyük oyuncular" ayrıca bu teknik dönüşümün çok zor olduğunu söylediler, bu yüzden teknik planı üç aşamalı bir stratejiye ayırdılar. Yakın zamanda köklü DEX'e verilecek ekipman yalnızca tanınmış bir laboratuvarın BAM'ı olacak, köklü DEX bunu idare etmek zorunda kalacak ve Hyperliquid ile karşılaştırmalarına devam edecekler.
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 alıcıları (taker) desteklemekte, yapıcılar (maker) "zehirli akış" acısını çekmektedir. Aktif olarak emir yiyen kullanıcılar, zincir dışındaki en son fiyatlara dayanarak, anında zincir üzerindeki emirlerle işlem başlatabilir ve işlem ücretlerini artırarak öncelikli olarak işlem gerçekleştirebilirken, piyasa yapıcıların genellikle emirlerini güncellemeye veya iptal etmeye zamanları olmuyor. Sonuç olarak, piyasa yapıcılar ya spread'i artırmakta ya da likiditeyi tamamen çekmekte, bu da piyasanın derinliğini kötüleştirmektedir.
ICM'in nihai çözümü: Kontrol edilebilir yürütme uygulaması (ACE)
ICM yol haritası, ACE (Uygulama Kontrol Edilen İcra) kavramını ortaya koymaktadır; yani işlem sıralama yetkisi, her bir zincir üzerindeki uygulamalara devredilmekte ve uygulamalar, kendi ilgili işlemlerinin nasıl sıralanıp yürütüleceğine kendisi karar vermektedir. Örneğin, gelecekte ACE'yi gerçekleştiren Solana üzerinde, DeFi sözleşmeleri aşağıdaki özel işlem sıralama kurallarını uygulayabilir:
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, böylece emirlerin en son makul fiyata eşleştirilmesini sağlar ve piyasa yapıcıların tekliflerinin eski fiyatlara dayanarak arbitraj yapılmasını önler.
Sipariş iptal önceliği: Uygulamalar, "sipariş iptal talebinin" yeni "alış işlemlerinden" önce gerçekleştirilmesini ayarlayabilir, böylece maker, piyasa aleyhine olduğunda emirlerini zamanında geri çekme fırsatı bulur.
Takım Sonu İhaleleri: Örneğin, büyük bir alım emri fiyatı yükselttiğinde, DeFi uygulaması "hemen ardından" fırsatını açık artırmaya sunar. Protokole (veya kullanıcıya) en fazla yararı geri vermek isteyen kimse, DeFi protokolü o kişinin işlemini büyük emirlerin hemen arkasında gerçekleştirir. DeFi uygulaması, açık artırma gelirini kullanıcılara geri verebilir, böylece zehirli MEV akışını sağlıklı gelir haline dönüştürebilir.
Ünlü bir laboratuvarın BAM'ı: Geçiş Planı
ACE resmi olarak piyasaya sürülmeden önce, tanınmış bir laboratuvar 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 paketlerinin (Bundle) gizlilik koruma altında yeniden sıralanmasını gerçekleştirir (eklenti 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 kontratları için farklı sıralama kuralları belirleyebilirler, örneğin iptal önceliği, eşleştirme öncesi oracle fiyat güncellemeleri yapmak veya karmaşık uygulama içi teklifler çalıştırmak gibi.
Sıralanan işlem Bundle'ı tekrar Solana Lider'e gönderilir ve zincire paketlenir.
BAM, ACE'nin zincir öncesi bir deneme alanı olarak görülebilir, işlev olarak nihai ACE'ye oldukça yakın olup, yalnızca Solana ana zincir protokolüne entegre edilmemiş bağımsız bir ağda çalışmaktadır.
Dikkate değer bir nokta, tanınmış bir laboratuvarın daha önce MEV çıkarımına yönelik altyapı (örneğin belirli bir blok motoru) sağladığıdır; ticari modeli, işlem sıralamasını optimize ederek arbitrajcılar için fırsatlar yaratmak ve kazancı paylaşmaktır. Bu, bir açıdan sıradan kullanıcılar ile arbitraj yapılanlar arasında bir "mızrak" oluşturur. Ancak bu laboratuvar, 2024'ün başında arbitraj robotlarına yönelik kamu mempool (mempool) işlevini kapatarak, sandviç saldırıları gibi olumsuz dışsallıkları azaltmayı amaçladı. Bu adım, Solana topluluğunun zararlı MEV'yi bastırma ve kullanıcı eşitliğini koruma eğiliminde olduğunu göstermektedir.
BAM'ın piyasaya sürülmesi, bu düşünceyi daha da destekliyor: 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ı korumayı hedefliyor. Örneğin, zorunlu iptalleri önceliklendirerek piyasa yapıcıların zarar görmesini engellemekte ve yarışma teşvikleri getirerek öne geçme kazançlarını azaltmaktadır. Önceden MEV arayıcıları para kazanmak istiyorsa, rol değiştirmek zorunda kalacaklar; BAM eklentilerini DeFi protokollerine hizmet vermek amacıyla yazacak ve eklenti komisyonları ile kazanç sağlayacaklar.
Hyperliquid'den ders almak
Yukarıda belirtilen ACE/BAM yaklaşımı aslında Hyperliquid’in zincir üzerindeki eşleştirme mekanizmasına bir tür yetişme olarak görülebilir. Hyperliquid, tamamen DEX hizmeti vermek üzere tasarlanmış bir özel 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 daha çok likidite sağlayıcılarına yönelik olması ve zincir katmanında piyasa yapıcıları korumaya yönelik birçok tasarım gerçekleştirilmiş olması anlaşılır. Örneğin:
Bekleyen sipariş öncelikle korunur: iptal edilen ve yalnızca yapıcı olarak yapılan bekleyen siparişler öncelikli olarak işlenir, böylece piyasa yapıcılar bilgisiz bir şekilde dezavantajlı işlemle karşılaşmazlar. Solana ACE'nin bahsettiği "iptal öncelikli yürütme" Hyperliquid yıllardır uygulamaktadır.
En son fiyat garantisi: Hyperliquid'in likidite sağlama ve eşleştirme süreci, "çift kontrol" yapmak için en son besleme fiyatları ve marj durumunu kullanmaya vurgu yapmaktadır. Örneğin, bir emir eşleştiğinde, sistem her iki tarafın marjını değerlendirmek için en son oracle fiyatını tekrar çeker, fiyatın gecikmesinin neden olduğu riskleri önlemek için. Bu, ACE'nin ticaretin gerçekleştirilmesinden önce oracle güncellemelerini ticarete eklemesine benzer.
Kendiliğinden işlem koruması: Eğer aynı adres alım satım yapıyorsa, Hyperliquid otomatik olarak iptal eder, eşleştirmez, bu da hacim manipülasyonu veya gereksiz ücretleri önlemek içindir.
Solana ICM'nin ACE/BAM'sı, kuşkusuz Hyperliquid'den "öğreniyor". Hyperliquid, zincir üstü CLOB lideri olarak, bir özel zincir kullanarak piyasa yapıcı 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ıralama kontrolüne sahip olmasını sağlamak.
Taklit İki: Anlık Nihai Sonuç
Mevcut konsensüs karşılaştırması
Solana şu anda Tower BFT kullanıyor, onay ve nihai sonuç olasılıksal olarak ilerlemedir: Bir blok 2/3 oy alırsa "onaylandı ( Confirmed )" olarak kaydedilir, ancak blok zincirinde yaklaşık 32 sonraki bloğun (genellikle yaklaşık 13 saniye) birikmesi gerekir ki bu da "nihai olarak belirlenmiş ( Finalized )" olarak sabitlensin. Bazı uygulamalar (örneğin yüksek frekanslı ticaret) için on birkaç saniyelik nihai onay süresi hala çok uzundur.
HyperBFT, Hyperliquid'in geliştirdiği bir konsensüs algoritmasıdır. HotStuff konsensüsünden ilham alarak, blokları onaylamak için iki aşamalı 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 bloğu aldıktan sonra hızlı bir doğrulama yapacaklardır. Eğer doğrulama başarılı olursa, her doğrulayıcı bu bloğa bir "ön oylama" (Prevote) oyu verecek ve bunu tüm ağa yayacaktır. Bu oy, "Ben başlangıçta inceledim
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ı vs Hyperliquid: on-chain ticaret savaşı
Solana'nın ICM yol haritası: Hyperliquid'e karşı bir "taklit gösterisi"
Giriş: Solana büyükleri toplantı yapıyor
Son zamanlarda, Solana ekosisteminde ilginç bir olay gerçekleşti. Solana Vakfı, Anza, bazı tanınmış laboratuvarlar gibi önemli üyeler bir araya gelerek "İnternet Sermaye Pazarları (Internet Capital Markets, ICM)" adlı bir teknik yol haritası yayınladılar. Bu yol haritasının temel fikri "Uygulama Kontrollü İşlem (Application Controlled Execution, ACE)" olarak tanımlanıyor; kısacası, zincir üzerindeki uygulamaların milisaniye seviyesinde otonom işlem sıralama yetkisine sahip olmasını sağlamak ve merkeziyetsiz bir "zincir üzerindeki Wall Street" oluşturmak.
İlginç bir şekilde, 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, sanki Solana şöyle diyormuş gibi: "Hyperliquid'in sahip olduğu şeylere biz de sahip olmalıyız ve bunu daha iyi yapmalıyız!"
Bilinmelidir ki, Hyperliquid zincir üzerindeki süresiz sözleşme pazarında baskın bir konumda bulunuyor ve işlem hacmi bir dönem tüm merkeziyetsiz süresiz pazarın yaklaşık %65'ini oluşturuyordu. Açıkça, böyle bir rakiple karşı karşıya kalan Solana, doğal olarak, takipçilerin gerisinde kalmayı kabul etmedi ve bu ICM yol haritasını piyasaya sürdü.
Yani, bu "taklit gösterisi" aslında ne? Solana gerçekten Hyperliquid'i yakalayabilir veya onu geçebilir mi? Bugün bu konuyu derinlemesine konuşalım.
ICM Arka Planı ve İçeriği
Bu değişimi kim yönetiyor?
Öncelikle, bu yol haritasını kimin oluşturduğuna bakalım. Katılanlar, Solana ekosisteminin önemli oyuncuları:
Solana Foundation/Labs: Bu fazla söze gerek yok, Solana'nın "baba"sı, genel koordinasyonu ve temel protokol geliştirmeden 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 teknik zorluğun üstesinden geldiler.
Bazı tanınmış laboratuvarlar: Solana üzerindeki MEV altyapı sağlayıcıları, büyük bir etkiye sahip, neredeyse Solana üzerindeki tüm MEV trafiğinin "hayat ve ölüm yetkisini" kontrol ediyor. Bu sefer Block Assembly Marketplace (BAM) gibi işlem sıralama çözümlerini sağlamak için liderlik ettiler.
Bazı ünlü sermaye: Tanınmış bir kripto yatırım kurumu ve aynı zamanda Solana'nın erken destekçilerinden biri. Büyük miktarda SOL ve ekosistem projelerinin haklarına sahip olduğu için, teknik yönelimde de önemli bir söz hakkına sahiptir.
DoubleZero: Ağ iletişimini hızlandırmaya odaklanan bir ekip, Solana doğrulama düğümleri arasındaki iletişim hızını artırmak için özel fiber optik ağ çözümleri sunmaktadır.
Bir sürekli sözleşme platformu: Solana'daki önde gelen sürekli sözleşme DEX projesi. Daha önce bu platform, tamamen zincir üstü olan Hyperliquid ile karşılaştığında biraz zorlandı ve bu sefer yol haritası belirlemeye katılarak, açıkça temel seviyedeki güncellemelerden faydalanarak yeniden yükselmeyi umuyor.
çözülmesi gereken temel sorun
Yol haritası, pazarın mikro yapısının iyileştirilmesine odaklanıyor. Açıkçası, mevcut zincir üstü ticaret mekanizması piyasa yapıcılar için yeterince dost değil; yani, ticareti aktif bir şekilde başlatan Taker'lar avantaj sağlarken, emirlerini bekleyen Market Maker'lar (piyasa yapıcılar) kaybediyor. Bunun nedeni, Taker'ların genellikle en son bilgilere sahip olmaları ve işlemlerinin öncelikle gerçekleştirilmesini sağlamak için işlem ücretlerini artırmalarıdır; oysa Maker'lar genellikle emirlerini iptal etmeye yetişemeyip, dezavantajlı fiyatlardan işlem yapmak zorunda kalıyorlar.
Bazı yüksek frekanslı arbitrajcılar bu asimetriden yararlanarak "zehirli trafik" saldırıları başlatabilir. Örneğin, zincir üstü fiyat henüz güncellenmemişken, zincir dışı fiyat değişmişse, arbitrajcı eski fiyatla piyasa yapıcının emirlerini alarak, piyasa yapıcının zarar etmesine neden olabilir. Sonuç olarak, Maker kendini korumak için ya alım satım fiyat farkını artırmakta ya da emir hacmini azaltmakta, bu da tüm piyasanın likiditesinin azalmasına yol açmaktadır.
ICM yol haritası, bu dengeleri dengelemek ve yüksek kaliteli likiditeyi zincire geri çekmek amacıyla oluşturulmuştur.
ICM'nin üç adımı
Solana bu büyük planı üç aşamaya ayırdı:
Kısa vadeli (1-3 ay): Mevcut zincir üstü işlem deneyimini optimize etmek, order book türü uygulamaların daha kullanışlı olmasını sağlamak ve kötü niyetli MEV müdahalesini azaltmak. Detaylar şunları içerir:
Tanınmış bir laboratuvarın Block Assembly Marketplace (BAM) modülü ana ağda yayınlandı. Bu modülün önemi, nihai ACE'nin (Uygulama Kontrolü Altında İcra) yayına girmesinden önce, Solana üzerindeki akıllı sözleşmelere kendi ticaret sıralama hakkını vermek için geçici bir eklenti sistemi sağlamaktır.
Anza ekibi, "işlem aynı Slot'a girme" başarısını optimize ederek kaymaları ve MEV kaybını azaltmıştır.
Bu iyileştirmelerin 2025 yılı 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ün tanıtılması, gecikmeyi önemli ölçüde azaltmakta ve işlem hacmini artırmaktadır:
DoubleZero özel fiber ağı dağıtımı, doğrulayıcılara neredeyse sıfır dalgalanma ile maksimum 100 ms gecikme azaltımı sağlayan yüksek hızlı iletişim sunar.
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şlem yürütmenin konsensüs üzerindeki engelini azaltır.
Uzun vadeli (9-30 ay): Solana'nın temel mimarisinde devrim niteliğinde bir güncelleme yapmak, 2027 civarında hedeflenmektedir:
Çoklu Eşzamanlı Blok Üreticileri ( 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 eşzamanlı 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: zincir üzerindeki akıllı sözleşmelere işlem yürütme sırasını kontrol etme yetkisini gerçekten verir.
Analiz burada, yazarın bu ICM yol haritasının ortaya çıkışının arkasındaki hikayenin şöyle olduğunu düşündüğüdür: Solana'daki köklü DEX, daha sonra Hyperliquid tarafından "blok zincirindeki bir ticaret platformu"nun mükemmel deneyimi ile geride bırakıldı. Köklü DEX kendini savunamaz hale geldiği için Solana Labs, Anza gibi "büyük oyunculara" başvurmak zorunda kaldı. "Büyük oyuncular", Hyperliquid'in uzmanlık alanını köklü DEX'lere bir bir kopyalayarak sunacakları ICM adlı bir teknik dönüşüm planı önerdiler ve bu sayede köklü DEX'in DEX pazarında yeniden savaşmasına yardımcı olacaklarını iddia ettiler. Ancak "büyük oyuncular" ayrıca bu teknik dönüşümün çok zor olduğunu söylediler, bu yüzden teknik planı üç aşamalı bir stratejiye ayırdılar. Yakın zamanda köklü DEX'e verilecek ekipman yalnızca tanınmış bir laboratuvarın BAM'ı olacak, köklü DEX bunu idare etmek zorunda kalacak ve Hyperliquid ile karşılaştırmalarına devam edecekler.
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 alıcıları (taker) desteklemekte, yapıcılar (maker) "zehirli akış" acısını çekmektedir. Aktif olarak emir yiyen kullanıcılar, zincir dışındaki en son fiyatlara dayanarak, anında zincir üzerindeki emirlerle işlem başlatabilir ve işlem ücretlerini artırarak öncelikli olarak işlem gerçekleştirebilirken, piyasa yapıcıların genellikle emirlerini güncellemeye veya iptal etmeye zamanları olmuyor. Sonuç olarak, piyasa yapıcılar ya spread'i artırmakta ya da likiditeyi tamamen çekmekte, bu da piyasanın derinliğini kötüleştirmektedir.
ICM'in nihai çözümü: Kontrol edilebilir yürütme uygulaması (ACE)
ICM yol haritası, ACE (Uygulama Kontrol Edilen İcra) kavramını ortaya koymaktadır; yani işlem sıralama yetkisi, her bir zincir üzerindeki uygulamalara devredilmekte ve uygulamalar, kendi ilgili işlemlerinin nasıl sıralanıp yürütüleceğine kendisi karar vermektedir. Örneğin, gelecekte ACE'yi gerçekleştiren Solana üzerinde, DeFi sözleşmeleri aşağıdaki özel işlem sıralama kurallarını uygulayabilir:
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, böylece emirlerin en son makul fiyata eşleştirilmesini sağlar ve piyasa yapıcıların tekliflerinin eski fiyatlara dayanarak arbitraj yapılmasını önler.
Sipariş iptal önceliği: Uygulamalar, "sipariş iptal talebinin" yeni "alış işlemlerinden" önce gerçekleştirilmesini ayarlayabilir, böylece maker, piyasa aleyhine olduğunda emirlerini zamanında geri çekme fırsatı bulur.
Takım Sonu İhaleleri: Örneğin, büyük bir alım emri fiyatı yükselttiğinde, DeFi uygulaması "hemen ardından" fırsatını açık artırmaya sunar. Protokole (veya kullanıcıya) en fazla yararı geri vermek isteyen kimse, DeFi protokolü o kişinin işlemini büyük emirlerin hemen arkasında gerçekleştirir. DeFi uygulaması, açık artırma gelirini kullanıcılara geri verebilir, böylece zehirli MEV akışını sağlıklı gelir haline dönüştürebilir.
Ünlü bir laboratuvarın BAM'ı: Geçiş Planı
ACE resmi olarak piyasaya sürülmeden önce, tanınmış bir laboratuvar 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 paketlerinin (Bundle) gizlilik koruma altında yeniden sıralanmasını gerçekleştirir (eklenti 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 kontratları için farklı sıralama kuralları belirleyebilirler, örneğin iptal önceliği, eşleştirme öncesi oracle fiyat güncellemeleri yapmak veya karmaşık uygulama içi teklifler çalıştırmak gibi.
Sıralanan işlem Bundle'ı tekrar Solana Lider'e gönderilir ve zincire paketlenir.
BAM, ACE'nin zincir öncesi bir deneme alanı olarak görülebilir, işlev olarak nihai ACE'ye oldukça yakın olup, yalnızca Solana ana zincir protokolüne entegre edilmemiş bağımsız bir ağda çalışmaktadır.
Dikkate değer bir nokta, tanınmış bir laboratuvarın daha önce MEV çıkarımına yönelik altyapı (örneğin belirli bir blok motoru) sağladığıdır; ticari modeli, işlem sıralamasını optimize ederek arbitrajcılar için fırsatlar yaratmak ve kazancı paylaşmaktır. Bu, bir açıdan sıradan kullanıcılar ile arbitraj yapılanlar arasında bir "mızrak" oluşturur. Ancak bu laboratuvar, 2024'ün başında arbitraj robotlarına yönelik kamu mempool (mempool) işlevini kapatarak, sandviç saldırıları gibi olumsuz dışsallıkları azaltmayı amaçladı. Bu adım, Solana topluluğunun zararlı MEV'yi bastırma ve kullanıcı eşitliğini koruma eğiliminde olduğunu göstermektedir.
BAM'ın piyasaya sürülmesi, bu düşünceyi daha da destekliyor: 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ı korumayı hedefliyor. Örneğin, zorunlu iptalleri önceliklendirerek piyasa yapıcıların zarar görmesini engellemekte ve yarışma teşvikleri getirerek öne geçme kazançlarını azaltmaktadır. Önceden MEV arayıcıları para kazanmak istiyorsa, rol değiştirmek zorunda kalacaklar; BAM eklentilerini DeFi protokollerine hizmet vermek amacıyla yazacak ve eklenti komisyonları ile kazanç sağlayacaklar.
Hyperliquid'den ders almak
Yukarıda belirtilen ACE/BAM yaklaşımı aslında Hyperliquid’in zincir üzerindeki eşleştirme mekanizmasına bir tür yetişme olarak görülebilir. Hyperliquid, tamamen DEX hizmeti vermek üzere tasarlanmış bir özel 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 daha çok likidite sağlayıcılarına yönelik olması ve zincir katmanında piyasa yapıcıları korumaya yönelik birçok tasarım gerçekleştirilmiş olması anlaşılır. Örneğin:
Bekleyen sipariş öncelikle korunur: iptal edilen ve yalnızca yapıcı olarak yapılan bekleyen siparişler öncelikli olarak işlenir, böylece piyasa yapıcılar bilgisiz bir şekilde dezavantajlı işlemle karşılaşmazlar. Solana ACE'nin bahsettiği "iptal öncelikli yürütme" Hyperliquid yıllardır uygulamaktadır.
En son fiyat garantisi: Hyperliquid'in likidite sağlama ve eşleştirme süreci, "çift kontrol" yapmak için en son besleme fiyatları ve marj durumunu kullanmaya vurgu yapmaktadır. Örneğin, bir emir eşleştiğinde, sistem her iki tarafın marjını değerlendirmek için en son oracle fiyatını tekrar çeker, fiyatın gecikmesinin neden olduğu riskleri önlemek için. Bu, ACE'nin ticaretin gerçekleştirilmesinden önce oracle güncellemelerini ticarete eklemesine benzer.
Kendiliğinden işlem koruması: Eğer aynı adres alım satım yapıyorsa, Hyperliquid otomatik olarak iptal eder, eşleştirmez, bu da hacim manipülasyonu veya gereksiz ücretleri önlemek içindir.
Solana ICM'nin ACE/BAM'sı, kuşkusuz Hyperliquid'den "öğreniyor". Hyperliquid, zincir üstü CLOB lideri olarak, bir özel zincir kullanarak piyasa yapıcı 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ıralama kontrolüne sahip olmasını sağlamak.
Taklit İki: Anlık Nihai Sonuç
Mevcut konsensüs karşılaştırması
Solana şu anda Tower BFT kullanıyor, onay ve nihai sonuç olasılıksal olarak ilerlemedir: Bir blok 2/3 oy alırsa "onaylandı ( Confirmed )" olarak kaydedilir, ancak blok zincirinde yaklaşık 32 sonraki bloğun (genellikle yaklaşık 13 saniye) birikmesi gerekir ki bu da "nihai olarak belirlenmiş ( Finalized )" olarak sabitlensin. Bazı uygulamalar (örneğin yüksek frekanslı ticaret) için on birkaç saniyelik nihai onay süresi hala çok uzundur.
HyperBFT, Hyperliquid'in geliştirdiği bir konsensüs algoritmasıdır. HotStuff konsensüsünden ilham alarak, blokları onaylamak için iki aşamalı oylama kullanır ve "anlık nihai sonuç" sağlar.