Solana ICM yol haritası: Hyperliquid için bir "taklit gösterisi"
Son zamanlarda, Solana ekosisteminin önde gelen isimleri 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 prensibi "Uygulama Kontrolü Altında İşlem ( Application Controlled Execution, ACE )" olup, kısaca, zincir üzerindeki uygulamaların milisaniye düzeyinde bağımsız işlem sıralama hakkına sahip olmasını sağlamak ve merkeziyetsiz bir "zincir üzeri Wall Street" inşa etmektir.
İ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 şunu söylüyor: "Sizde olan her şey Hyperliquid, biz de onu istiyoruz ve daha iyi yapmalıyız!"
Hyperliquid, zincir üzerindeki sürekli sözleşme pazarında baskın bir konumda bulunuyor ve işlem hacmi bir ara tüm merkeziyetsiz sürekli pazarın yaklaşık %65'ini oluşturuyordu. Açıkça görülüyor ki, böyle bir rakiple karşılaşan Solana, doğal olarak geri kalmayı kabul etmiyor ve bu nedenle bu ICM yol haritasını sundu.
Peki, bu "taklit gösterisi" aslında nedir? Solana gerçekten Hyperliquid'i yakalayabilir veya geçebilir mi? Bu konuyu derinlemesine inceleyelim.
ICM Arka Planı ve İçeriği
Bu değişimi kim yönetiyor?
Katılımcı yol haritasını belirleyenler, Solana ekosisteminin önemli oyuncularıdır:
Solana Vakfı/Labs: Solana'nın "baba"sı, genel koordinasyon ve çekirdek protokol geliştirmeden sorumlu.
Anza: Solana Labs'ın eski üyeleri tarafından kurulan bir geliştirme şirketi, yeni konsensüs protokolü Alpenglow gibi birçok temel teknolojik zorluğun üstesinden gelmiştir.
Jito Labs: Solana üzerindeki MEV altyapı sağlayıcısı, büyük bir etkiye sahip ve 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 liderlik ettiler.
Multicoin Capital: Ünlü bir kripto yatırım kuruluşu ve ayrıca Solana'nın erken destekçilerinden biri. Teknik yönelimde de oldukça söz sahibidir.
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 optik fiber ağı çözümleri sunmaktadır.
Drift: Solana'nın önde gelen sürekli sözleşme DEX projesi. Daha önce Drift, zincir dışı eşleştirme modeli kullanıyordu ve tamamen zincir üzerindeki Hyperliquid ile karşılaştığında biraz zorlandı. Bu sefer yol haritası belirleme sürecine katılması, temel yükseltmelerden yararlanarak yeniden sıçrama umudunu taşıdığını gösteriyor.
çözülecek temel sorun
Yol haritası, piyasa mikro yapısının iyileştirilmesine odaklanmaktadır; basitçe ifade etmek gerekirse, mevcut zincir üstü işlem mekanizması, piyasa yapıcılar için yeterince dostane değildir. Yani, işlem başlatan Taker avantaj sağlamaktadır, oysa bekleyen emirlerle işlem yapılmasını bekleyen Market Maker (piyasa yapıcı) zarar görmektedir. Bunun nedeni, Taker'ın genellikle en güncel bilgilere sahip olması ve işlemlerinin öncelikle gerçekleştirilmesini sağlamak için işlem ücretlerini artırmasıdır; oysa Maker genellikle emirlerini iptal etmekte gecikmekte ve dezavantajlı fiyatlardan işlem yapmak zorunda kalmaktadır.
Bazı yüksek frekanslı arbitrajcılar bu asimetriden yararlanarak "zehirli trafik" saldırıları başlatabilir. Örneğin, zincir üzerindeki fiyat henüz güncellenmemişken, zincir dışındaki fiyat değişmiş olabilir; bu durumda arbitrajcı, eski fiyatla piyasa yapıcıların emirlerini alarak piyasa yapıcıların zarar etmesine neden olur. Sonuç olarak, Maker kendini korumak için ya alım-satım fiyat farkını artırmak zorunda kalır ya da emir miktarını azaltarak pazarın likiditesinin kötüleşmesine yol açar.
ICM yol haritası, bu yapıyı dengelemeyi ve yüksek kaliteli likiditenin zincire geri dönmesini sağlamayı amaçlamaktadır.
ICM'nin üç adımı
Solana bu büyük planı üç aşamaya böldü:
Kısa vadeli (1-3 ay): Mevcut zincir üstü işlem deneyimini optimize etmeye odaklanmak, emir defteri uygulamalarını daha kullanışlı hale getirmek ve kötü niyetli MEV müdahalesini azaltmak. Bu, aşağıdakileri 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) açılmadan önce, Solana üzerindeki akıllı sözleşmelere kendi ticaret sıralama yetkisini sağlayan geçici bir eklenti sistemi sunmaktır.
Anza ekibi, "işlemlerin aynı Slot'a girmesi"nin başarı oranını optimize ederek kaymayı ve MEV kaybını azaltmıştır.
Bu iyileştirmelerin 2025 yılı Temmuz-Eylül ayları arasında kademeli olarak hayata geçmesi bekleniyor.
Orta vadeli (3-9 ay): Özel yüksek hızlı ağ ve yeni nesil konsensüsün tanıtılması, gecikmeyi önemli ölçüde azaltacak ve işlem hacmini artıracaktır:
DoubleZero özel fiber ağı kurarak, doğrulayıcılara neredeyse sıfır dalgalanma ile 100ms'ye kadar azalmış gecikme ile yüksek hızlı iletişim sağlanır.
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 Çalıştırma ( Asynchronous Program Execution, APE ), işlem yürütmenin konsensüse olan engelini 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 Üreticisi (Multiple Concurrent Leaders, MCL): Birden fazla doğrulayıcının kendi pipeline'larında aynı anda işlemler önermesine izin verir, 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 edilebilir 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.
Taklit 1: İşlem Sıralama Mekanizması
Sorunun kaynağı: Şu anda zincir, alıcıları tercih ediyor, yapıcılar "zehirli akış" acısını çekiyor. Aktif olarak emirleri alan kullanıcılar, zincir dışındaki en son fiyatlara göre, anında zincir üzerindeki bekleyen emirlere işlem başlatabiliyor ve işlem ücretlerini artırarak öncelikli işlem gerçekleştirebiliyor, oysa piyasa yapıcılar genellikle güncellemeleri veya emirleri iptal etmeleri için zaman bulamıyor. Sonuç, piyasa yapıcıların ya spreadi artırması ya da likiditeyi tamamen çekmesi ve piyasa derinliğinin kötüleşmesidir.
ICM yol haritası ACE (Uygulama Kontrollü İcra) konseptini ortaya koymaktadır; bu, işlem sıralama yetkisinin her bir zincir üzerindeki uygulamalara devredilmesi anlamına gelir ve uygulama, kendi ilgili işlemlerinin nasıl sıralanıp yürütüleceğine kendisi karar verebilir. Örneğin, gelecekte ACE'yi gerçekleştiren Solana üzerinde, DeFi sözleşmeleri aşağıdaki gibi özelleştirilmiş işlem sıralama kurallarını uygulayabilir:
Oracle fiyat güncellemesi ekleme: DeFi uygulamaları, büyük işlemler eşleştirilmeden önce, oraklden en son fiyatı almak için bir işlem ekleyebilir, böylece emirlerin en son makul fiyatla eşleştirilmesini sağlar ve piyasa yapıcıların tekliflerinin eski fiyatlara dayanarak arbitraj yapılmasının önüne geçer.
Sipariş iptali öncelikli yürütme: Uygulama, "sipariş iptali isteği"nin yeni "alış işlemleri"nden önce yürütülmesini ayarlayabilir, böylece yapıcı, piyasa aleyhine olduğunda açık siparişi zamanında iptal etme fırsatı bulur.
Takım Sonu Açık Artırma: Örneğin, büyük bir alım emri fiyatı yükselttiğinde, DeFi uygulamaları "hemen ardından" fırsatları açık artırmaya sunar; protokole (veya kullanıcılara) en fazla faydayı geri vermek isteyen kimse, DeFi protokolü o kişinin işlemini büyük emirle yan yana gerçekleştirecektir. DeFi uygulamaları, açık artırma gelirlerini kullanıcılara geri verebilir, böylece toksik MEV trafiğini sağlıklı bir gelire dönüştürebilir.
JITO'nun BAM'i: Geçiş Planı
ACE resmi olarak piyasaya sürülmeden önce, Jito Labs "Block Assembly Marketplace (BAM)" adlı geçiş çözümünü sundu. BAM'in iş akışı şudur:
Kullanıcı, işlemi doğrudan mevcut Lider'e değil, 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 koruması altında yeniden sıralama yapar (eklenti güvenli bir TEE ortamında çalışır ve yürütmeden önce işlem içeriğini dışarıdan gizler). Eklenti 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üncelleme veya karmaşık uygulama içi teklifleri yürütme gibi.
Sıralanmış ticaret Bundle'ı daha sonra Solana Liderine paketlenip zincire gönderilir.
BAM, ACE'nin zincire geçmeden önceki deneme sahası olarak görülebilir, işlev olarak son ACE'ye çok yakındır, sadece zincir dışındaki bağımsız bir ağda çalışmaktadır, Solana ana zincir protokolü içinde değil.
Dikkate değer ki, Jito daha önce MEV çıkarımına yönelik altyapı (örneğin Jito Block Engine) sunuyordu ve iş modeli, işlem sıralamasını optimize ederek arbitrajcılar için fırsatlar yaratmak ve kazancı paylaşmaktı. Bu, bir ölçüde sıradan kullanıcılar ile arbitrajcıların karşıt tarafında bir "mızrak" durumu yaratıyordu. Ancak, Jito 2024 yılının başında arbitraj robotlarına yönelik kamu hafıza havuzunu (mempool) kapatarak, sandviç saldırıları gibi olumsuz dışsallıkları azaltmayı hedefledi. Bu adım, Solana topluluğunun zararlı MEV'yi bastırma ve kullanıcı adaletini koruma eğiliminde olduğunu göstermektedir.
BAM'ın piyasaya sürülmesi bu düşünceyi daha da destekliyor: Esasen, 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ı amaçlıyor. Örneğin, zorunlu iptallerin öncelikli olarak piyasa yapıcıların zarar görmesini önlemesi ve kapışma ödüllerinin getirilmesi gibi. Önceki MEV arayıcıları para kazanmak istiyorsa, rol değiştirmeli ve DeFi protokollerine hizmet eden BAM eklentileri yazmalı, eklenti ücretleri ile kazanç sağlamalıdır.
HYPERLIQUID'den bilgi almak
Yukarıdaki ACE/BAM yaklaşımı, aslında Hyperliquid zincirindeki eşleştirme mekanizmasına bir tür yaklaşım olarak görülebilir. Hyperliquid, DEX'e hizmet etmek için doğuştan 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 olduğunu anlamak zor değildir; zincir katmanında piyasa yapıcıları koruyan birçok tasarım gerçekleştirmiştir, örneğin:
Sipariş verme önceliği: iptal edilen ve yalnızca maker olarak işlem gören siparişler öncelikli olarak işlenir, böylece piyasa yapıcıların bilgi sahibi olmadan olumsuz işlemlere tabi tutulmasını önler. Solana ACE'nin bahsettiği "iptal öncelikli icra" Hyperliquid tarafından yıllardır uygulanmaktadır.
En son fiyat garantisi: Hyperliquid'in likidasyon ve eşleştirme süreci, en son fiyat verilerini ve teminat durumunu kullanarak "çift kontrol" yapma üzerine odaklanmaktadır. Örneğin, bir emir eşleştirilip işleme geçtiğinde, sistem tarafların teminatını değerlendirmek için en son oracle fiyatını tekrar çeker ve fiyat gecikmesinin risk oluşturmasını engeller. Bu, ACE'nin işlem gerçekleştirilmeden önce oracle güncellemelerini işlemlere eklemesine 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 işlem şişirme veya gereksiz masrafları önler.
Solana ICM'nin ACE/BAM'sı, kesinlikle Hyperliquid'den "ilham alıyor". 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 bir zincir ve modüler eklentiler kullanarak bu etkiyi kopyalamayı umuyor----- yani her uygulamanın, Hyperliquid gibi işlem sıralaması üzerinde kontrol sahibi olmasını sağlamak.
Taklit İkincisi: Anlık Nihai Sonuç
Mevcut konsensüs karşılaştırması
Solana şu anda Tower BFT kullanıyor, onay ve nihai kesinlik olasılıksal olarak ilerleyicidir: bir blok 2/3 oy alırsa "onaylandı ( Confirmed )" olarak kabul edilir, ancak zincir üzerinde yaklaşık 32 sonraki bloğun birikmesi (genellikle yaklaşık 13 saniye) "nihai onay ( Finalized )" olarak sabitlenmesi için gereklidir. Bazı uygulamalar (örneğin yüksek frekanslı ticaret) için on birkaç saniyelik nihai onay süresi hâlâ çok uzundur.
HyperBFT, Hyperliquid'in kendi geliştirdiği bir konsensüs algoritmasıdır, HotStuff konsensüsünden esinlenmiştir ve blokları onaylamak için iki tur oylama kullanarak "anlık nihai sonuç" sağlar.
İlk Tur: Ön Oylama ( Ön Oylama ): 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 bir doğrulayıcı bu blok için bir "ön oylama" ( Ön Oylama ) oyu kullanacak ve bunu tüm ağa yayacaktır. Bu oy, "Ben bunu ilk etapta inceledim, bu blokta bir sorun yok." anlamına gelir.
İkinci Tur: Ön Taahhüt ( Precommit ): Bir doğrulayıcı, aynı aday blok için üçte iki doğrulayıcıdan fazlasından Prevote aldığında, ağın çoğunluğunun bu bloğu onayladığına dair yeterli güven kazanır. Bu yüzden, doğrulayıcı daha güçlü bir "ön taahhüt" ( Precommit ) oyu kullanır ve bunu yayar. Bu oy, "Ağın çoğunluğunun kabul ettiğini gördüm, bu bloğu resmi olarak deftere yazmaya hazırım." anlamına gelir.
Bir doğrulayıcı, aynı aday blok için üçte iki doğrulayıcıdan Precommit topladığında, mutabakat sağlanır! Bu blok, nihai olarak (Finalized) olarak kabul edilir. Blok, kalıcı olarak ve geri alınamaz bir şekilde blok zincirine eklenir.
Bu, Hyperliquid'in her blokunun nihai blok olduğu, fork geri dönüşü olasılığının olmadığı anlamına gelir; tüm zincirin blok oluşturma gecikmesi son derece düşüktür------ Resmi açıklamalara göre ortalama onay gecikmesi yaklaşık 0.2 saniye, %99 oranında 0.9 saniyeden fazla değildir. Bu milisaniye seviyesindeki nihai kesinlik, yüksek frekanslı işlemler için son derece idealdir çünkü işlem bir kez gönderildiğinde, çok kısa sürede onaylanır ve yeniden yapılandırılamaz, bu da varlık verimliliğini büyük ölçüde artırır.
ALPENGLOW anlık nihai sonuç sağlıyor
Alpenglow, Solana'nın piyasaya sürmeyi planladığı tamamen yeni bir konsensüs protokolüdür, hedefi blokların nihai onayını 1-2 slot'a (yaklaşık 150ms) hızlandırmak ve benzerini gerçekleştirmektir.
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.
19 Likes
Reward
19
7
Repost
Share
Comment
0/400
0xOverleveraged
· 1h ago
Sadece ödevi kopyalamışsın, güzel bir kapak değiştirmişsin.
View OriginalReply0
fren.eth
· 14h ago
Bir kopya almak ne var ki, gücün yoksa bu da boşuna.
Solana, Hyperliquid'i taklit ederek ICM yol haritasını oluşturuyor ve on-chain Wall Street'i inşa ediyor.
Solana ICM yol haritası: Hyperliquid için bir "taklit gösterisi"
Son zamanlarda, Solana ekosisteminin önde gelen isimleri 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 prensibi "Uygulama Kontrolü Altında İşlem ( Application Controlled Execution, ACE )" olup, kısaca, zincir üzerindeki uygulamaların milisaniye düzeyinde bağımsız işlem sıralama hakkına sahip olmasını sağlamak ve merkeziyetsiz bir "zincir üzeri Wall Street" inşa etmektir.
İ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 şunu söylüyor: "Sizde olan her şey Hyperliquid, biz de onu istiyoruz ve daha iyi yapmalıyız!"
Hyperliquid, zincir üzerindeki sürekli sözleşme pazarında baskın bir konumda bulunuyor ve işlem hacmi bir ara tüm merkeziyetsiz sürekli pazarın yaklaşık %65'ini oluşturuyordu. Açıkça görülüyor ki, böyle bir rakiple karşılaşan Solana, doğal olarak geri kalmayı kabul etmiyor ve bu nedenle bu ICM yol haritasını sundu.
Peki, bu "taklit gösterisi" aslında nedir? Solana gerçekten Hyperliquid'i yakalayabilir veya geçebilir mi? Bu konuyu derinlemesine inceleyelim.
ICM Arka Planı ve İçeriği
Bu değişimi kim yönetiyor?
Katılımcı yol haritasını belirleyenler, Solana ekosisteminin önemli oyuncularıdır:
Solana Vakfı/Labs: Solana'nın "baba"sı, genel koordinasyon ve çekirdek protokol geliştirmeden sorumlu.
Anza: Solana Labs'ın eski üyeleri tarafından kurulan bir geliştirme şirketi, yeni konsensüs protokolü Alpenglow gibi birçok temel teknolojik zorluğun üstesinden gelmiştir.
Jito Labs: Solana üzerindeki MEV altyapı sağlayıcısı, büyük bir etkiye sahip ve 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 liderlik ettiler.
Multicoin Capital: Ünlü bir kripto yatırım kuruluşu ve ayrıca Solana'nın erken destekçilerinden biri. Teknik yönelimde de oldukça söz sahibidir.
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 optik fiber ağı çözümleri sunmaktadır.
Drift: Solana'nın önde gelen sürekli sözleşme DEX projesi. Daha önce Drift, zincir dışı eşleştirme modeli kullanıyordu ve tamamen zincir üzerindeki Hyperliquid ile karşılaştığında biraz zorlandı. Bu sefer yol haritası belirleme sürecine katılması, temel yükseltmelerden yararlanarak yeniden sıçrama umudunu taşıdığını gösteriyor.
çözülecek temel sorun
Yol haritası, piyasa mikro yapısının iyileştirilmesine odaklanmaktadır; basitçe ifade etmek gerekirse, mevcut zincir üstü işlem mekanizması, piyasa yapıcılar için yeterince dostane değildir. Yani, işlem başlatan Taker avantaj sağlamaktadır, oysa bekleyen emirlerle işlem yapılmasını bekleyen Market Maker (piyasa yapıcı) zarar görmektedir. Bunun nedeni, Taker'ın genellikle en güncel bilgilere sahip olması ve işlemlerinin öncelikle gerçekleştirilmesini sağlamak için işlem ücretlerini artırmasıdır; oysa Maker genellikle emirlerini iptal etmekte gecikmekte ve dezavantajlı fiyatlardan işlem yapmak zorunda kalmaktadır.
Bazı yüksek frekanslı arbitrajcılar bu asimetriden yararlanarak "zehirli trafik" saldırıları başlatabilir. Örneğin, zincir üzerindeki fiyat henüz güncellenmemişken, zincir dışındaki fiyat değişmiş olabilir; bu durumda arbitrajcı, eski fiyatla piyasa yapıcıların emirlerini alarak piyasa yapıcıların zarar etmesine neden olur. Sonuç olarak, Maker kendini korumak için ya alım-satım fiyat farkını artırmak zorunda kalır ya da emir miktarını azaltarak pazarın likiditesinin kötüleşmesine yol açar.
ICM yol haritası, bu yapıyı dengelemeyi ve yüksek kaliteli likiditenin zincire geri dönmesini sağlamayı amaçlamaktadır.
ICM'nin üç adımı
Solana bu büyük planı üç aşamaya böldü:
Kısa vadeli (1-3 ay): Mevcut zincir üstü işlem deneyimini optimize etmeye odaklanmak, emir defteri uygulamalarını daha kullanışlı hale getirmek ve kötü niyetli MEV müdahalesini azaltmak. Bu, aşağıdakileri 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) açılmadan önce, Solana üzerindeki akıllı sözleşmelere kendi ticaret sıralama yetkisini sağlayan geçici bir eklenti sistemi sunmaktır.
Anza ekibi, "işlemlerin aynı Slot'a girmesi"nin başarı oranını optimize ederek kaymayı ve MEV kaybını azaltmıştır.
Bu iyileştirmelerin 2025 yılı Temmuz-Eylül ayları arasında kademeli olarak hayata geçmesi bekleniyor.
Orta vadeli (3-9 ay): Özel yüksek hızlı ağ ve yeni nesil konsensüsün tanıtılması, gecikmeyi önemli ölçüde azaltacak ve işlem hacmini artıracaktır:
DoubleZero özel fiber ağı kurarak, doğrulayıcılara neredeyse sıfır dalgalanma ile 100ms'ye kadar azalmış gecikme ile yüksek hızlı iletişim sağlanır.
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 Çalıştırma ( Asynchronous Program Execution, APE ), işlem yürütmenin konsensüse olan engelini 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 Üreticisi (Multiple Concurrent Leaders, MCL): Birden fazla doğrulayıcının kendi pipeline'larında aynı anda işlemler önermesine izin verir, 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 edilebilir 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.
Taklit 1: İşlem Sıralama Mekanizması
Sorunun kaynağı: Şu anda zincir, alıcıları tercih ediyor, yapıcılar "zehirli akış" acısını çekiyor. Aktif olarak emirleri alan kullanıcılar, zincir dışındaki en son fiyatlara göre, anında zincir üzerindeki bekleyen emirlere işlem başlatabiliyor ve işlem ücretlerini artırarak öncelikli işlem gerçekleştirebiliyor, oysa piyasa yapıcılar genellikle güncellemeleri veya emirleri iptal etmeleri için zaman bulamıyor. Sonuç, piyasa yapıcıların ya spreadi artırması ya da likiditeyi tamamen çekmesi ve piyasa derinliğinin kötüleşmesidir.
ICM'in nihai çözümü: kontrollü yürütme uygulaması (ACE)
ICM yol haritası ACE (Uygulama Kontrollü İcra) konseptini ortaya koymaktadır; bu, işlem sıralama yetkisinin her bir zincir üzerindeki uygulamalara devredilmesi anlamına gelir ve uygulama, kendi ilgili işlemlerinin nasıl sıralanıp yürütüleceğine kendisi karar verebilir. Örneğin, gelecekte ACE'yi gerçekleştiren Solana üzerinde, DeFi sözleşmeleri aşağıdaki gibi özelleştirilmiş işlem sıralama kurallarını uygulayabilir:
Oracle fiyat güncellemesi ekleme: DeFi uygulamaları, büyük işlemler eşleştirilmeden önce, oraklden en son fiyatı almak için bir işlem ekleyebilir, böylece emirlerin en son makul fiyatla eşleştirilmesini sağlar ve piyasa yapıcıların tekliflerinin eski fiyatlara dayanarak arbitraj yapılmasının önüne geçer.
Sipariş iptali öncelikli yürütme: Uygulama, "sipariş iptali isteği"nin yeni "alış işlemleri"nden önce yürütülmesini ayarlayabilir, böylece yapıcı, piyasa aleyhine olduğunda açık siparişi zamanında iptal etme fırsatı bulur.
Takım Sonu Açık Artırma: Örneğin, büyük bir alım emri fiyatı yükselttiğinde, DeFi uygulamaları "hemen ardından" fırsatları açık artırmaya sunar; protokole (veya kullanıcılara) en fazla faydayı geri vermek isteyen kimse, DeFi protokolü o kişinin işlemini büyük emirle yan yana gerçekleştirecektir. DeFi uygulamaları, açık artırma gelirlerini kullanıcılara geri verebilir, böylece toksik MEV trafiğini sağlıklı bir gelire dönüştürebilir.
JITO'nun BAM'i: Geçiş Planı
ACE resmi olarak piyasaya sürülmeden önce, Jito Labs "Block Assembly Marketplace (BAM)" adlı geçiş çözümünü sundu. BAM'in iş akışı şudur:
Kullanıcı, işlemi doğrudan mevcut Lider'e değil, 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 koruması altında yeniden sıralama yapar (eklenti güvenli bir TEE ortamında çalışır ve yürütmeden önce işlem içeriğini dışarıdan gizler). Eklenti 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üncelleme veya karmaşık uygulama içi teklifleri yürütme gibi.
Sıralanmış ticaret Bundle'ı daha sonra Solana Liderine paketlenip zincire gönderilir.
BAM, ACE'nin zincire geçmeden önceki deneme sahası olarak görülebilir, işlev olarak son ACE'ye çok yakındır, sadece zincir dışındaki bağımsız bir ağda çalışmaktadır, Solana ana zincir protokolü içinde değil.
Dikkate değer ki, Jito daha önce MEV çıkarımına yönelik altyapı (örneğin Jito Block Engine) sunuyordu ve iş modeli, işlem sıralamasını optimize ederek arbitrajcılar için fırsatlar yaratmak ve kazancı paylaşmaktı. Bu, bir ölçüde sıradan kullanıcılar ile arbitrajcıların karşıt tarafında bir "mızrak" durumu yaratıyordu. Ancak, Jito 2024 yılının başında arbitraj robotlarına yönelik kamu hafıza havuzunu (mempool) kapatarak, sandviç saldırıları gibi olumsuz dışsallıkları azaltmayı hedefledi. Bu adım, Solana topluluğunun zararlı MEV'yi bastırma ve kullanıcı adaletini koruma eğiliminde olduğunu göstermektedir.
BAM'ın piyasaya sürülmesi bu düşünceyi daha da destekliyor: Esasen, 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ı amaçlıyor. Örneğin, zorunlu iptallerin öncelikli olarak piyasa yapıcıların zarar görmesini önlemesi ve kapışma ödüllerinin getirilmesi gibi. Önceki MEV arayıcıları para kazanmak istiyorsa, rol değiştirmeli ve DeFi protokollerine hizmet eden BAM eklentileri yazmalı, eklenti ücretleri ile kazanç sağlamalıdır.
HYPERLIQUID'den bilgi almak
Yukarıdaki ACE/BAM yaklaşımı, aslında Hyperliquid zincirindeki eşleştirme mekanizmasına bir tür yaklaşım olarak görülebilir. Hyperliquid, DEX'e hizmet etmek için doğuştan 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 olduğunu anlamak zor değildir; zincir katmanında piyasa yapıcıları koruyan birçok tasarım gerçekleştirmiştir, örneğin:
Sipariş verme önceliği: iptal edilen ve yalnızca maker olarak işlem gören siparişler öncelikli olarak işlenir, böylece piyasa yapıcıların bilgi sahibi olmadan olumsuz işlemlere tabi tutulmasını önler. Solana ACE'nin bahsettiği "iptal öncelikli icra" Hyperliquid tarafından yıllardır uygulanmaktadır.
En son fiyat garantisi: Hyperliquid'in likidasyon ve eşleştirme süreci, en son fiyat verilerini ve teminat durumunu kullanarak "çift kontrol" yapma üzerine odaklanmaktadır. Örneğin, bir emir eşleştirilip işleme geçtiğinde, sistem tarafların teminatını değerlendirmek için en son oracle fiyatını tekrar çeker ve fiyat gecikmesinin risk oluşturmasını engeller. Bu, ACE'nin işlem gerçekleştirilmeden önce oracle güncellemelerini işlemlere eklemesine 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 işlem şişirme veya gereksiz masrafları önler.
Solana ICM'nin ACE/BAM'sı, kesinlikle Hyperliquid'den "ilham alıyor". 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 bir zincir ve modüler eklentiler kullanarak bu etkiyi kopyalamayı umuyor----- yani her uygulamanın, Hyperliquid gibi işlem sıralaması üzerinde kontrol sahibi olmasını sağlamak.
Taklit İkincisi: Anlık Nihai Sonuç
Mevcut konsensüs karşılaştırması
Solana şu anda Tower BFT kullanıyor, onay ve nihai kesinlik olasılıksal olarak ilerleyicidir: bir blok 2/3 oy alırsa "onaylandı ( Confirmed )" olarak kabul edilir, ancak zincir üzerinde yaklaşık 32 sonraki bloğun birikmesi (genellikle yaklaşık 13 saniye) "nihai onay ( Finalized )" olarak sabitlenmesi için gereklidir. Bazı uygulamalar (örneğin yüksek frekanslı ticaret) için on birkaç saniyelik nihai onay süresi hâlâ çok uzundur.
HyperBFT, Hyperliquid'in kendi geliştirdiği bir konsensüs algoritmasıdır, HotStuff konsensüsünden esinlenmiştir ve blokları onaylamak için iki tur oylama kullanarak "anlık nihai sonuç" sağlar.
İlk Tur: Ön Oylama ( Ön Oylama ): 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 bir doğrulayıcı bu blok için bir "ön oylama" ( Ön Oylama ) oyu kullanacak ve bunu tüm ağa yayacaktır. Bu oy, "Ben bunu ilk etapta inceledim, bu blokta bir sorun yok." anlamına gelir.
İkinci Tur: Ön Taahhüt ( Precommit ): Bir doğrulayıcı, aynı aday blok için üçte iki doğrulayıcıdan fazlasından Prevote aldığında, ağın çoğunluğunun bu bloğu onayladığına dair yeterli güven kazanır. Bu yüzden, doğrulayıcı daha güçlü bir "ön taahhüt" ( Precommit ) oyu kullanır ve bunu yayar. Bu oy, "Ağın çoğunluğunun kabul ettiğini gördüm, bu bloğu resmi olarak deftere yazmaya hazırım." anlamına gelir.
Bir doğrulayıcı, aynı aday blok için üçte iki doğrulayıcıdan Precommit topladığında, mutabakat sağlanır! Bu blok, nihai olarak (Finalized) olarak kabul edilir. Blok, kalıcı olarak ve geri alınamaz bir şekilde blok zincirine eklenir.
Bu, Hyperliquid'in her blokunun nihai blok olduğu, fork geri dönüşü olasılığının olmadığı anlamına gelir; tüm zincirin blok oluşturma gecikmesi son derece düşüktür------ Resmi açıklamalara göre ortalama onay gecikmesi yaklaşık 0.2 saniye, %99 oranında 0.9 saniyeden fazla değildir. Bu milisaniye seviyesindeki nihai kesinlik, yüksek frekanslı işlemler için son derece idealdir çünkü işlem bir kez gönderildiğinde, çok kısa sürede onaylanır ve yeniden yapılandırılamaz, bu da varlık verimliliğini büyük ölçüde artırır.
ALPENGLOW anlık nihai sonuç sağlıyor
Alpenglow, Solana'nın piyasaya sürmeyi planladığı tamamen yeni bir konsensüs protokolüdür, hedefi blokların nihai onayını 1-2 slot'a (yaklaşık 150ms) hızlandırmak ve benzerini gerçekleştirmektir.