Solana'nın Yeni Zorluğu: hacim ile Likidite Arasındaki Denge
Solana, yüksek hızı ve büyük hacimlerdeki işlemleri ile tanınır, ancak bu gerçekten yeterli mi? Bu işlemleri dikkatlice incelediğimizde, bir soru ortaya çıkıyor: Hepsi gerçek bir değer mi yaratıyor?
Aslında, Solana üzerindeki büyük işlem hacimleri gerçek işlem talebinden değil, milisaniye seviyesindeki bilgi farklarını kullanarak kar elde eden yüksek frekanslı arbitrajcılar tarafından kaynaklanmaktadır. "Toksik traderlar" olarak adlandırılan bu katılımcılar, piyasa yapıcılar emirlerini geri çekmeden önce Gas ücretlerini artırarak teknik avantajlarını kullanmakta ve kendi işlemlerinin öncelikli olarak paketlenmesini sağlamaktadır, bu da arbitrajı tamamlamalarına neden olmakta ve piyasa yapıcıların zarara uğramasına yol açmaktadır. Bu zararları telafi etmek için, piyasa yapıcılar alış-satış farklarını genişletmek zorunda kalmakta ve sonuçta bu ek maliyetler sıradan kullanıcılar tarafından üstlenilmektedir.
Solana, merkezi borsa vizyonunu yerine getirmek için her zaman zincir üzerinde bir emir defteri gerçekleştirmeye çalıştı. Ancak, "zehirli traderlar"ın varlığı bu hayalin gerçekleşmesini engelleyen bir engel haline geldi. İş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 ticaret değil, daha kaliteli ticaret gerektirir.
Zehirli işlemleri nasıl ayıklayıp likiditeyi daha iyi koruyabiliriz?
Solana'nın mevcut sisteminde, konsensüs mekanizması periyodik müzayede kullandığı için, alım yapanların aslında önceliği vardır; bu da kötü niyetli MEV (Maksimum Çıkar Değeri) davranışlarının piyasanın adilliğini etkilemesine neden olmaktadır.
Özellikle, Solana'nın konsensüs mekanizmasında, her 400 milisaniyede bir zaman dilimi (Slot) vardır ve her Slot içinde işlemler ödenen öncelikli Gas ücretine göre sıralanır. En yüksek teklifi veren işlemler öncelikli olarak gerçekleştirilir. Bu süreçte, piyasa yapıcıların sürekli olarak teklifleri ayarlaması, siparişleri iptal edip yeniden vermesi gerekir, böylece piyasa fiyatındaki değişikliklere uyum sağlayabilirler.
Ve tek başına işlem yapanlar, özellikle yüksek frekanslı arbitrajcılar, fiyat farklarını sürekli olarak izlerler ve bir fırsat bulduklarında hemen işlem yaparlar. İşlem tamamlanmadan önce piyasa yapıcıların emirlerini iptal etmesini sağlamak için daha yüksek ücretler ödeyerek işlem yapabilirler, bu da piyasa yapıcıların sık sık zarar etmesine neden olur.
İdeal olarak, order book türündeki merkeziyetsiz borsa (DEX) için, işlem yürütme sırası şöyle olmalıdır: Fiyat dalgalanmalarıyla birlikte, önce tüm iptal işlemleri gerçekleştirilir, ardından yeni emirler işlenir ve en son olarak işlemler gerçekleştirilir. Ancak, Solana'nın mevcut konsensüs mekanizması bu durumu mikro düzeyde gerçekleştiremiyor.
Aynı şekilde, oracle fiyatlandırması konusunda en iyi senaryo, önce oracle fiyatlarının güncellenmesi ve ardından bu fiyata bağlı işlemlerin gerçekleştirilmesidir. Ancak mevcut 400 milisaniyelik zaman aralığında, piyasa ani dalgalanmalar nedeniyle işlem anında hala eski fiyatın kullanılmasıyla sonuçlanabilir.
Kredi sözleşmeleri için en ideal olanı önce teminat eklemek, ardından tasfiye yapmaktır.
Bu nedenle, Solana'nın farklı protokollerin kendi ihtiyaçlarına göre işlemleri sıralamasına izin veren bir mekanizmaya ihtiyacı var; bu, Solana'nın sürekli vurguladığı Uygulama Kontrolü Yürütme (ACE) konseptidir.
BAM: Solana'nın Çözümü
Bu zorlukları aşmak için Solana, BAM'ı (Blok Montaj Pazar) bir çözüm olarak önerdi. BAM, Solana'nın uygulama katmanı ile ana ağı arasında bir sıralama katmanı veya ön işleme katmanı inşa etti.
BAM, güvenilir yürütme ortamları (TEE'ler) kullanarak bir gizlilik kumanda paneli oluşturur ve burada önceden belirlenmiş kurallara veya ilk giren ilk çıkar (FIFO) ilkesine göre işlemleri sıralar. Bu mekanizma, emir defteri, sürekli sözleşme borsaları ve karanlık havuzlar gibi protokollere daha iyi hizmet etmeyi amaçlamaktadır.
BAM'ın Çalışma Prensibi
BAM'ın işlem süreci Solana'nın standart işlem sürecinden farklıdır:
Kullanıcı cüzdanında işlemi onaylar.
RPC düğümüne gönderilen işlem.
İşlemler BAM ağına yönlendirilir ve TEE içinde sıralanır. Bu süreçte, düğümler eklentiler aracılığıyla ek işlemler ekleyebilir, örneğin oracle fiyatlarını güncelleme gibi.
Sıralanan işlem paketi Solana ana ağının Lider düğümüne gönderilir.
Leader düğümü BAM veri paketlerini toplar, bunları blok haline getirir ve yayınlar.
Diğer düğümler oy vererek onaylar.
BAM, bir isteğe bağlı özellik olarak, Solana ana ağı ile uzlaşma sürecine çelişmez. "Ağ dışı" olarak işlem sıralamasını önceden tamamlar ve ardından sıralanmış işlem paketini Solana ana ağına gönderir.
BAM'ın çalışma modu
BAM üç çalışma modunu destekler:
Solana varsayılan modu
Block-Engine modu: Şu anda bazı MEV çözümlerinin kullandığı yöntem, temel olarak bir ihale mekanizmasıdır.
BAM modu: Doğrulayıcılar FIFO ilkesine göre sıralama yapar.
BAM modelinin temel özellikleri şunlardır:
Güvenilir yürütme ortamları (TEE'ler) kullanarak gizlilik ortamı oluşturun, işlem sıralamasının adilliğini sağlayın.
Eklenti Sistemi: Uygulamaların özel ticaret sıralama mantığı oluşturmasına izin verir, ancak önceden belirlenmiş kurallara uymaları gerekir.
BAM'in Gerçek Uygulamaları
BAM'ın uygulama senaryoları şunlardır:
Kredi teminat koruması: Öncelikle ek teminat işlemleri gerçekleştirilecek, ardından likidite kontrolü yapılacaktır.
Atomik düzeyde ticaret kombinasyonu: Örneğin, önce oracle fiyatını güncellemek, sonra bu fiyata bağlı ticareti gerçekleştirmek; sözleşme DEX'i için ilgili türevlerin aynı anda tasfiye edilmesi de mümkündür.
Fiyat dalgalanması koruması: Anormal büyük emirleri tespit ederek, bunları parça parça gerçekleştirir, piyasaya tepki verme süresi tanır, zincirleme tasfiye veya arbitrajın neden olabileceği ciddi sonuçlardan kaçınır.
Piyasa yapıcı koruması: Ani olaylar meydana geldiğinde, sipariş iptal etme, oracle fiyatını güncelleme ve yeniden sipariş verme işlemlerini milisaniyeler içinde tamamlayarak kötü niyetli arbitraj olasılığını azaltma.
BAM'ın dağıtımıyla birlikte, Solana'nın işlem deneyimi önemli ölçüde iyileşecek ve ana ağ uygulamalarının deneyimi merkezi borsa ile daha da yakınlaşacaktır.
Genel olarak, BAM, Solana'nın işlem işleme sürecine doğrulanabilirlik, gizlilik koruma ve programlanabilirlik getirmiştir. Bu, geliştiricilerin merkezi limit emir defteri, sürekli sözleşme borsası, karanlık havuz ve sıralama kontrolü, belirleyici yürütme ve gizlilik koruması gerektiren diğer finansal altyapıları inşa etmelerini sağlar ve böylece Solana ekosisteminin yenilikçi gelişimini teşvik eder.
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.
17 Likes
Reward
17
5
Share
Comment
0/400
CompoundPersonality
· 14h ago
Yine emiciler tarafından oyuna getirilmek için yeni bir numara.
View OriginalReply0
FadCatcher
· 23h ago
Bir başka çömlek kırma.
View OriginalReply0
LiquidationWizard
· 23h ago
Blok Zinciri'ndeki ikinci seviye dolandırıcı oyuncular
View OriginalReply0
DeFiAlchemist
· 08-01 22:24
mmm... toksik akış, protokolün simyasal kabında karanlık madde gibidir. o olumsuz enerjiyi dönüştürmeliyim yoksa getiriler bozulacak *mistik grafikleri ayarlıyor*
View OriginalReply0
GateUser-aa7df71e
· 08-01 22:20
Kuruluşlar sol ile Klip Kuponlar alıyor, siz istediğiniz gibi yükleyebilirsiniz.
Solana BAM'i tanıttı: hacim ile Likiditeyi dengeleyen yeni çözüm.
Solana'nın Yeni Zorluğu: hacim ile Likidite Arasındaki Denge
Solana, yüksek hızı ve büyük hacimlerdeki işlemleri ile tanınır, ancak bu gerçekten yeterli mi? Bu işlemleri dikkatlice incelediğimizde, bir soru ortaya çıkıyor: Hepsi gerçek bir değer mi yaratıyor?
Aslında, Solana üzerindeki büyük işlem hacimleri gerçek işlem talebinden değil, milisaniye seviyesindeki bilgi farklarını kullanarak kar elde eden yüksek frekanslı arbitrajcılar tarafından kaynaklanmaktadır. "Toksik traderlar" olarak adlandırılan bu katılımcılar, piyasa yapıcılar emirlerini geri çekmeden önce Gas ücretlerini artırarak teknik avantajlarını kullanmakta ve kendi işlemlerinin öncelikli olarak paketlenmesini sağlamaktadır, bu da arbitrajı tamamlamalarına neden olmakta ve piyasa yapıcıların zarara uğramasına yol açmaktadır. Bu zararları telafi etmek için, piyasa yapıcılar alış-satış farklarını genişletmek zorunda kalmakta ve sonuçta bu ek maliyetler sıradan kullanıcılar tarafından üstlenilmektedir.
Solana, merkezi borsa vizyonunu yerine getirmek için her zaman zincir üzerinde bir emir defteri gerçekleştirmeye çalıştı. Ancak, "zehirli traderlar"ın varlığı bu hayalin gerçekleşmesini engelleyen bir engel haline geldi. İş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 ticaret değil, daha kaliteli ticaret gerektirir.
Zehirli işlemleri nasıl ayıklayıp likiditeyi daha iyi koruyabiliriz?
Solana'nın mevcut sisteminde, konsensüs mekanizması periyodik müzayede kullandığı için, alım yapanların aslında önceliği vardır; bu da kötü niyetli MEV (Maksimum Çıkar Değeri) davranışlarının piyasanın adilliğini etkilemesine neden olmaktadır.
Özellikle, Solana'nın konsensüs mekanizmasında, her 400 milisaniyede bir zaman dilimi (Slot) vardır ve her Slot içinde işlemler ödenen öncelikli Gas ücretine göre sıralanır. En yüksek teklifi veren işlemler öncelikli olarak gerçekleştirilir. Bu süreçte, piyasa yapıcıların sürekli olarak teklifleri ayarlaması, siparişleri iptal edip yeniden vermesi gerekir, böylece piyasa fiyatındaki değişikliklere uyum sağlayabilirler.
Ve tek başına işlem yapanlar, özellikle yüksek frekanslı arbitrajcılar, fiyat farklarını sürekli olarak izlerler ve bir fırsat bulduklarında hemen işlem yaparlar. İşlem tamamlanmadan önce piyasa yapıcıların emirlerini iptal etmesini sağlamak için daha yüksek ücretler ödeyerek işlem yapabilirler, bu da piyasa yapıcıların sık sık zarar etmesine neden olur.
İdeal olarak, order book türündeki merkeziyetsiz borsa (DEX) için, işlem yürütme sırası şöyle olmalıdır: Fiyat dalgalanmalarıyla birlikte, önce tüm iptal işlemleri gerçekleştirilir, ardından yeni emirler işlenir ve en son olarak işlemler gerçekleştirilir. Ancak, Solana'nın mevcut konsensüs mekanizması bu durumu mikro düzeyde gerçekleştiremiyor.
Aynı şekilde, oracle fiyatlandırması konusunda en iyi senaryo, önce oracle fiyatlarının güncellenmesi ve ardından bu fiyata bağlı işlemlerin gerçekleştirilmesidir. Ancak mevcut 400 milisaniyelik zaman aralığında, piyasa ani dalgalanmalar nedeniyle işlem anında hala eski fiyatın kullanılmasıyla sonuçlanabilir.
Kredi sözleşmeleri için en ideal olanı önce teminat eklemek, ardından tasfiye yapmaktır.
Bu nedenle, Solana'nın farklı protokollerin kendi ihtiyaçlarına göre işlemleri sıralamasına izin veren bir mekanizmaya ihtiyacı var; bu, Solana'nın sürekli vurguladığı Uygulama Kontrolü Yürütme (ACE) konseptidir.
BAM: Solana'nın Çözümü
Bu zorlukları aşmak için Solana, BAM'ı (Blok Montaj Pazar) bir çözüm olarak önerdi. BAM, Solana'nın uygulama katmanı ile ana ağı arasında bir sıralama katmanı veya ön işleme katmanı inşa etti.
BAM, güvenilir yürütme ortamları (TEE'ler) kullanarak bir gizlilik kumanda paneli oluşturur ve burada önceden belirlenmiş kurallara veya ilk giren ilk çıkar (FIFO) ilkesine göre işlemleri sıralar. Bu mekanizma, emir defteri, sürekli sözleşme borsaları ve karanlık havuzlar gibi protokollere daha iyi hizmet etmeyi amaçlamaktadır.
BAM'ın Çalışma Prensibi
BAM'ın işlem süreci Solana'nın standart işlem sürecinden farklıdır:
BAM, bir isteğe bağlı özellik olarak, Solana ana ağı ile uzlaşma sürecine çelişmez. "Ağ dışı" olarak işlem sıralamasını önceden tamamlar ve ardından sıralanmış işlem paketini Solana ana ağına gönderir.
BAM'ın çalışma modu
BAM üç çalışma modunu destekler:
BAM modelinin temel özellikleri şunlardır:
BAM'in Gerçek Uygulamaları
BAM'ın uygulama senaryoları şunlardır:
BAM'ın dağıtımıyla birlikte, Solana'nın işlem deneyimi önemli ölçüde iyileşecek ve ana ağ uygulamalarının deneyimi merkezi borsa ile daha da yakınlaşacaktır.
Genel olarak, BAM, Solana'nın işlem işleme sürecine doğrulanabilirlik, gizlilik koruma ve programlanabilirlik getirmiştir. Bu, geliştiricilerin merkezi limit emir defteri, sürekli sözleşme borsası, karanlık havuz ve sıralama kontrolü, belirleyici yürütme ve gizlilik koruması gerektiren diğer finansal altyapıları inşa etmelerini sağlar ve böylece Solana ekosisteminin yenilikçi gelişimini teşvik eder.