Solana'nın Yeni Zorluğu: Sadece Yüksek İşlem Hacmi Değil, Daha Kaliteli İşlemler Peşinde Olmak

Solana, yüksek performanslı bir blockchain platformu olarak, hızlı işlem işleme ve büyük hacim ile tanınmaktadır. Ancak, bu onun ideal hedeflerine ulaştığı anlamına mı geliyor? Solana'nın işlem durumunu derinlemesine analiz ettiğimizde, üzerinde düşünülmesi gereken bir soru ortaya çıkıyor: Bu işlemler gerçekten de somut bir değer mi yaratıyor?

Aslında, Solana üzerindeki yüksek işlem hacmi gerçek ticaret talebinden değil, yüksek frekanslı arbitrajcıların milisaniye düzeyindeki bilgi farklarından yararlanarak kâr elde etmesinden kaynaklanmaktadır. "Toksik trader" olarak adlandırılan bu katılımcılar, teknik avantajlarını kullanarak, piyasa yapıcıların emirlerini çekmeye hazırlandığı anda, işlem ücretlerini artırarak kendi işlemlerinin öncelikli olarak paketlenmesini sağlarlar ve bu sayede arbitraj gerçekleştirirler, bu da piyasa yapıcıların zarar görmesine yol açar. Bu zararları telafi etmek için piyasa yapıcılar, alım satım fiyat farklarını genişletmek zorunda kalır ve bu da nihayetinde sıradan kullanıcıların ek maliyetler üstlenmesine neden olur.

Solana her zaman merkeziyetsiz borsa yerine zincir üzerinde bir emir defteri gerçekleştirme vizyonuna sahip olmuştur. Ancak, "zehirli traderlar"ın varlığı bu hedefe ulaşmanın önünde bir engel olmuştur. İşte Solana'nın şu anda karşılaştığı yeni zorluk: hacim, likidite ile eşit değildir. Gerçekten sağlıklı bir piyasa, daha fazla işlem değil, daha yüksek kaliteli işlemler gerektirir.

Zararlı işlemleri nasıl kaldırabiliriz, likiditeyi daha iyi koruyabiliriz?

Mevcut Solana sisteminde, konsensüs mekanizmasının dönemsel ihale mekanizması kullanması nedeniyle, emir yiyiciler (özellikle yüksek frekanslı arbitrajcılar) aslında önceliğe sahip olmaktadır, bu da piyasanın adilliğini etkilemektedir. Spesifik olarak, Solana'nın konsensüs mekanizması her 400 milisaniyede bir zaman dilimi (Slot) olarak belirlenmiştir ve her Slot içinde, işlemler ödenen Gas ücretinin yüksekliğine göre sıralanarak gerçekleştirilir.

Bu mekanizma, piyasa yapıcıların sık sık fiyatları ayarlarken, siparişleri iptal ederken ve yeniden sipariş verirken, genellikle yüksek frekanslı arbitrajcılar tarafından "nişan alınmasına" neden olur. Arbitrajcılar, piyasa yapıcı siparişi iptal etmeden önce işlem yaparak daha yüksek ücretler ödeyerek işlemi tamamlar ve piyasa yapıcıların zarar etmesine neden olurlar.

İdeal olarak, bir order book merkeziyetsiz borsa (DEX) işlemleri aşağıdaki sırayla gerçekleştirmelidir: önce tüm iptalleri, sonra yeni emirleri ve en son olarak işlemleri gerçekleştirmek. Ancak, Solana'nın mevcut konsensüs mekanizması mikro düzeyde bunu başaramamaktadır.

Aynı şekilde, oracle fiyatlandırması açısından ideal durum, önce oracle fiyatlarını güncelleyip ardından bu fiyata bağlı işlemleri gerçekleştirmektir. Ancak mevcut 400 milisaniyelik aralıkta, piyasa aşırı dalgalanmalar nedeniyle işlemlerin hala önceki fiyat üzerinden gerçekleşmesine neden olabilir.

Kredi protokolleri için en iyi uygulama önce teminat eklemek, sonra tasfiye gerçekleştirmektir.

Bu nedenle, Solana'nın farklı protokollerin ihtiyaç duyduklarında işlemleri sıralayabilmesi için bir mekanizmaya ihtiyacı vardır; bu da Solana'nın sürekli vurguladığı Uygulama Kontrolü İcra (Application-Controlled Execution, ACE) dir.

BAM: Solana'nın Çözümü

Bu zorluklarla başa çıkmak için Solana, Blok Montaj Pazarı (Block Assembly Marketplace, BAM) çözümünü önerdi. BAM, Solana ağı üzerinde ana ağ ile arasında bir sıralama katmanı veya ön işleme katmanı oluşturarak uygulanmaktadır.

