Solana İşlem İşleme Mekanizmasının Yeniliği: Hızdan Değer Yaratmaya

Solana, yüksek işlem hızı ve büyük işlem hacmi ile tanınır, ancak bu, mükemmel bir seviyeye ulaştığı anlamına mı geliyor? Derinlemesine analiz ettiğimizde, önemli bir sorunun ortaya çıktığını görüyoruz: Bu işlemler gerçekten gerçek değer mi yaratıyor?

Aslında, Solana ağındaki birçok işlem gerçek talep kaynaklı değildir, bunun yerine yüksek frekanslı arbitrajcılar milisaniye düzeyindeki bilgi farklarını kullanarak kar elde etmektedir. Bu sözde "zehirli işlemciler" teknik avantajlarını kullanarak, piyasa yapıcıların emirlerini çekmek üzere olduğu anda, Gas ücretlerini artırarak kendi işlemlerinin öncelikli olarak paketlenmesini sağlamakta, böylece arbitraj gerçekleştirmekte ve piyasa yapıcıların zarar etmesine neden olmaktadır. Bu zararları telafi etmek için, piyasa yapıcılar alım satım farklarını genişletmek zorunda kalmakta ve bu durum nihai olarak sıradan kullanıcıların çıkarlarını zedelemektedir.

Solana, merkezi borsa yerine geçecek bir emir defteri gerçekleştirme vizyonuna sahip olmuştur. Ancak, "zehirli traderlar"ın varlığı bu hedefe ulaşmanın önündeki en büyük engel olmuştur. 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 piyasa, daha fazla işlem değil, daha yüksek kaliteli işlemler gerektirir.

Zehirli işlemleri nasıl çıkarır ve likiditeyi koruruz?

Mevcut sistemde, Solana'nın konsensüs dönemsel ihale mekanizması nedeniyle, alıcılar aslında önceliğe sahiptir, bu da kötü niyetli MEV (maksimum çıkarılabilir değer) davranışlarının pazarın adilliğini etkilemesine yol açmaktadır.

Özellikle, Solana'nın mevcut konsensüsünde, her 400 milisaniyede bir zaman dilimi (Slot) vardır ve işlemler ödenen öncelikli Gas ücretine göre sıralanır. Bu süreçte, piyasa yapıcıların tekliflerini sık sık ayarlamaları gerekirken, yüksek frekanslı arbitrajcılar fiyat farklılıklarını izleyerek fırsatlar bulduklarında hemen işlem yaparlar. Bu, arbitrajcıların daha yüksek ücretler ödeyerek piyasa yapıcıların emir iptal etmeden önce işlem yapmalarını sağlar ve piyasa yapıcıların sık sık kayıplar yaşamasına neden olur.

İdeal olarak, order book merkeziyetsiz borsa (DEX) işlemleri aşağıdaki sırayla gerçekleştirmelidir: önce tüm iptaller, sonra yeni emirler, en son olarak da işlemler. Ancak, Solana'nın mevcut konsensüs mekanizması, mikro düzeyde bunu gerçekleştiremiyor.

Aynı şekilde, oracle fiyatlandırması konusunda en iyi uygulama, oracle fiyatlarını güncellemektir, ardından bu fiyata bağlı işlemleri gerçekleştirmektir. Ancak mevcut 400 milisaniyelik aralıkta, sert piyasa dalgalanmaları işlemlerin hala önceki fiyatla gerçekleşmesine neden olabilir.

Kredi sözleşmeleri için ideal yürütme sırası önce teminat eklemek, ardından tasfiye yapmaktır.

Bu nedenle, Solana'nın farklı protokollerin taleplerine göre işlemleri sıralamasına izin veren bir mekaniğe ihtiyacı var, bu da Solana'nın sürekli vurguladığı Uygulama Kontrolü İcra (ACE) kavramıdır.

BAM: Solana'nın Yenilikçi Çözümü

Blok Montaj Pazarı (BAM), Solana'nın bu sorunları çözmek için önerdiği yenilikçi bir çözümdür. BAM, Solana ağı ile ana ağ arasında bir sıralama katmanı veya ön işleme katmanı inşa etmiştir.

BAM, güvenilir yürütme ortamları (TEE'ler) kullanarak bir gizlilik sandbox'ı oluşturur ve burada önceden belirlenmiş kurallara veya ilk giren ilk çıkar (FIFO) ilkesine göre işlem sıralaması yapar. Bu mekanizma, order book, sürekli vadeli işlem borsaları ve karanlık havuzlar gibi protokollere daha iyi hizmet vermeyi amaçlamaktadır.

BAM'ın Çalışma Prensibi

Solana'nın olağan işlem işleme sürecine kıyasla, BAM'a bağlandıktan sonraki işlem süreci farklıdır:

1. Kullanıcı, cüzdanında işlemi onaylar.
2. İşlem RPC düğümüne gönderildi
3. İşlemler BAM ağına aktarılır ve TEE içinde sıralanır
4. Sıralandıktan sonra 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 oylama onayı verir.

BAM, bir isteğe bağlı özellik olarak, Solana ana ağ konsensüs süreciyle çelişmez. İşlemleri "chain dışı" olarak önceden sıralar ve ardından paketlenmiş işlemleri ana ağa gönderir.

BAM'ın İşlem Sıralama Modu

BAM üç çalışma modunu destekler:

1. Solana varsayılan modu
2. Block-Engine modu (mev çözümlerine benzer)
3. BAM modu (FIFO sırasına göre katı şekilde)

BAM modelinin temel özellikleri şunlardır:

• Ticaret sıralaması için gizlilik ortamı oluşturmak amacıyla TEE'leri kullanarak adilliği sağlamak
• Eklenti sistemi ile karmaşık işlem sıralama mantığını gerçekleştirin
• Uygulamaların önceden belirlenmiş kurallara göre işlem sıralamasını özelleştirmesine izin ver

BAM'ın Gerçek Uygulamaları

1. Kredi teminat koruması: Öncelikle ek teminat işlemlerini gerçekleştirin, ardından tasfiye kontrolü yapın.
2. Atomik düzeyde işlem kombinasyonu: Önce oracle fiyatını güncelleyin, ardından ilgili işlemleri gerçekleştirin, türev ürünleri aynı anda temizleyebilirsiniz.
3. Fiyat dalgalanması koruması: Büyük emirleri tespit etme ve parçalı olarak yürütme, piyasanın şiddetli dalgalanmasını önleme
4. Piyasa yapıcı koruması: Acil durumlar altında hızlı bir şekilde sipariş iptali ve yeniden sipariş verme izni, kötü niyetli arbitrajı azaltır.

Sonuç

BAM, Solana'nın işlem işleme sürecine doğrulanabilirlik, gizlilik koruma ve programlanabilirlik getirdi. Geliştiricilerin merkezi limit emir defteri, sürekli sözleşme borsası ve karanlık havuz gibi daha karmaşık finansal altyapılar inşa etmelerini sağlıyor. Bu yenilik, Solana'nın işlem deneyimini önemli ölçüde iyileştirecek ve merkezi borsaların performansına daha da yakınlaştıracak, aynı zamanda tüm ekosistemin yenilikçi gelişimini teşvik edecek.