Solana'nın işlem hızı ve hacmi: Gerçekten yeterli mi?

Solana, yüksek işlem hızı ve büyük işlem hacmi ile tanınır, ancak bu, mükemmelliğe ulaştığı anlamına mı geliyor? Bu işlemleri derinlemesine incelediğimizde, bir anahtar soru ortaya çıkıyor: Bu işlemler gerçekten değer mi yaratıyor?

Aslında, Solana'nın büyük işlem hacminin tamamı gerçek işlem talebinden kaynaklanmıyor. Bir kısmı, milisaniyelik bilgi farklarını kullanarak kâr elde eden yüksek frekanslı arbitrajcılar tarafından geliyor. Bu tür "zehirli traderlar" teknik avantajlarını kullanarak, piyasa yapıcıların emirlerini geri çekmeye hazırlandıkları sırada Gas ücretlerini artırarak kendi işlemlerinin öncelikli olarak paketlenmesini sağlıyor ve böylece arbitraj yaparak piyasa yapıcıların zarar etmesine neden oluyor. Bu zararları telafi etmek için, piyasa yapıcılar alım satım farklarını genişletmek zorunda kalıyor ve nihayetinde bu ek maliyetler sıradan kullanıcılar tarafından üstleniliyor.

Solana, her zaman zincir üzerinde bir order book gerçekleştirme ve merkezi borsa yerine geçme vizyonuna sahip olmuştur. Ancak, "zehirli traderlar"ın varlığı bu hayalin gerçekleştirilmesinin önündeki bir engel haline geldi. Bu, Solana'nın karşılaştığı yeni bir zorluğu ortaya koyuyor: işlem hacmi, likidite ile eşit değildir. Gerçekten sağlıklı bir pazar için gereken daha fazla işlem değil, daha yüksek kaliteli işlemlerdir.

Zehirli işlemleri nasıl hariç tutarız, likiditeyi daha iyi koruruz?

Mevcut sistemde, Solana'nın konsensüs mekanizması periyodik müzayede kullandığı için, alım yapanlar aslında öncelikli hakka sahiptir, bu da kötü niyetli MEV (maksimum çıkarılabilir değer) davranışlarının piyasanın adilliğini etkilediği anlamına gelmektedir.

Özellikle, Solana'nın konsensüs mekanizmasında, her 400 milisaniyelik zaman diliminde (Slot), işlemler ödenen öncelikli Gas ücretine göre sıralanır ve en yüksek teklifi veren işlemler önce yürütülür. Bu mekanizma altında, piyasa yapıcıların sık sık tekliflerini ayarlamaları, sürekli olarak emirlerini iptal etmeleri ve yeniden vermeleri gerekmektedir, böylece piyasa fiyatı değişikliklerine uyum sağlayabilirler.

Yüksek frekanslı arbitrajcılar fiyat farklarını izleyerek, fırsatları fark ettiklerinde hemen işlem yaparlar. İşlemlerinin piyasa yapıcıları tarafından iptal edilmeden önce gerçekleştirilmesini sağlamak için daha yüksek ücretler ödeyebilirler, bu da piyasa yapıcıların sık sık kayıplar yaşamasına yol açar.

Order book merkeziyetsiz borsa (DEX) için ideal işlem sırası şudur: Fiyat dalgalanmalarıyla birlikte, tüm iptal işlemleri öncelikle gerçekleştirilir, ardından yeni emirler, en son olarak da işlemler yapılır. Ancak, Solana'nın mevcut konsensüs mekanizması mikroskopik düzeyde bunu başaramamaktadır.

Aynı şekilde, oracle fiyatlama açısından ideal durum, önce oracle fiyatının güncellenmesi ve ardından bu fiyata bağlı işlemlerin gerçekleştirilmesidir. Ancak mevcut 400 milisaniyelik aralıkta, piyasa aşırı dalgalanmalardan dolayı işlemler hâlâ önceki fiyat üzerinden gerçekleştirilebilir.

Kredi sözleşmeleri için en iyi uygulama, önce teminatı tamamlamak ve ardından tasfiye işlemine geçmektir.

Bu nedenle, ideal bir çözüm, farklı protokollerin kendi ihtiyaçlarına göre işlemleri sıralamasına izin vermelidir; bu da Solana'nın sürekli vurguladığı Uygulama Kontrolü İcra (Application-Controlled Execution, ACE) kavramıdır.

Bu zorluklarla başa çıkmak için Solana, BAM (Blok Montaj Pazarı) çözümünü önerdi.

