Yazar: Pavel Paramonov Kaynak: X, @paramonoww Çeviri: Şan Opa, Altın Ekonomi
Birçok kişi "ASS'in ihtiyaç duyduğunuz her şey olduğunu" düşünüyor ve bunun eksiksiz bir çözüm olduğunu düşünüyor. Ancak, ASS tüm sorunları çözmek için yeterli değil ve bazı güven varsayımları da vardır.
1. Kendi kendine serialize olan dApp, Blok inşaatçılarının bir parçasıdır
Bir işlem demeti Blok'a girdiğinde, dApp, MEV (maksimum çıkarılabilir değer) Arz Ağı'ndan teklif veren, arayan ve oluşturan gibi diğer 'üyelerden' kendi değerini alabilir. Bununla birlikte, bu kavram mükemmel değil (şifreleme dünyasında hiçbir şey mükemmel değil) ve bazı güven varsayımları da olabilir.
2. Kapsayıcılık Oyunu
自序列化 dApp'nin karşılaştığı zorluk, bağlı değerin ne kadar yüksek olduğuna bağlı olarak Blok'ta yer almasını gerektiren taleplerin artmasıdır. MEV'yi yakalayan işlemler Blok'ta yer almadığında, bunlar tamamen kârsız hale gelebilir ve bu, MEV üretemeyen diğer işlemleri ve kullanıcıları da etkiler.
Bu ilginç bir düşünme sahnesidir:
dApp, kendi ürettiği tüm MEV'leri yakalama yeteneğine sahiptir.
Ancak, MEV fırsatını kaçırmakla kalmayıp, platform için değer sağlayabilecek kullanıcıları da kaybetmek mümkün olabilir (örneğin, AMM sürekli başarısız olursa, kim kullanacaktır?), Bu nedenle yapmak anlamsız olacaktır.
En ilginç olanı, önerenin de kar elde etmesi gerekiyor, bu da çift taraflı bir kayıp durumu yaratıyor:
Kendi kendine seri hale getirilebilen dApp'ler, MEV'yi içermeyen Blok'a bağlanmadıkları için kaybedildi.
Önerenler, atomik bağları açamama ve yeniden düzenleyememe nedeniyle MEV'yi kaybeder (ancak diğer işlemleri seçebilirler)
3. ASS dApp, MEV çıkarmak suretiyle normal kullanıcıları ve Likidite Sağlayıcılarını (LP'ler) zarar vermemelidir.
Bilindiği gibi, MEV çoğunlukla zararlı trafiğin oluşturulması ve çekilmesiyle elde edilir. LP'ler, MEV nedeniyle bilinçsiz trafiğin getirdiği çoğu geliri kaybetmiştir. Likidite'nin platforma çekilmesi, şifreleme alanında en zor şeylerden biridir ve AMM, MEV'nin LP'lere adil bir şekilde dağıtılmasına yardımcı olabilir, bu da Kalıcı Kayıp'ı azaltmaya yardımcı olabilir.
Güncel gerçeklikte, aktif olarak LP pozisyonlarını (hatta birden fazla LP pozisyonunu) yönetmek tam zamanlı bir iş olarak görülebilir. Eğer bir sandviç saldırısıysa, değeri traderlara geri verilir; eğer Merkezi Borsa ve Merkeziyetsizlikborsa arasında Arbitraj varsa, değeri LP'lere geri verilir. Peki, sorun şu ki, onlar ne kadar geri dönüş almalı ve dApp ne kadar değer saklamalı?
**4. Eğer bağlantılı blok boyutu ve alt zincirin Blok boyutu çakışıyorsa ne yapılmalıdır?
Görünüşe göre, her dApp'ın kendi kendine sıralanacağı anlamına gelmez (en azından yakın gelecekte değil). Blok boyutu (veya işlem yığını) sınırlıdır; sınırlama olmadan Blok zinciri veya "Blok zinciri" olmazdı. Bir Blok en fazla 100 işlemi içerebilir ve aşağıdaki durumlar ortaya çıkabilir:
dApp, 100 işlem içeren bir bağlama gönderdi, tüm Blok'u doldurdu. MEV Arz Ağı'ndaki diğer "üyeler" için, bunu içermek, Blok önermek ve uygulamak için ne kadar karlılık alanı var?
dApp, 99 işlem içeren bir bağlama gönderdi, sadece 1 boş pozisyon kaldı. Önerenin, bu bağlamayı içermek için yeterli teşviki olup olmadığı? (Önceden onay gibi bir işbirliği yapmadıkça)
İki dApp paket gönderdi. İlk paketinde 60 işlem var, ikincisinde ise 50 işlem var. Açıkça, sadece bir paket içerebilir.
Önemli olan, ilk paketin ürettiği MEV ikincisinden daha fazla olsa da, diğer bir açıdan ikinciyi içermek daha avantajlıdır, çünkü diğer serileştirilmemiş dApp'in 50 işlemi bağlama dahil edildiğinde Blok için daha fazla değer yaratabilir.
O halde kim dahil edilmeli? Kim Blok içinde sadece bağlanmış değil, aynı zamanda en karlı olan kişi?
Gerçekleştirilebilecek çözüm, FCFS (First Come, First Served) olsa da, doğruluğu garanti etmez çünkü gecikme süresi hala mevcuttur.
serileştirme nasıl herkes için faydalı hale getirilirken, sadece bir katılımcının değil, diğer katılımcıların (LP'ler, kullanıcılar) değerlerinin gasp edilmediğinden emin olunur?
Potansiyel çözüm, belirli bir serileştirme kuralı belirlemektir, sadece bu kurallara uyulduğunda paketlerin sıralama yetkisi olur. Bu önemlidir çünkü yanlış serileştirme güvenlik açıklarına yol açabilir.
AMM işlem çiftleri için, açgözlü doğrulama kuralları kullanılarak işlemlerin belirli bir AMM havuzunda önlenmesi sağlanabilir. Bununla birlikte, çoğu DEX işlemi çoklu takas işlemidir, bu nedenle MEV direnci sağlamak için başka yöntemlere ihtiyaç vardır.
Hala erken aşamada!
Şu anda kendini seri hale getirmenin birkaç yolu var, ben bu konuda @SorellaLabs'ın yaklaşımından ilham aldım. Kendini seri hale getirme konusunda hala erken aşamadayız (veya ASS olarak da adlandırılan, @ballsyalchemist'in dediği gibi), farklı altyapılarda farklı dengelemeler bulunmaktadır.
ASS'in hedefi, dApp'in serileştirme işlemlerinden sorumlu olmasını ve işlemin (zincir tarafından işlenmesi) ile ilgilenmemesini sağlamaktır. ASS, L1'de oldukça net olsa da, L2'de daha çekicidir çünkü sadece bir serileştirme işlemini işlemek gerekiyor ve L2, yerel serileştirme kurallarını uygulayarak daha fazla içerik sağlayabilir.
Yükseliş potansiyeli çok büyükz! (Blok alanı hariç)
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Belirli bir sıralama planı gerçekten tüm sorunları çözebilir mi?
Yazar: Pavel Paramonov Kaynak: X, @paramonoww Çeviri: Şan Opa, Altın Ekonomi
Birçok kişi "ASS'in ihtiyaç duyduğunuz her şey olduğunu" düşünüyor ve bunun eksiksiz bir çözüm olduğunu düşünüyor. Ancak, ASS tüm sorunları çözmek için yeterli değil ve bazı güven varsayımları da vardır.
1. Kendi kendine serialize olan dApp, Blok inşaatçılarının bir parçasıdır
Bir işlem demeti Blok'a girdiğinde, dApp, MEV (maksimum çıkarılabilir değer) Arz Ağı'ndan teklif veren, arayan ve oluşturan gibi diğer 'üyelerden' kendi değerini alabilir. Bununla birlikte, bu kavram mükemmel değil (şifreleme dünyasında hiçbir şey mükemmel değil) ve bazı güven varsayımları da olabilir.
2. Kapsayıcılık Oyunu
自序列化 dApp'nin karşılaştığı zorluk, bağlı değerin ne kadar yüksek olduğuna bağlı olarak Blok'ta yer almasını gerektiren taleplerin artmasıdır. MEV'yi yakalayan işlemler Blok'ta yer almadığında, bunlar tamamen kârsız hale gelebilir ve bu, MEV üretemeyen diğer işlemleri ve kullanıcıları da etkiler.
Bu ilginç bir düşünme sahnesidir:
En ilginç olanı, önerenin de kar elde etmesi gerekiyor, bu da çift taraflı bir kayıp durumu yaratıyor:
3. ASS dApp, MEV çıkarmak suretiyle normal kullanıcıları ve Likidite Sağlayıcılarını (LP'ler) zarar vermemelidir.
Bilindiği gibi, MEV çoğunlukla zararlı trafiğin oluşturulması ve çekilmesiyle elde edilir. LP'ler, MEV nedeniyle bilinçsiz trafiğin getirdiği çoğu geliri kaybetmiştir. Likidite'nin platforma çekilmesi, şifreleme alanında en zor şeylerden biridir ve AMM, MEV'nin LP'lere adil bir şekilde dağıtılmasına yardımcı olabilir, bu da Kalıcı Kayıp'ı azaltmaya yardımcı olabilir.
Güncel gerçeklikte, aktif olarak LP pozisyonlarını (hatta birden fazla LP pozisyonunu) yönetmek tam zamanlı bir iş olarak görülebilir. Eğer bir sandviç saldırısıysa, değeri traderlara geri verilir; eğer Merkezi Borsa ve Merkeziyetsizlikborsa arasında Arbitraj varsa, değeri LP'lere geri verilir. Peki, sorun şu ki, onlar ne kadar geri dönüş almalı ve dApp ne kadar değer saklamalı?
**4. Eğer bağlantılı blok boyutu ve alt zincirin Blok boyutu çakışıyorsa ne yapılmalıdır?
Görünüşe göre, her dApp'ın kendi kendine sıralanacağı anlamına gelmez (en azından yakın gelecekte değil). Blok boyutu (veya işlem yığını) sınırlıdır; sınırlama olmadan Blok zinciri veya "Blok zinciri" olmazdı. Bir Blok en fazla 100 işlemi içerebilir ve aşağıdaki durumlar ortaya çıkabilir:
Önemli olan, ilk paketin ürettiği MEV ikincisinden daha fazla olsa da, diğer bir açıdan ikinciyi içermek daha avantajlıdır, çünkü diğer serileştirilmemiş dApp'in 50 işlemi bağlama dahil edildiğinde Blok için daha fazla değer yaratabilir.
O halde kim dahil edilmeli? Kim Blok içinde sadece bağlanmış değil, aynı zamanda en karlı olan kişi?
Gerçekleştirilebilecek çözüm, FCFS (First Come, First Served) olsa da, doğruluğu garanti etmez çünkü gecikme süresi hala mevcuttur.
serileştirme nasıl herkes için faydalı hale getirilirken, sadece bir katılımcının değil, diğer katılımcıların (LP'ler, kullanıcılar) değerlerinin gasp edilmediğinden emin olunur?
Potansiyel çözüm, belirli bir serileştirme kuralı belirlemektir, sadece bu kurallara uyulduğunda paketlerin sıralama yetkisi olur. Bu önemlidir çünkü yanlış serileştirme güvenlik açıklarına yol açabilir.
AMM işlem çiftleri için, açgözlü doğrulama kuralları kullanılarak işlemlerin belirli bir AMM havuzunda önlenmesi sağlanabilir. Bununla birlikte, çoğu DEX işlemi çoklu takas işlemidir, bu nedenle MEV direnci sağlamak için başka yöntemlere ihtiyaç vardır.
Hala erken aşamada!
Şu anda kendini seri hale getirmenin birkaç yolu var, ben bu konuda @SorellaLabs'ın yaklaşımından ilham aldım. Kendini seri hale getirme konusunda hala erken aşamadayız (veya ASS olarak da adlandırılan, @ballsyalchemist'in dediği gibi), farklı altyapılarda farklı dengelemeler bulunmaktadır.
ASS'in hedefi, dApp'in serileştirme işlemlerinden sorumlu olmasını ve işlemin (zincir tarafından işlenmesi) ile ilgilenmemesini sağlamaktır. ASS, L1'de oldukça net olsa da, L2'de daha çekicidir çünkü sadece bir serileştirme işlemini işlemek gerekiyor ve L2, yerel serileştirme kurallarını uygulayarak daha fazla içerik sağlayabilir.
Yükseliş potansiyeli çok büyükz! (Blok alanı hariç)