Solana'nın Yeni Mücadelesi: İşlem Kalitesini Artırmak, Miktarını Değil
Solana, hızlılığı ve büyük işlem kapasitesi ile tanınır, ancak bu yeterli mi? Bu işlemleri derinlemesine incelediğimizde, sormadan edemiyoruz: Hepsi gerçek değer mi yaratıyor?
Aslında, Solana üzerindeki büyük işlem hacminin bir kısmı gerçek talep kaynaklı değil, milisaniye seviyesindeki bilgi farkını kullanarak arbitraj yapan yüksek frekanslı traderlardan gelmektedir. Bu sözde "toksik traderlar", teknik avantajlarını kullanarak piyasa yapıcıların emirlerini iptal etmeye yakınken Gas ücretlerini artırarak, kendi işlemlerinin öncelikli olarak gerçekleştirilmesini sağlamakta ve böylece arbitraj yaparak piyasa yapıcıların zarar etmesine neden olmaktadır. Bu zararları telafi etmek için piyasa yapıcılar, alım satım fiyat farklarını genişletmek zorunda kalmakta ve nihayetinde bu maliyetler sıradan kullanıcılar tarafından karşılanmaktadır.
Solana, merkezi borsa yerine geçebilecek bir order book'un zincir üzerinde hayata geçmesini her zaman hayal etti, ancak "toksik traderlar"ın varlığı bu hedefe ulaşmanın önündeki engel oldu. İşte Solana'nın şu anda karşılaştığı yeni zorluk: işlem hacmi, likidite ile eş anlamlı 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 hariç tutarak likiditeyi daha iyi koruyabiliriz?
Mevcut sistemde, Solana'nın konsensüs mekanizması periyodik müzayede kullanması nedeniyle, alım yapanlar aslında öncelik hakkına sahiptir, bu da kötü niyetli MEV (maksimum çıkarılabilir değer) davranışlarının piyasa adaletini etkilediği anlamına gelir.
Solana'nın mevcut konsensüs mekanizmasında, her 400 milisaniyelik zaman diliminde, işlemler ödenen öncelikli Gas ücretine göre sıralanır ve en yüksek teklifi veren işlemler öncelikli olarak gerçekleştirilir. Bu süreçte, piyasa yapıcıların tekliflerini sık sık ayarlamaları, sürekli olarak emir iptal etmeleri ve yeniden emir vermeleri gerekir, böylece piyasa fiyat değişikliklerine uyum sağlayabilirler. Arbitrajcılar ise fiyat farklarını izleyerek, fırsatları fark ettiklerinde hemen işlem yaparlar ve genellikle piyasa yapıcıların emirlerini iptal etmeden önce daha yüksek ücret ödeyerek işlemi tamamlarlar, bu da piyasa yapıcıların sık sık zarar etmesine neden olur.
İdeal koşullarda, bir emir defteri merkeziyetsiz borsa (DEX) işlem sıralaması şöyle olmalıdır: fiyat dalgalandıkça, önce tüm iptaller gerçekleştirilir, ardından 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ı açısından, ideal durum önce oracle fiyatlarının güncellenmesi ve ardından bu fiyata bağlı işlemlerin gerçekleştirilmesidir. Ancak mevcut 400 milisaniyelik aralıkta, piyasa sert dalgalanmalar nedeniyle işlemler hala önceki fiyattan gerçekleştirilebilir.
Kredi sözleşmeleri için en iyi çözüm, önce teminatı tamamlamak, ardından tasfiye yapmaktır.
Bu nedenle, Solana'nın, farklı protokollerin ihtiyaçlarına göre işlemleri sıralamalarına izin veren bir mekanizmaya ihtiyacı var; işte bu, Solana'nın sürekli vurguladığı Uygulama Kontrolü Yürütme (ACE).
BAM: Solana'nın çözümü
BAM (Blok Montaj Pazarı), Solana'nın bu sorunları çözmek için önerdiği bir cevaptır. Solana ağı ile ana ağ arasında bir sıralama katmanı veya ön işleme katmanı oluşturur. BAM, güvenilir yürütme ortamları (TEE'ler) kullanarak gizlilik kum havuzları oluşturur ve burada önceden belirlenmiş kurallara veya FIFO (ilk giren ilk çıkar) ilkesine göre işlemleri sıralayarak, order book, süresiz sözleşme borsaları ve karanlık havuzlar gibi protokollere daha iyi hizmet eder.
BAM'ın Çalışma Prensibi
Geleneksel Solana işlem sürecinde, kullanıcı işlemi onayladıktan sonra, işlem mevcut zaman diliminin Lider düğümüne RPC düğümü üzerinden gönderilir. Lider işlemleri toplar, sıralar ve bloklar halinde paketleyerek yayınlar, diğer düğümler oylama yapar.
BAM'a bağlı uygulamalarda işlem süreci biraz farklıdır: Kullanıcı onaylı işlemler önce BAM ağına gönderilir ve TEE ortamında sıralanır. Bu süreçte, düğümler ek işlem eklemek için eklentiler kullanabilir, örneğin, oracle fiyatlarını güncellemek gibi. Sıralanan işlem paketi, Solana ana ağının Lider düğümüne gönderilir ve ardından blok haline getirilip yayınlanır.
BAM aslında bir isteğe bağlı ön işleme katmanı olarak işlev görür, doğrudan Solana ana ağı üzerinde çalışmaz, bunun yerine "chain altında" işlem sıralaması yapar ve ardından sıralanan işlem paketini ana ağa gönderir.
BAM'in Üç Çalışma Modu
Solana varsayılan modu
Block-Engine modu: Mevcut Jito'nun MEV çözümü, temelinde bir ihale mekanizması bulunmaktadır.
BAM Modu: Doğrulayıcılar, FIFO ilkesine sıkı sıkıya uyarak sıralama yapar.
BAM modelinin temel özellikleri şunlardır:
TEEs kullanarak gizlilik ortamı oluşturmak ve işlem sıralaması yapmak, adilliği sağlamak.
Eklenti sistemi aracılığıyla karmaşık işlem sıralama mantığı gerçekleştirilir, uygulamaların özelleştirilmiş sıralama kurallarına izin verilir.
BAM'ın Gerçek Uygulamaları
Kredi temizleme koruma: Öncelikle ilave teminat işlemlerini gerçekleştirin, ardından temizleme kontrolünü yapın.
Atomik düzeyde işlem kombinasyonu: Önce oracle fiyatını güncelleyin, ardından bu fiyata bağımlı işlemleri gerçekleştirin, sözleşmeli DEX için ilgili türev ürünleri aynı anda sıfırlamak da mümkündür.
Fiyat dalgalanması koruması: Anormal büyük emirleri tespit ederek kısım kısım yürütme gerçekleştirir, piyasanın tepki vermesi için zaman tanır, zincirleme tasfiye veya arbitrajın neden olduğu olumsuz etkileri önler.
Piyasa Yapıcı Koruma: Ani olaylar meydana geldiğinde, hızlıca emir iptal edebilme, fiyat güncelleyebilme ve yeni emir verebilme yeteneği ile kötü niyetli arbitraj riskini azaltmak.
BAM'ın devreye girmesiyle, Solana'nın işlem deneyimi önemli ölçüde iyileşecektir ve ana ağ uygulamalarının deneyimi merkezi borsa deneyimine daha da yakınlaşacaktır.
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üresiz sözleşme borsaları, karanlık havuzlar ve sıralama kontrolü, belirlenebilir yürütme ve gizlilik koruması gerektiren diğer finansal altyapılar inşa etmelerini sağlıyor ve böylece Solana ekosisteminin yenilikçi gelişimini teşvik ediyor.
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, işlem kalitesini ve adilliğini artıran BAM çözümünü duyurdu.
Solana'nın Yeni Mücadelesi: İşlem Kalitesini Artırmak, Miktarını Değil
Solana, hızlılığı ve büyük işlem kapasitesi ile tanınır, ancak bu yeterli mi? Bu işlemleri derinlemesine incelediğimizde, sormadan edemiyoruz: Hepsi gerçek değer mi yaratıyor?
Aslında, Solana üzerindeki büyük işlem hacminin bir kısmı gerçek talep kaynaklı değil, milisaniye seviyesindeki bilgi farkını kullanarak arbitraj yapan yüksek frekanslı traderlardan gelmektedir. Bu sözde "toksik traderlar", teknik avantajlarını kullanarak piyasa yapıcıların emirlerini iptal etmeye yakınken Gas ücretlerini artırarak, kendi işlemlerinin öncelikli olarak gerçekleştirilmesini sağlamakta ve böylece arbitraj yaparak piyasa yapıcıların zarar etmesine neden olmaktadır. Bu zararları telafi etmek için piyasa yapıcılar, alım satım fiyat farklarını genişletmek zorunda kalmakta ve nihayetinde bu maliyetler sıradan kullanıcılar tarafından karşılanmaktadır.
Solana, merkezi borsa yerine geçebilecek bir order book'un zincir üzerinde hayata geçmesini her zaman hayal etti, ancak "toksik traderlar"ın varlığı bu hedefe ulaşmanın önündeki engel oldu. İşte Solana'nın şu anda karşılaştığı yeni zorluk: işlem hacmi, likidite ile eş anlamlı 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 hariç tutarak likiditeyi daha iyi koruyabiliriz?
Mevcut sistemde, Solana'nın konsensüs mekanizması periyodik müzayede kullanması nedeniyle, alım yapanlar aslında öncelik hakkına sahiptir, bu da kötü niyetli MEV (maksimum çıkarılabilir değer) davranışlarının piyasa adaletini etkilediği anlamına gelir.
Solana'nın mevcut konsensüs mekanizmasında, her 400 milisaniyelik zaman diliminde, işlemler ödenen öncelikli Gas ücretine göre sıralanır ve en yüksek teklifi veren işlemler öncelikli olarak gerçekleştirilir. Bu süreçte, piyasa yapıcıların tekliflerini sık sık ayarlamaları, sürekli olarak emir iptal etmeleri ve yeniden emir vermeleri gerekir, böylece piyasa fiyat değişikliklerine uyum sağlayabilirler. Arbitrajcılar ise fiyat farklarını izleyerek, fırsatları fark ettiklerinde hemen işlem yaparlar ve genellikle piyasa yapıcıların emirlerini iptal etmeden önce daha yüksek ücret ödeyerek işlemi tamamlarlar, bu da piyasa yapıcıların sık sık zarar etmesine neden olur.
İdeal koşullarda, bir emir defteri merkeziyetsiz borsa (DEX) işlem sıralaması şöyle olmalıdır: fiyat dalgalandıkça, önce tüm iptaller gerçekleştirilir, ardından 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ı açısından, ideal durum önce oracle fiyatlarının güncellenmesi ve ardından bu fiyata bağlı işlemlerin gerçekleştirilmesidir. Ancak mevcut 400 milisaniyelik aralıkta, piyasa sert dalgalanmalar nedeniyle işlemler hala önceki fiyattan gerçekleştirilebilir.
Kredi sözleşmeleri için en iyi çözüm, önce teminatı tamamlamak, ardından tasfiye yapmaktır.
Bu nedenle, Solana'nın, farklı protokollerin ihtiyaçlarına göre işlemleri sıralamalarına izin veren bir mekanizmaya ihtiyacı var; işte bu, Solana'nın sürekli vurguladığı Uygulama Kontrolü Yürütme (ACE).
BAM: Solana'nın çözümü
BAM (Blok Montaj Pazarı), Solana'nın bu sorunları çözmek için önerdiği bir cevaptır. Solana ağı ile ana ağ arasında bir sıralama katmanı veya ön işleme katmanı oluşturur. BAM, güvenilir yürütme ortamları (TEE'ler) kullanarak gizlilik kum havuzları oluşturur ve burada önceden belirlenmiş kurallara veya FIFO (ilk giren ilk çıkar) ilkesine göre işlemleri sıralayarak, order book, süresiz sözleşme borsaları ve karanlık havuzlar gibi protokollere daha iyi hizmet eder.
BAM'ın Çalışma Prensibi
Geleneksel Solana işlem sürecinde, kullanıcı işlemi onayladıktan sonra, işlem mevcut zaman diliminin Lider düğümüne RPC düğümü üzerinden gönderilir. Lider işlemleri toplar, sıralar ve bloklar halinde paketleyerek yayınlar, diğer düğümler oylama yapar.
BAM'a bağlı uygulamalarda işlem süreci biraz farklıdır: Kullanıcı onaylı işlemler önce BAM ağına gönderilir ve TEE ortamında sıralanır. Bu süreçte, düğümler ek işlem eklemek için eklentiler kullanabilir, örneğin, oracle fiyatlarını güncellemek gibi. Sıralanan işlem paketi, Solana ana ağının Lider düğümüne gönderilir ve ardından blok haline getirilip yayınlanır.
BAM aslında bir isteğe bağlı ön işleme katmanı olarak işlev görür, doğrudan Solana ana ağı üzerinde çalışmaz, bunun yerine "chain altında" işlem sıralaması yapar ve ardından sıralanan işlem paketini ana ağa gönderir.
BAM'in Üç Çalışma Modu
BAM modelinin temel özellikleri şunlardır:
BAM'ın Gerçek Uygulamaları
BAM'ın devreye girmesiyle, Solana'nın işlem deneyimi önemli ölçüde iyileşecektir ve ana ağ uygulamalarının deneyimi merkezi borsa deneyimine daha da yakınlaşacaktır.
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üresiz sözleşme borsaları, karanlık havuzlar ve sıralama kontrolü, belirlenebilir yürütme ve gizlilik koruması gerektiren diğer finansal altyapılar inşa etmelerini sağlıyor ve böylece Solana ekosisteminin yenilikçi gelişimini teşvik ediyor.