Blok Montaj Pazarı: Solana'nın Yeni Cevabı

BAM, Solana'nın uygulama katmanı ile ana ağı arasında bir sıralama katmanı veya ön işleme katmanı inşa etti. Güvenilir yürütme ortamlarını (TEE'ler) kullanarak gizlilik kum havuzları oluşturur ve kum havuzunda önceden belirlenmiş kurallara veya ilk giren ilk çıkar (FIFO) ilkesine göre işlemleri sıralar.

Bu yenilik, order book, perpetual kontrat borsa ve karanlık havuz gibi protokollere daha iyi hizmet etmeyi amaçlamaktadır.

BAM, Solana'nın işlem süreçlerini nasıl değiştiriyor?

Geleneksel Solana işlem sürecinde, kullanıcı işlemi onayladıktan sonra, işlem mevcut Slot döneminin Lider düğümüne RPC düğümü aracılığıyla gönderilir, Lider işlem havuzundaki işlemleri toplar, sıralar ve blok haline getirerek yayar, son olarak diğer düğümler onaylamak için oylama yapar.

BAM'e entegre olan uygulamalarda, işlem süreci biraz farklıdır:

1. Kullanıcı işlemi onaylar
2. İşlem RPC düğümüne gönderildi
3. BAM ağına işlem aktarımı, TEE ortamında sıralama yapılır.
4. Sıralanmış işlem paketi Solana ana ağ Lider düğümüne gönderilir.
5. Leader, BAM veri paketini bloğa dahil eder ve yayınlar.
6. Diğer düğümler oy vererek onaylar

Dikkat edilmesi gereken bir nokta, BAM'ın Solana ana ağı konsensüs süreciyle çelişmediği, aksine bir isteğe bağlı özellik olarak sunulduğudur. İşlemleri "off-chain" yöntemiyle önceden sıralayarak, sıralanmış işlem paketlerini Solana ana ağına gönderir.

BAM'ın Çalışma Modu

BAM, üç çalışma modunu destekler:

1. Solana varsayılan modu
2. Block-Engine modu (şu anda Jito'nun MEV çözümü, temelinde teklif verme mekanizması var)
3. BAM modeli (doğrulayıcılar FIFO sırasına göre katı bir şekilde sıralanır)

BAM modelinin temel özellikleri şunlardır:

1. Güvenilir yürütme ortamları (TEEs) kullanarak gizlilik ortamı oluşturun ve işlem sıralamasının adilliğini sağlayın.
2. Eklenti sistemi aracılığıyla uygulamaların özel işlem sıralama mantığı oluşturmasına izin vererek karmaşık sıralama gereksinimlerini gerçekleştirin.

BAM'ın Gerçek Uygulamaları

BAM'in uygulama alanları geniştir, aşağıda birkaç somut örnek bulunmaktadır:

1. Borç Verme Teminat Koruması: Öncelikle ek teminat işlemleri uygulanır, ardından tasfiye kontrolü yapılır.
2. Atomik düzeyde işlem kombinasyonu: Önce oracle fiyatını güncelleyin, sonra bu fiyata bağlı işlemleri gerçekleştirin, sözleşme DEX'i için ilgili türevleri aynı anda hesaplayabilirsiniz.
3. Fiyat dalgalanması koruması: Anormal büyük emirleri tespit ederek bunları küçük işlemler halinde parça parça gerçekleştirmek, piyasanın tepki vermesi için zaman tanımak.
4. Piyasa yapıcı koruması: Beklenmedik olaylar meydana geldiğinde, milisaniyeler içinde sipariş iptali, oracle fiyatlarının güncellenmesi ve yeniden sipariş verilmesine izin vererek kötü niyetli arbitrajı önlemek.

BAM'ın dağıtımı, Solana'nın işlem deneyimini önemli ölçüde iyileştirecek ve ana ağ uygulamalarının deneyimini merkezi borsa deneyimine daha da yakınlaştıracaktır.

Genel olarak, BAM, Solana'nın işlem işleme sürecine doğrulanabilirlik, gizlilik koruma ve programlanabilirlik getirdi. Bu, geliştiricilerin merkezi limit emir defteri, sürekli sözleşme borsası, karanlık havuz ve kesin sıralama kontrolü, belirli yürütme ve gizlilik koruması gerektiren diğer finansal altyapılar inşa etmelerini sağladı ve böylece Solana ekosisteminin yenilikçi gelişimini teşvik etti.