BAM, güvenilir yürütme ortamlarını (Trusted Execution Environments, TEEs) kullanarak bir gizlilik sandığı inşa eder ve bu sandık içinde önceden belirlenmiş kurallara veya FIFO (ilk giren ilk çıkar) ilkesine göre işlem sıralaması yapar. Bu mekanizma, merkezi limit emir defterleri (CLOBs), sürekli sözleşme borsaları, karanlık havuzlar gibi protokollere daha iyi hizmet etmeyi amaçlamaktadır.

BAM'nın Çalışma Prensibi

BAM'ın işlem süreci aşağıdaki gibidir:

1. Kullanıcı cüzdanında işlemi onaylar.
2. RPC düğümüne gönderim yapılır.
3. İşlemler BAM ağına aktarılır, TEE gizlilik ortamında sıralama yapılır. Bu süreçte, düğümler ek işlemler eklemek için eklentiler kullanabilir, örneğin oracle fiyatlarını güncelleyebilir ve ardından kanıt oluşturabilir.
4. İşlem veri paketi Solana ana ağ Lider düğümüne gönderildi.
5. Leader, işlemleri toplarken BAM veri paketini toplar ve onu bir blok haline getirip yayar.
6. Diğer düğümler oylama yapar.

Dikkate değer bir nokta, BAM'ın Solana ana ağının konsensüs süreciyle çelişmediğidir; aksine, bir isteğe bağlı özellik olarak sunulmaktadır. BAM doğrudan Solana ana ağında çalışmamaktadır; bunun yerine, "off-chain" yöntemiyle işlem sıralamasını önceden tamamlayarak, işlemleri paketleyip Solana ana ağına sunmaktadır.

BAM'nın Temel Özellikleri

BAM, üç çalışma modunu destekler: Solana varsayılan modu, Block-Engine modu (şu anda Jito'nun MEV çözümü, merkezi mekanizma teklif verme mekanizmasıdır) ve BAM modu (doğrulayıcılar sıkı bir şekilde FIFO sırasına göre sıralanır).

BAM modelinin temel özellikleri şunlardır:

1. Güvenilir Çalışma Ortamları (TEEs): TEEs kullanarak gizlilik ortamları oluşturmak, işlem sıralamasının adilliğini sağlamak.
2. Eklenti sistemi: Uygulamaların özel işlem sıralama mantığı oluşturmasına izin verir, karmaşık işlem sıralamalarını gerçekleştirirken TEE ortamının güvenliğini korur.

BAM'nın Gerçek Uygulamaları

BAM'ın uygulama alanları şunlardır:

1. Kredi Teminat Koruması: Öncelikle ek teminat işlemleri gerçekleştirilir, ardından likidite kontrolü yapılır.
2. Atomik düzeyde işlem kombinasyonu: Önce oracle fiyatını güncelleyin, ardından bu fiyata bağlı işlemleri gerçekleştirin, sözleşme DEX'i için ilgili türevleri de tasfiye edebilirsiniz.
3. Fiyat dalgalanması koruması: Anormal büyük emirleri tespit ederek, bunları küçük parçalara ayırıp aşamalı olarak gerçekleştirir, piyasaya tepki verme süresi tanır.
4. Piyasa yapıcı koruması: Acil durumlar meydana geldiğinde, milisaniyeler içinde emirleri iptal edebilme, oracle fiyatını güncelleyebilme ve yeniden emir verebilme yeteneği, kötü niyetli arbitrajdan kaçınmayı sağlar.

Genel olarak, BAM, Solana'nın işlem işleme sürecine doğrulanabilirlik, gizlilik koruması ve programlanabilirlik getirdi. Bu, geliştiricilerin merkezi limit emir defterleri, sürekli sözleşme borsaları, karanlık havuzlar ve sıralama kontrolü, deterministik yürütme ve gizlilik koruması gerektiren diğer finansal altyapıları inşa etmelerini sağlar, bu da Solana ekosisteminin yenilikçi gelişimini teşvik eder.

BAM'in uygulanmasıyla birlikte, Solana'nın işlem deneyimi önemli ölçüde iyileşecek ve Solana ana ağ uygulamalarının deneyimi merkeziyetsiz borsa deneyimine daha yakın hale gelecektir, aynı zamanda merkeziyetsizliğin avantajlarını koruyacaktır. Bu ilerleme, Solana ekosistemine yeni gelişim fırsatları sunacak ve yüksek performans arayışında işlem kalitesine ve piyasa adaletine daha fazla önem verecektir.