MEV pazarının "sıfır toplamlı oyun"dan "güçler ayrılığı"na nasıl geçtiğini analiz edin

Yazar: Cynic LeoDeng

TL;DR

  • **MEV nedir: **MEV, ekstra geliri ifade eden Madenci Çıkarılabilir Değeri (Maksimum Çıkarılabilir Değer, maksimum çıkarılabilir değer olarak da bilinir) olarak adlandırılır. MEV elde etme yöntemleri DEX arbitrajı, tasfiye, Önden Çalıştırma, Geriden Çalıştırma, sandviç saldırısı vb. olarak ayrılabilir.
  • **MEV'nin etkisi: **Önden Çalıştırma ve sandviç işlemler, zayıf kullanıcı deneyimine ve daha ciddi kayıplara yol açacaktır, ancak aynı zamanda DEX arbitrajı ve kredi tasfiyesi, Defi pazarının dengeye daha hızlı ulaşmasına ve piyasa istikrarını korumasına yardımcı olabilir. .
  • MEV pazar büyüklüğü büyümeye devam ediyor: Ethereum'daki Birleşmeden sonra, yalnızca Ethereum'un Flashbot kullanan Blok Teklifcisi 206.450'den fazla ETH aldı (Temmuz 2023 başı itibarıyla).
  • Flashbotlar, MEV alanındaki mutlak baskın güçlerden biridir. MEV-Geth, Madenci ve Arayıcının MEV gelirini paylaşmasına olanak tanır; MEV-Boost, MEV'nin Teklif Sahibi, Oluşturucu ve Arayıcı arasında dağıtılmasına olanak tanırken kullanıcıların işlemlerini Ön Taraf olmaktan korur Çalışıyor; MEV-share, kullanıcıların, cüzdanların ve Dapps'in işlemleri tarafından oluşturulan MEV'yi yakalamasını sağlamaya kendini adamıştır; MEV-SGX, güvenilir MEV-Rölesinin rolünü tamamen değiştirmek ve izinsiz erişim sağlamak için SGX güvenilir donanımını kullanır; SUAVE sorunu çözmeye çalışır MEV riskinin getirdiği merkez. Özel bir zincir olarak mevcut tüm zincirlere işlem siparişi verme ve blok oluşturma hizmetleri sağlar.
  • **MEV pazarındaki yeni değişkenler: **Piyasadaki en büyük oracle platformu olan Chainlink, işlemleri oracle ağ düzeyinde sıralayarak MEV sorununu hafifletmeye çalışıyor; UniswapX'in ortaya çıkışı "sandviç saldırısı" sorununu etkili bir şekilde çözüyor ", ancak aynı zamanda MEV incelemesinin yeni sayılarını da beraberinde getiriyor, vb.

MEV nedir

MEV'nin tam adı, madencilerin işlemleri manipüle ederek (işlemleri ekleme, silme, yeniden düzenleme) elde edebileceği ekstra geliri ifade eden Madenci Çıkarılabilir Değerdir (Maksimum Çıkarılabilir Değer, maksimum çıkarılabilir değer olarak da bilinir).

Genel bir halka açık zincirde, tüm işlemlerin öncelikle bloğa dahil edilmeyi bekleyen Mempool bellek havuzuna gönderilmesi gerekir. Madenciler/doğrulayıcılar, blockchain ekosisteminde blok üretmekten sorumlu rol olarak, hangi işlemlerin bloğa dahil edileceğine ve yüksek güce sahip olduğuna karar verebilirler. Başlangıçta madenciler, işlemlerin bloğa dahil edilme sırasını belirlemek için yalnızca işlem ücretlerini yüksekten düşüğe doğru sıraladılar. Daha sonra insanlar, madencilerin hafıza havuzundaki işlemleri izleyerek bloklara işlem ekleyebileceğini, işlemleri silebileceğini veya blok ödülleri dışında faydalar elde etmek için işlemlerin sırasını değiştirebileceğini keşfetti ve MEV ortaya çıktı.

Uygulamada, genellikle karmaşık algoritmalar aracılığıyla kâr fırsatları arayan özel araştırmacılar vardır.Açık Mempool'larda araştırmacılar arasında rekabet olduğundan, araştırmacılar MEV fırsatlarını bulduğunda, sundukları işlemlerin sağlanması için işlem ücretlerini artıracaklardır. MEV geliri.

CGVFOF, sektörün genel görüşünü entegre etmiş ve farklı stratejilere göre MEV edinme yöntemleri şu şekilde ayrılmıştır: DEX arbitrajı, tasfiye, Önden Çalıştırma, Geriden Çalıştırma, sandviç saldırısı vb. Olasılıksal kesinlik fikir birliği algoritmaları kullanan blok zincirleri için (PoW fikir birliği algoritmalarını kullanan Bitcoin ve Ethereum 1.0 gibi), Ücret Sniping saldırıları da meydana gelebilir.

  • **DEX arbitrajı. **Farklı DEX'ler arasında fiyat farklılıkları olabilir. Blok zincirinin atomik ticaret özelliğini kullanarak, risksiz arbitraj elde etmek için düşük fiyatlı bir DEX'te satın alabilir ve yüksek fiyatlı bir DEX'te satış yapabilirsiniz.
  • ** Kredi tasfiyesi. **Kredi verme sözleşmesi Mortgage oranı önceden belirlenmiş orandan düşük olduğunda, anlaşma genellikle herkesin teminatı nakde çevirmesine ve borç verene derhal geri ödeme yapmasına olanak tanır. Borçluların genellikle tasfiye sırasında büyük tasfiye ücretleri ödemesi gerekir; bunun bir kısmı tasfiye memuruna aittir ve bu da MEV fırsatlarını beraberinde getirir.
  • **Ön koşu. **Öncülük olarak da anlaşılabilir.Karlı bir işlem izlendiğinde aynı işlem daha yüksek işlem ücreti ile gönderilir, böylece kendi gönderdiği işlem orijinal işlemden önceki blokta yer alır ve kar elde edilir. Elde edilen. Elbette Front Running, yalnızca aynı işlemin tekrar tekrar gönderilmesi anlamına gelmiyor, geniş anlamda kar elde etmek için belirli bir işlemin önüne bir işlem eklenmesi anlamına geliyor.
  • **Geri Koşu. **AMM otomatik piyasa yapıcılığı mekanizmasını kullanan DEX'ler için büyük ölçekli işlemler önemli kaymalara neden olacaktır. Büyük ölçekli işlemler gerçekleştiğinde piyasa dengesiz bir durumdadır.Geri Koşu, büyük ölçekli işlemlerin ardından varlıkların piyasa denge fiyatından daha düşük bir fiyattan satın alınması için işlem eklenmesi anlamına gelir.
  • **Sandviç fırsatları. **Sandviç anlaşması Ön Koşu ve Arka Koşunun birleşimidir. Sandviç ticareti, büyük ölçekli bir işlemden önce düşük fiyattan alım yapmak, büyük ölçekli işlem fiyatı yükselttiğinde ise yüksek kar elde etmek için yüksek fiyattan satmak anlamına gelir.
  • **Ücretli Keskin Nişancı saldırısı. **Son dönemde BRC-20'nin ateşli piyasası Bitcoin ağının bloke olmasına neden oldu ve işlem ücretleri artmaya devam etti.İnsanlar olası Ücret Sniping saldırılarına karşı yeniden dikkat etmeye başladı. PoW mutabakatına sahip blockchain ağında, potansiyel gelir yeterince büyükse madenciler son birkaç bloğu geri alabilir veya yeniden düzenleyebilir ve belirli belirli işlemleri yeniden sıralayarak veya dahil ederek daha fazla gelir elde edebilir. Not: Birleşmeden önce Ethereum da PoW konsensüsünü benimsemişti ancak Ethereum buna Time Bandit adını vermişti.

MEV'nin etkisi

MEV, kullanıcılara ve hatta tüm blockchain ağına zarar verir, ancak aynı zamanda piyasayı daha dengeli ve verimli hale getirir.

  1. Olumlu yönler

DEX arbitrajı ve kredi tasfiyesi, Defi pazarının dengeye daha hızlı ulaşmasına ve piyasa istikrarını korumasına yardımcı olabilir. Geleneksel finansta olduğu gibi MEV araştırmacıları da aslında verimli finansal piyasaların var olması için bir ön koşuldur. Bu tür MEV için MEV arayanların elde ettiği gelir piyasadan gelmektedir.

  1. Olumsuz yönler

Önden Çalışan ve sandviç işlemler, zayıf kullanıcı deneyimine ve daha ciddi kayıplara yol açacaktır. Rekabet eden MEV araştırmacıları, Gaz açık artırmaları yoluyla ağ tıkanıklığına neden olacak ve Gaz Ücretlerini artıracaktır.

Olasılıksal kesinliğe sahip PoW zinciri için daha ciddi olanı, olası Ücret Sniping saldırısıdır.Time-Bandit saldırısı, blockchain'in "Değişmezlik" ilkesini ihlal eder ve blockchain ağının güvenliğine ve istikrarına ciddi şekilde zarar verir, bu nedenle son zamanlarda yapılan BTC topluluğu, Oridinal protokolünün getirdiği statükodan endişe duyuyor.

PoS zincirleri için, özellikle de mevcut ETH2.0 için MEV, doğrulayıcıların merkezileştirilmesine yol açabilir. Daha büyük bir rehin havuzu daha yüksek MEV geliri elde edecek ve daha sonra MEV çıkarma yeteneğini geliştirmek için daha fazla kaynağa sahip olacak, bu da Matthew etkisine yol açacak ve bu da sonunda doğrulayıcıların merkezileşmesine ve güvenliğin azalmasına yol açacaktır.

MEV geliştirme geçmişi

Erken Tomurcuklar (2010-2017):

Bitcoin çekirdek geliştiricisi Peter Todd, 2015 yılında Twitter'da yukarıda bahsi geçen Front Running konseptinin öncülü olan "Fee ile Değiştir (RBF)" konseptini önermiş ve kullanıcıların aynı Girdi ile en az bir işlemi arttırarak gönderebileceklerine dikkat çekmişti. orijinal işlemin yerine geçecek işlem ücreti.

Bitcoin topluluğu, RBF'yi temel alarak Ücret Snipingine ilişkin araştırmaları yavaş yavaş geliştirdi. Ücret Snipingi, bir veya daha fazla önceki bloğun, bu blokları ilk olarak oluşturan madencilerden alınan ücretler karşılığında madenciler tarafından kasıtlı olarak yeniden madenciliği anlamına gelir.

Önceki bir bloğun yeniden madenciliğinin başarılı olma ihtimali, zinciri yeni bir blokla genişletmekten daha düşük olsa da, eğer önceki blok, işlem ücretleri açısından madencinin mevcut bellek havuzundaki işlemlerden daha değerliyse, o zaman bu yaklaşım daha karlı olabilir. Ücret Sniping'i daha sonra EVM modeline kadar genişletildi ve "Flash Boys 2.0" makalesinde "Time Bandit" saldırısı olarak tanımlandı.

Resmi olarak doğmuş (2018-2019):

MEV yalnızca durum anlaşmazlıkları ve gönderilen ancak onaylanmamış durum transferleri durumunda MEV üretecektir; Bitcoin'in neredeyse hiç paylaşılan durumu yoktur ve durum transferleri sıkı bir şekilde düzenlenir, bu nedenle Bitcoin'deki MEV, Ücret Sniping'i ve çift harcama saldırıları denemesiyle sınırlıdır. Turing-complete akıllı sözleşmelere sahip Ethereum'da MEV fırsatları önemli ölçüde artıyor.

2016 yılında, Ethereum'un ilk DEX'i EtherDelta, alt eşleştirme sipariş defteri tasarımı kullanılarak piyasaya sürüldü; bu aslında pazar için çok çeşitli MEV fırsatları sağladı, ancak o zamanlar kimse bundan tam olarak yararlanmıyordu.

2017 yılında, Ethereum'daki ilk algoritmik stabil para birimi olan DAI ortaya çıktı ve Defi'ye tasfiye işlevi sağladı ve piyasada büyük ölçekli ancak nadir MEV fırsatları (Spike MEV) ortaya çıktı. 2018 yılında Hayden Adams, Ethereum üzerinde AMM otomatik piyasa oluşturma mekanizmasını kullanan ilk DEX olan Uniswap'i kurdu.AMM mekanizması aslında piyasa verimliliğini korumak için MEV çıkarıcılara güveniyor ve bu da piyasadaki MEV fırsatlarını büyük ölçüde artırıyor.

Flashbot'lar Ortaya Çıkıyor (2019-2021):

Nisan 2019'da "Flash Boys 2.0" yayınlandı ve MEV ile ilgili araştırmalar ana akım görüşe girdi. 2019'un sonunda, benzer düşüncelere sahip bir grup dijital göçebe, logosunda robot ifadesi bulunan ve daha sonra Flashbots olarak yeniden adlandırılan Pirate Ship'i kurdu.

Ocak 2021'de Flashbots Auction (mev-geth ve flashbots rölesi) resmi olarak yayınlandı. Defi Summer'ın popülaritesine bağlı olarak çıkarılan MEV önemli ölçüde arttı.

Durum: MEV gelişiyor, Flashbotlar gelişiyor

MEV pazarı giderek büyürken, birçok proje de açılma saflarına katıldı. Flashbot'lar şu anda yalnızca Ethereum ana ağını desteklemektedir, dolayısıyla mevcut ana Alt Katman 1 ve Katman 2, Flashbot'ları öğreniyor ve MEV açık artırma işlevini gerçekleştirmeye çalışıyor.

Farklı bir yol seçen, işlem havuzunu şifreleyerek MEV sorununu tamamen çözmeye çalışan bazı projeler de var. Flashbots'un kendisi de sürekli yenilik yapıyor. 2021'in başlarında Flashbots Alpha'dan sonra Flashbots Protect, MEV-Boost ve MEV-Share başarıyla hayata geçirildi. SUAVE'in bir sonraki aşaması da geliştirilme aşamasındadır.

**MEV pazarı ne kadar büyük? **

Teorik olarak kullanıcı tarafından gönderilen işlemlerde yer alan olası MEV faydaları sonsuzdur. Ancak MEV'in faydaları sınırlı hesaplamalarla belirlenememekte ve insanlar tarafından keşfedilen MEV faydaları olası MEV'lerin alt sınırını oluşturmaktadır. Genellikle insanlar, gerçekleşen MEV (Gerçekleşen MEV, REV) aracılığıyla olası MEV pazarının durumunu tahmin ederler.

Ethereum The Merge Source'tan sonra MEV piyasa istatistikleri:

Flashbots'un sağladığı verilere göre Temmuz 2023 başı itibarıyla The Merge of Ethereum sonrasında 206.450ETH REV çekimi gerçekleşti. Ancak bu yalnızca Blok Teklifçisinin elde ettiği MEV geliridir ve Arayıcıların geliri dahil edilmemiştir.

**Piyasa rekabeti olmasaydı daha mı iyi olurdu? **

İnsan toplumunun şimdiye kadar biriktirdiği tarihsel deneyime göre, çoğu durumda "görünmez el" daha iyi bir seçimdir. Ancak piyasa ekonomisinin bazı spesifik alanlarda uygulanabilir olmadığını ve piyasanın kötüye kullanılmasının ciddi sonuçlara yol açacağını neredeyse hiç kimse inkar etmiyor.

Ön Koşunun neden olduğu Gaz Fiyatındaki artış sorunu, Ethereum'un fiyat mekanizmasından kaynaklanmaktadır. Arayıcının Öncelikli Gaz İhalesinden kaçınmak için Gaz Fiyatı sabit bir seviyede tutulabilir mi?

Ancak bunun bariz bir sonucu zincir dışında gizli anlaşma olacaktır. MEV fırsatlarına sahip araştırmacılar, madencilere işlemlerini daha erken bloğa dahil etmeleri için rüşvet verecek, bu da bunun yerine zincirden küçük ölçekli bir pazar oluşturacak ve bunun bununla hiçbir ilgisi yoktur. Ethereum'un tanıtımı.Lisanslama fikri buna ters düşüyor.

Elbette ağdaki madencilerin/doğrulayıcıların kötülük yapmayacaklarından emin olmak için bir tür yetkili sertifikasyondan geçmelerine izin verebiliriz, ancak bu güçlü bir güven varsayımını ortaya çıkarır ve tamamen izin verilen bir zincir haline gelir.

Kısacası CGV, Ethereum'un mevcut özelliklerini koruma öncülü altında MEV sorununu tamamen çözmenin zor olabileceğine inanıyor.

MEV'nin Olumsuz Etkileri Nasıl Azaltılır

Protokol Düzeyinde PBS - Ethereum Topluluğu için Bir Çözüm

PoS'ta doğrulayıcılar bloğun teklifcisi olarak görev başındadır ve doğrulayıcılar bloğun zincire yazılıp yazılmayacağına karar vermek için fikir birliğine varacaktır. PoW'da madenci, temelde aynı olan blok kaldırma ve konsensüs çalışmasını tamamlar.

PBS esas olarak mevcut MEV'in getirdiği doğrulayıcı merkezileştirme sorununu çözmeye yöneliktir. Varsayılan MEV sürecinde, bir blok üreticisinin iki görevi vardır: 1) mevcut tüm işlemlerden en iyi bloğu oluşturmak (blok oluşturma) ve (2) bu bloğu Ağa önermek (blok teklifi).

MEV tam olarak çıkarılmadığında, adım 1) aslında işlemleri işlem ücretlerine göre en büyükten en küçüğe doğru sıralar ve işlemleri basitçe önden arkaya bloklara dahil eder. Şu anda, MEV karları giderek artarken, daha büyük madencilik havuzları/doğrulayıcı havuzları aslında daha fazla pazar payı ile MEV karları elde ediyor, bu da Matthew etkisine yol açıyor ve fikir birliği ağı giderek daha merkezi hale gelecek.

Ek olarak, merkezi olmayan madencilik havuzunun gerçek blok kaldırma kuruluşu MEV fırsatına sahip olacak ancak diğer üyeler karı paylaşamayacak. Mekanizmanın adaletsizliği, merkezi olmayan madencilik havuzlarının benimsenme oranını azaltacaktır. Konsensüs ağının merkezileşme derecesi daha da arttı.

MEV'de yer alabilecek roller aşağıdakilere ayrılabilir:

1.Yapımcı: Madenciler, Doğrulayıcılar

  1. Teklif Veren: blok seçici (Kurucu tarafından inşa edilen ve en yüksek MEV'ye sahip bloğu seçin)

3.Builder: Builder (blok içeriğini belirlemekten sorumludur)

  1. Arayıcı: işlemde yer alan MEV'yi arayın

  2. Kullanıcı: MEV içerebilecek bir işlem gönderin

Elbette bu aşamada pek çok rol aslında aynı kişi tarafından yerine getiriliyor.Örneğin sıradan Ethereum konsensüs sürecinde Yapımcı, Teklif Veren ve Oluşturucu aynı roldedir.

Vitalik'in Erken Teklifi

Vitalik, 2021'in başlarında her biri farklı vurgulara sahip iki çözüm önerdi. Bu bölümde tartışılan şemanın Ethereum protokolü seviyesinde olduğunu ve PBS'nin Flashbot'lar gibi şemaların özel müzakeresi yerine protokol tarafından uygulandığını belirtmekte fayda var.

PBS aşağıdaki beş hedefe ulaşmaya çalışır:

  1. Teklif verenin dostluğuna güvenmeye gerek yok: inşaatçıların teklif verenlere güvenmeye ihtiyacı yok

  2. İnşaatçının dostluğuna güvenmeye gerek yok: Teklif verenlerin inşaatçılara güvenmesine gerek yok

  3. Teklif verenin zayıf dostluğu: Teklif verenler yüksek bilgi işlem kaynaklarına ve yüksek teknik zorluğa ihtiyaç duymazlar

  4. Paket çalınamaz: Teklif verenler inşaatçılar tarafından sunulan bloktaki karı çalamaz

  5. Konsensus basit ve güvenlidir: Konsensüs güvenliği korur ve mevcut blok teklif mekanizmasını değiştirmemek en iyisidir

plan 1

  • inşaatçılar paketler oluşturur, paket gövdesinin karma değerini, teklif sahibine ödemeyi ve inşaatçının imzasını içeren paket başlıklarını teklif sahibine gönderir
  • Teklif sahibi en yüksek getiriye sahip paket başlığını seçer, paket başlığını içeren teklifi imzalar ve yayınlar
  • İmzalı teklifi gördükten sonra inşaatçı paketin tamamını yayınlar

Beş hedefe göre analiz edin:

  • Teklif sahibi, inşaatçı tarafından ödenen ücreti talep edebilir ancak inşaatçının MEV karını almasını engelleyebilir. Örneğin, teklifin slot sonunda yayınlanmasıyla inşaatçının paketin tamamını yayınlamak için zamanı yok mu? Hedefe ulaşmıyor 1?
  • Paket başlığının gönderilmesi, ödemenin inşaatçıdan alınmasını, teklif sahibinin inşaatçıya güvenmesine gerek kalmamasını ve 2. hedefin karşılanmasını sağlayabilir
  • Yalnızca basit ağ iletişimini ve temel imza işlemlerini içerir, hedef 3'ü karşılar
  • Teklif sahibi yalnızca paket içeriğini elde edemez, ancak yalnızca başlığı görebilir ve 4. hedefe ulaşır
  • Yeni bir rol oluşturucunun tanıtılması nedeniyle çatal kurallarının değiştirilmesi gerekiyor ve olası durum 2'den 3'e çıkarıldı, bu da çatal seçiminin karmaşıklığını artırıyor, yeni belirsizlikler getirebiliyor ve 5. hedefi karşılamıyor

Senaryo 2

  • inşaatçılar paketler oluşturur, paket gövdesinin karma değerini, teklif sahibine yapılan ödemeyi ve inşaatçının imzasını içeren paket başlıklarını teklif sahibine gönderir
  • Teklif sahibi, bir liste oluşturmak için gördüğü paket başlıklarından seçim yapar ve listeye bir beyan imzalar
  • inşaatçılar açıklamayı gördükten sonra ilgili paket gövdesini yayınlarlar
  • Teklif sahibi kendi imza listesinden bir paket başlığı seçer ve onu içeren bir teklif yayınlar

Beş hedefe göre analiz edin:

  • Yalnızca paket teklife tamamen dahil edildiğinde inşaatçı, hedef 1'i karşılayarak teklif sahibine ödeme yapacaktır,
  • Oluşturucu birden fazla yüksek maliyetli paket başlığı yayınlayabilir, ancak gerçek paket gövdesini yayınlamaz, bu da teklif sahibinin geçerli bir paket yayınlayamamasına neden olur ve bu da hedef 2'yi karşılamaz
  • Alınabilecek paketlerin sayısı sınırlı değilse, teklif sahibinin çok fazla paket gövdesi almasına neden olabilir, bu da yüksek ağ bant genişliğine ve hedef 3'ün karşılanmamasına neden olabilir
  • Teklif sahibi beyanı önceden imzaladı, böylece yalnızca slottaki teklif listesindeki sınırlı paketleri kullanabilir ve karları çalamaz, hedef 4'ü karşılar
  • İnşaatçı konsensüs sürecine doğrudan katılmaz, teklif sahibinin davranışı öncekiyle aynıdır, çatallarda artış yoktur ve 5. hedefe ulaşılmıştır

Gelişimde iki yol - İki Yuvalı PBS ve Tek Yuvalı PBS

Bu iki rota, Vitalik'in daha önceki planının iyileştirilmesi ve iyileştirilmesidir.İki Yuvalı PBS ve Tek Yuvalı PBS, sırasıyla plan 1 ve plan 2'ye karşılık gelir.

İki Yuvalı PBS'de, kazanan oluşturucunun blok içeriğini depolamak için "Ara Blok" adı verilen yeni bir blok türü eklenecektir. Slot n'de, Teklif Sahibi, kazanan inşaatçı bloğunun içeriğine ilişkin bir taahhüt içeren sıradan bir Beacon Bloğu önerecektir.

Daha sonra Slot n+1'de kazanan Oluşturucu, kazanan bloğun içeriğini içeren Ara Blok Teklifinde bulunacaktır. Bu ikisi büyük bir bloğun iki parçası olarak kabul edilebilir, ancak tamamlanması için iki aşamaya (yuvaya) bölünmüşlerdir. İlk aşama blok başlığına (Blok Başlığı) eşdeğerdir, ikinci aşama ise gerçek blok gövdesidir (Blok Gövdesi). Beacon Bloğu yoksa bu, hiçbir İnşaatçının teklifi kazanamayacağı ve daha sonra Ara Blok olmayacağı anlamına gelir.

Her iki bloğun da Komite Tasdiki ile oylanması gerekiyor. Beacon Block'ta oylamadan sorumlu yalnızca bir komite bulunurken, Intermediate Block, slotta kalan tüm komiteler tarafından oylanacak. Her Blok için oylar (ister Beacon Blok ister Ara Blok olsun) bir sonraki Yuvanın Blokunda görünecektir.

İnşaatçı Beacon Bloğunu görmemişse, bu Beacon Bloğunun zamanında serbest bırakılmadığı anlamına gelebilir, dolayısıyla inşaatçı Ara Bloku serbest bırakmayacak demektir. Ek olarak, Beacon Bloğunun belirli bir süre sonra ortaya çıkmasından kaynaklanan inşaatçı kaybını önlemek amacıyla şema, Beacon Bloğunun reddedilmesine olanak tanıyan iyi tanımlanmış bir Çatal Seçim Kuralı kullanır.

İki Yuvalı PBS şeması tasarım kaynağı:

Tek Yuvalı PBS'de, merkezi olmayan komite, bloğun içeriğini tutmak için aracı görevi görür. Oluşturucu, paket başlığını Açık Artırma alt ağına gönderir ve aynı zamanda şifrelenmiş paket gövdesini komiteye gönderir. Komite eşiği aşarsa, teklif sahibi tarafından gönderilecektir Teklifi aldıktan sonra, komite paket gövdesinin şifresini çözer ve yayınlar ve PBS'nin blok oluşturma işlemini tek bir yuvada tamamlayabilir.

Tek Yuvalı PBS tasarım kaynağı:

Ethereum'un yalnızca MEV nedeniyle değil, protokol katmanında da PBS'ye ihtiyacı var

PBS'nin Ethereum protokol katmanında uygulanması, fikir birliğinin temelini sarsabilir ve çeşitli yeni sorunlar yaratabilir. Neden protokolün üzerindeki diğer çözümlerle çözmek yerine protokol katmanını değiştirmek zorundayız? Ethereum topluluğunun art niyetli olduğu düşünülebilir.PBS, MEV sorununu hafifletmenin yanı sıra Ethereum'un uzun vadeli gelişimi için de büyük önem taşımaktadır.

PBS'de, teklif sahibinin işlemlerin sıralanmasıyla uğraşması gerekmez, böylece vatansızlığın farkına varılır.Ethereum'un tam durumunu kaydetmesi gerekmez, yalnızca Builder tarafından paketlenen bloktaki işlemlerin geçerliliğini doğrulaması gerekir. Merkel Kanıtı'na. Danksharding'in yavaş yavaş gündeme gelmesiyle gelecekteki depolamanın yükü de artacak. Durum bilgisi olmayan özellik, teklif verenlerin depolama gereksinimlerini azaltan, daha fazla kişinin teklif veren olmasına olanak tanıyan ve merkezi olmayan yönetim derecesini artıran çok kritik bir özelliktir.

Ethereum topluluğu tarafından önerilen PBS teklifi aslında EIP-1559 ile tamamen aynıdır. Madenciler/doğrulayıcılar, bloktaki işlem içeriğini belirleme rolü olarak son derece yüksek ayrıcalıklara sahiptir.Madenciler/doğrulayıcılar çok fazla kar elde ettiğinde, daha merkezi hale gelecekler ve tüm fikir birliği ağı cinsiyetinin güvenliğini etkileyecek kadar fazla güce sahip olacaklar. . PBS'nin yapması gereken, madencilerin/doğrulayıcıların statüsünü zayıflatmak, gelirlerini azaltmak ve gücü halk arasında dağıtmaktır.

Ek olarak, Relay'in güven varsayımı nedeniyle Flashbots MEV-Boost tarafından uygulanan PBS şeması, Ethereum'un sansüre dayanıklı, izinsiz vizyonuna ciddi bir zarar veren işlem sansürü sorunları yaratacaktır.

İşlem incelemesi %80'e kadar kaynak gerektirebilir:

Ethereum protokol düzeyindeki PBS, güven gerektirmeyen Aktarıcı, Teklif Veren'in Oluşturucu üzerindeki kısıtlaması yoluyla Oluşturucuyu sansürlenen işlemleri dahil etmeye veya doğrudan dahil etmeye zorlayabilir ve Ethereum'un sansür önleme özelliklerini geliştirebilir.

Özet: Ethereum protokol düzeyindeki PBS, geliştirici ve teklif sahibi arasındaki faydaların dağıtımını gerçekleştirir, teklif sahibi için eşiği düşürür, Ethereum'un merkeziyetsizlik düzeyini artırır ve sansür önleme özelliğini geliştirir, ancak teklif verenin deneyimini iyileştirmez. sıradan kullanıcılar.

Flashbotlar——MEV Alanında Mutlak Hakimiyet

Flashbot'lar, MEV katılımcılarına fayda sağlayarak piyasa açık artırmaları yoluyla MEV sorunlarını hafifletmeye çalışıyor.

Flashbot'ların resmi belgelerinde, 1) Flashbots Açık Artırma 2) Flashbot Verileri 3) Flashbots Koruması 4) Flashbots MEV-Boost 5) Flashbots MEV-Share'e göre sınıflandırılırlar, ancak aslında MEV-Boost, Flashbot'larda bir faz şemasıdır Auction'da Flashbot'ların gelişimini kronolojik sırayla anlatacağım.

Flashbots Açık Artırma aslında iki aşamadan oluşur: ETH1.0'ın MEV-Geth'i (Birleşmeden Önce) ve ETH2.0'ın MEV-Boost'u (Birleşmeden Sonra).

MEV-Geth

Flashbots, 2021'in başlarında MEV-Geth ve MEV-Relay'i piyasaya sürdü. MEV-Geth, Go-Ethereum istemcisinde yalnızca yüz satır kod içeren bir yamadır; MEV-Relay, Arayıcılar ve Madenciler arasında işlem paketlerinin iletilmesinden sorumlu bir paket ileticisidir.

MEV-Geth ve MEV-Relay, özel bir işlem havuzu ve kapalı teklif blok alanı açık artırması sağlayarak MEV'in karanlık bir ormandan piyasa ekonomisine dönüşmesine olanak tanır. Paket, işlem emri tercihini ifade etmek için kullanılan yeni bir işlem türüdür.

Flashbots Auction, paket iletişimini standartlaştırmak için "eth_sendBundle" adlı yeni bir RPC'yi sunar. Paket, bir dizi imzalı işlemden ve bu işlemlerin kabul edildiği koşullardan oluşur.

Flashbots aynı zamanda Flashbots Koruma RPC düğümünü de sağlar.Kullanıcılar, işlemlerinin genel işlem havuzunda Ön Koşu tarafından saldırıya uğramasını önlemek için cüzdandaki RPC düğümünü kolayca değiştirebilirler. Ayrıca Flashbots Protect, kullanıcı işlemlerini başka bir blok oluşturma süreci aracılığıyla gönderdiğinden, herhangi bir geri dönüş gerçekleşmeyecek ve kullanıcıların başarısız işlemler için ödeme yapması gerekmeyecek. (ancak özel sipariş akışı EOF'sini getirir)

MEV-Geth, Ethereum madencilerinin %90'ından fazlası tarafından hızla benimsendi ve madencilerin gelirini büyük ölçüde artırdı. Bununla birlikte, basit açık artırma tasarımının bazı önemli dezavantajları vardır: 1) madencilere güvenme ihtiyacı 2) yalnızca Geth ile uyumlu, çeşitlilik eksikliği 3) açık artırma hizmeti merkezi bir sunucuda çalışıyor, tek bir hata noktası riski var. Ayrıca arama yapanlar arasındaki genel rekabet nedeniyle gelirlerin büyük çoğunluğu madencilere gidiyor ve bu da Ethereum için merkezileşme riski yaratıyor.

kaynak: MEV-Boost

Birleşme gerçekleştikten sonra Ethereum PoS konsensusuna geçti ve MEV'in getirdiği merkezileşme sorunu daha da belirginleşti.Flashbotlar bu sorunla başa çıkmak için MEV-Boost'u tasarladı.

MEV-Boost, Tek Yuvalı PBS'nin bir çeşidi olarak düşünülebilir.Ethereum protokol düzeyindeki PBS'den farklı olarak, bu çözüm, hizmetleri protokol aracılığıyla zorunlu davranış yerine isteğe bağlı bir ara katman yazılımı olarak sağlar ve fikir birliği sürecini değiştirmez.

Röle artık Kullanıcı/Arayıcı ve Madenci arasında bir aracı olarak değil, Oluşturucu ve Doğrulayıcı arasında bir ara düğüm görevi görmektedir.Kullanıcı/Arayıcı tarafından gönderilen işlem akışına göre, Oluşturucu, Aktarıcı ve Doğrulayıcının her rolü, maksimum değere göre seçim yapacaktır. Aşağı yönde gönderilen bloklar.

kaynak:

MEV-Boost, Tek Yuvalı PBS'de önerilen taahhüt-açıklama şemasını benimser. Yalnızca Doğrulayıcı bir blok başlığını taahhüt ettikten sonra Oluşturucu, bloğun tüm içeriğini ortaya çıkaracaktır. Spesifik süreç aşağıdaki şekilde gösterilmektedir:

Tekliften önce Doğrulayıcının, blok oluşturucuların doğrulayıcıyı belirten bir teklif için bir blok oluşturabildiğinden emin olmak için MEV-Boost ve rölelere kaydolması gerekir.

  1. kullanıcılar/arama yapanlar, inşaatçıları genel/özel bellek havuzu aracılığıyla engellemek için işlemler gönderir

  2. Blok oluşturucular çözüm payloadını alınan işleme göre oluştururlar.Kar dağıtımı açısından, oluşturucu kendi adresini payloadın coinbase adresi olarak belirler ve son blok ise teklif sahibinin adresine transfer olarak ayarlanır. röleye gönderilen blok

  3. Röle, bloğun geçerliliğini doğrular ve utionPayloadHeader'ı MEV-Boost'a gönderir. MEV-Boost, farklı röleler tarafından gönderilen utionPayloadHeader'dan en karlı olanı seçer ve bunu Validator'a iletir.

  4. Doğrulayıcı başlığı imzalar, submitBlindedBlock aracılığıyla çağırır ve MEV-Boost'a geri gönderir ve röleye iletir. Röle imzayı doğruladıktan sonra, yük gövdesinin tamamını MEV-Boost'a gönderir ve bunu Doğrulayıcının ağa SignedBeaconBlock önerirken kullanması için fikir birliğine iletir.

kaynak:

MEV-Geth ile karşılaştırıldığında MEV-Boost daha güçlü bir çok yönlülüğe sahiptir. Consensus Client eklentisi olarak kullanılır, birden fazla istemciyi destekler ve orijinal Miner'ın merkezileştirme sorununu ortadan kaldırır.

Ancak PBS'den sonra İnşaatçılar daha fazla güç kazandılar ve piyasaya hakim olan İnşaatçılar işlem akışı akışlarını gözden geçirip tekeline alabiliyorlar.Şu anda sadece İnşaatçılar arasındaki rekabeti teşvik ederek merkezileşme risklerini önleyebiliyorlar. Relay'in güven düzeyi daha da zayıfladı ancak sanal teklifler sunarak İnşaatçılar ve Teklif Sahipleri için hâlâ risk oluşturabilir. Şu anda, rölenin dürüstlüğünün izlenmesi ve Doğrulayıcı ile Oluşturucunun röleyi serbestçe seçmesine izin verilmesiyle sorun hafifletilmektedir.

MEV-Paylaş

MEV-Geth, Madencinin ve Arayıcının MEV gelirini paylaşmasına olanak tanır; MEV-Boost, MEV'nin Teklif Sahibi, Oluşturucu ve Arayıcı arasında dağıtılmasına olanak tanırken kullanıcıların işlemlerini Önden Çalıştırma olmaktan korur.

Ancak her ikisinde de kullanıcının yararları dikkate alınmaz. Web3 konseptinde kullanıcıların oluşturduğu verilerden elde edilen değerin, kullanıcılara geri verilmesi gerekmektedir ve MEV-Share bu konseptin uygulayıcısıdır. MEV-share, kullanıcıların, cüzdanların ve Dapps'lerin, işlemleri tarafından oluşturulan MEV'yi yakalamasını sağlamaya kararlıdır.

Çöpçatan'ın rolü MEV-Share'de Kullanıcı, Arayıcı ve Oluşturucu arasında bir aracı olarak, Arayıcı'ya gösterilen kullanıcı işlem bilgilerini sınırlayarak kullanıcı gizliliğini korumak için tanıtıldı.

Aynı zamanda Searcher, kullanıcı çıkarlarının kaybını önlemek için kullanıcının işleminden sonra yalnızca kendi işlemini eklemekle, yani Geri Çalıştırmayla sınırlandırılmıştır. Back Running kullanıcı kaybına neden olmaz ve Back Running ile elde edilen faydalar aslında piyasa dengesizliklerinden kaynaklanır.

Kullanıcılar, işlemlerini Matchmaker'a göndermek için cüzdanlarını Flashbots Protect RPC'ye bağlayabilir veya Matchmaker API aracılığıyla özel işlemler gönderebilir ve kullanıcılar, işlemde göndermek istedikleri Oluşturucuları belirtebilirler.

Searcher için Matchmaker'ın SSE Event Stream üzerinden gönderdiği işlem bilgilerinin isteğe bağlı kısmının dinlenmesi gerekmektedir. SSE, istemcinin bir istek başlatmasına gerek kalmadan sunucunun istemciye aktif olarak bilgi göndermesini sağlayan ve istemcinin gerçek zamanlı olarak blockchain durumuyla ilgili güncellemeleri almasına olanak tanıyan bir teknolojidir. Searcher, işlemi buradan seçecek ve ardından bir paket oluşturmak için kendinden imzalı bir tx ekleyecektir.

Arayan kişi, MEV geri bildirimi almak ve kendi paketinin bloğa dahil olma olasılığını artırmak için paketteki işlemle ilgili bazı bilgileri diğer arayanlarla paylaşabilir. Arama yapanlar ayrıca paketteki gizlilik alanında İnşaatçıları belirtebilir ve son olarak paket, Kullanıcılar ve Arayıcılar tarafından ortaklaşa onaylanan inşaatçılara gönderilir.

SGX Şifreleme - Güvenilir Donanım Güven Varsayımlarını Ortadan Kaldırır

Piyasadaki MEV sorunlarını hafifletmek için SGX kullanımına ilişkin araştırma ve tartışma ilk olarak Flashbot'lar tarafından başlatıldı.

MEV-SGX şeması, Haziran 2021'de Ethereum Forum'da, özellikle 2021'in başlarında piyasaya sürülen Flashbots Alpha (Flashbots MEV-Auction'ın ilk sürümü) şemasındaki MEV-Relay'in güven sorunu için sistematik olarak geliştirildi. MEV-SGX tamamen özel ve izin gerektirmeyen bir MEV açık artırma yöntemi oluşturur.

Makalede 1. Yalnızca blok başlığını gönderin, işlemi gizleyin 2. Kenar boşluğu bloğu başlığı 3. Zaman kilidi şifrelemesi 4. Güvenlik izolasyon alanı ve diğer çözümler ve son olarak güvenlik izolasyon alanını kullanmaya karar verildi (en yaygın olarak kullanılanı Intel'inkidir) SGX) tam gizlilik ve izinsizlik sağlamak için.

MEV-SGX şemasında SGX, MEV-Relay'deki tek güven aracısının yerini alarak güvenilir bir yürütme ortamı (Güvenilir Ortam, TEE) görevi görür ve her SGX, araştırmacı ve madenci tarafından kullanılır. SGX, karşı tarafın, kurcalanamayacak veya hacklenemeyecek bir ortamda belirli bir kodu çalıştırmasını sağlayabilir.

Arayıcının SGX'i, bloğun geçerliliğini ve madencilerin karlılığını sağlamaktan sorumludur (teklif verenlerin inşaatçılara güvenmesi gerekmez); madencinin SGX'i, blok içeriğinin şifresinin çözülmesinden ve yayınlanmasından sorumludur (teklif verenlerin inşaatçılara güvenmesi gerekmez); inşaatçıların teklifçilere güvenmesine gerek yoktur ve teklifçiler inşaatçıların sunduğu blokları (karlarını) çalamazlar).

Teklif önerildiğinde Ethereum'un hala PoW konsensüsünde olduğunu, dolayısıyla "doğrulayıcı" yerine "madenci" teriminin kullanıldığını ancak aslında konsensüsteki ikisinin işlevlerinin aynı olduğunu belirtmek gerekir. işlemleri yapın ve blok önerin.

Ethereum, The Merge aracılığıyla 2.0 aşamasına girip PoS konsensusuna dönüştüğünde, komple bir çözüm olarak MEV-SGX'in hacmi giderek azaldı ve yerini MEV-Boost ve MEV-Share aldı. Bununla birlikte, SGX tamamen terk edilmemiştir, ancak MEV-SGX'in uygulanması daha zordur, bu nedenle topluluk daha gerçekçi MEV-Boost ve MEV-Share'i seçmiştir ve SGX'i yamalar şeklinde kullanarak sistemin kusurlarını iyileştirecektir. güncel çözüm.

20 Aralık 2022'de flashbot topluluğu, Geth'in (Ethereum istemcisinin Go uygulaması) ilk kez SGX'te çalıştırıldığını duyurdu ve MEV'e uygulanan SGX'in teknik fizibilitesini doğruladı. 3 Mart 2023'te flashbot topluluğu, blok oluşturucunun çalışmasının SGX'te gerçekleştirildiğini duyurdu; bu, işlemlerin gizliliğine ve oluşturucunun merkezi olmayan bir yapıya kavuşturulmasına yönelik bir başka adımdır.

Blok oluşturma algoritmasının güvenlik izolasyon alanında çalıştırılması, kullanıcı dışındaki katılımcıların kullanıcı işleminin içeriğini görememesini ve gizliliğin korunmasını sağlayabilir. Aynı zamanda, doğrulanabilir bir blok yürütme algoritması çalıştırılarak, bloğun ekonomik verimliliği gizlilikten ödün vermeden kanıtlanabilir. Uzun vadede, oluşturucuyu SGX'te çalıştırmak, teklif sahibine doğrulanabilir ve geçerli bloklar sağlayabilir ve gerçek teklifler sunabilir; bu, güvenilir MEV-Röle rolünün tamamen yerini alabilir ve izinsiz olarak elde edilebilir.

SUAVE - MEV'lerin Geleceği

MEV-Share, MEV'in getirdiği fayda dağıtımını çözüyor ancak blok inşaat gücünün getirdiği merkezileşme riskini yine de ortadan kaldıramıyor. Flashbot'ların mevcut aşamasında, 1) Özel sipariş akışı (Özel sipariş akışı) 2) Alanlar arası MEV nedeniyle Oluşturucu pazarı, merkezileşme risklerine yatkın olan olumlu bir volan etkisine sahiptir.

SUAVE (Değer İfadesi için Tek Birleşik Açık Artırma), MEV'in getirdiği merkezileşme riskini çözmeye çalışır. SUAVE, tüm blok zincirleri için tak-çalıştır bellek havuzu ve merkezi olmayan Blok Oluşturucu'yu, mevcut tüm zincirlere ve blok oluşturma hizmetlerine işlem siparişi sağlayan özel bir blok zinciri olarak sağlamaya çalışan başka bir modüler blok zinciri girişimidir.

kaynak:

Birden fazla zinciri destekleme özelliği, alanlar arası MEV'nin çıkarma verimliliğini etkili bir şekilde artırır; bir blockchain olarak, merkezi olmayan olma özelliği, Block Builder'ın önceki çözümlerdeki merkezileşme riskini çözecektir.

SUAVE aşağıdaki üç ana bileşenden oluşur:

  1. Evrensel Tercih Ortamı (Evrensel Tercih Ortamı) Tercih, paket üzerinde geliştirilmiş, kullanıcıların/arayanların işlemin yürütülmesine yönelik ihtiyaçlarını (örneğin, işlem parametreleri, zaman, sıra) yansıtan ve işlemin sürdürülmesini sağlayan bir işlem türü olarak anlaşılabilir. Paketin iptal özelliği olmayan Onay Öncesi gizliliği. Universal, SUAVE'in çoklu zincir özelliğini yansıtır, tüm zincirlerdeki kullanıcılar/aramacılar tarafından SUAVE'ye gönderilen işlemleri özetler, genel bir sıralama katmanı sağlar, MEV çıkarma verimliliğini artırmak için kullanıcı tercihlerini toplayabilir ve Block Builder'ın farklı alanlar arasında kullanılmasına izin verir Verimliliği artırmak için işbirliği yapın.

  2. Optimum uygulama pazarı (Optimal Uygulama Piyasası) Yürütücüler, kullanıcılar tarafından gönderilen tercihlere göre tekliflere katılır, kullanıcılara en uygun uygulamayı sağlar ve alanlar arası tercih ifadesini tamamlayabilir ve kullanıcılara mümkün olduğu kadar çok MEV geliri döndürebilir.

  3. Merkezi Olmayan Blok Oluşturma (Merkezi Olmayan Blok Oluşturma) Merkezi olmayan bir blockchain ağında, Block Builder, her bir alanda kullanıcı tercihlerine ve en uygun yürütme yollarına göre bloklar oluşturur.Merkeziyetsizliği sürdürme öncülünde, her zincirin Doğrulayıcısına blok sağlamak için MEV'yi maksimuma çıkarır. Bu bileşenin temeli, Block Builder'ların içeriği açıklamadan sipariş akışını ve paketi paylaşmasıdır.

kaynak:

Elbette şunu da belirtmek gerekir ki SUAVE henüz çok erken bir programdır, teknik rotası hala belirsizdir, program tasarımı da belirsizdir ve detayları halen devam etmektedir. Bu çok zor bir görev olabilir. Flashbotlar, MEV'i Kripto dünyasında Milenyum Ödül Sorunu olarak adlandırdı ve herkesi merkezi olmayan bir gelecek yaratmak için birlikte çalışmaya çağırdı.

MEV PAZARINDA YENİ DEĞİŞKENLER

Chainlink: Adil Sıralama Hizmeti (FSS) - Arbitrum'un seçtiği MEV azaltımı

Piyasadaki en büyük oracle platformu olan Chainlink, oracle ağı düzeyinde işlem siparişi vererek MEV sorununu hafifletmeye çalışıyor. Şahsen ben ilhamın oracle raporunun Önden Çalıştırılmasını önlemek olması gerektiğini düşünüyorum.Oracle raporunun fiyat üzerinde büyük etkisi olduğundan, oracle raporunun bloktaki sırasını değiştirmek yüksek bir MEV getirecektir.

Adil Sıralama Hizmetleri (FSS) kısaca şu şekilde açıklanabilir: Merkezi olmayan oracle düğümleri (Merkezi Olmayan Oracle Ağı, DON), işlem sıralamasını merkezi olmayan hale getirmek ve bağımlı sözleşme yaratıcıları tarafından belirlenen politikalara göre uygulamak için araçlar sağlar, ideal olarak adil bir stratejidir (genellikle kronolojik olarak FCFS) varış saatine göre sipariş edilen) bu, işlem sıralamasını değiştirmek isteyen katılımcılara bir avantaj sağlamaz. Bu araçlar birlikte FSS'yi oluşturur.

FSS üç bileşenden oluşur. Birincisi işlemlerin izlenmesidir.

  1. İşlem izleme FSS'de oracle düğümü, O'daki MAINCHAIN 'in bellek havuzunu izler ve zincir dışı işlem gönderimlerinin özel kanallar aracılığıyla tamamlanmasına izin verir.

  2. Söz konusu sözleşme için tanımlanan politikaya göre bağımlı sözleşme SCON'u için O sipariş işlemlerindeki İşlem Sipariş Düğümleri.

  3. İşlem yayınlama İşlem sıralandıktan sonra O'daki düğümler, işlemi ortaklaşa ana zincire gönderir.

  4. FSS şeması kaynağı: Chainlinkv2 Teknik Raporu

FSS'nin potansiyel faydaları şunları içerir:

  • Adil sıralama: FSS, geliştiricilerin, belirli bir sözleşmeye girilen işlemlerin, bol kaynak veya teknolojiye sahip kullanıcıların avantajı olmaksızın, adil bir şekilde sıralanmasını sağlamalarına yardımcı olacak araçlar içerir. Genellikle adil sıralama stratejisi FCFS'dir.

Belirli bir sözleşme kaynağı için işlem siparişi:

  • Bilgi sızıntısını azaltın veya ortadan kaldırın: FSS, ağ katılımcılarının yaklaşan işlemlerle ilgili bilgilerden yararlanamamasını sağlayarak, işlem gerçekleştirilmeden önce ağda mevcut olan bilgilere dayalı ön uç işlemler gibi saldırıları azaltabilir veya ortadan kaldırabilir. Bu sızıntıdan yararlanan saldırıların önlenmesi, orijinal bekleyen işleme bağlı olan çekişmeli işlemlerin, orijinal işlem tamamlanana kadar genel muhasebeye girememesini sağlar.
  • İşlem maliyetlerini azaltın: FSS, katılımcıların işlemleri akıllı sözleşmelere gönderirken hız arama ihtiyacını ortadan kaldırarak işlem işleme maliyetini büyük ölçüde azaltabilir.
  • Önceliklendirme: FSS, önemli işlemler için otomatik olarak özel önceliklendirme sağlayabilir. Örneğin, Oracle raporlarına işlem öncesi saldırıları önlemek için FSS, Oracle raporlarını bir dizi işleme geriye dönük olarak ekleyebilir.

Akıllı sözleşmelerde MEV'yi azaltma çözümüyle karşılaştırıldığında, DON tarafından uygulanan FSS, MEV savunma çözümü zincir dışında yürütüldüğü için daha düşük gecikme elde edebilir. Gecikme, 12 saniyenin katları olan blok gecikmesi yerine milisaniyelik ağ gecikmesi olacaktır. .

UniswapX: Veya MEV sandviç saldırısını çözün, ancak MEV sansürü yarattı

17 Temmuz'da önde gelen merkezi olmayan borsa (DEX) Uniswap, merkezi olmayan ticaret havuzlarının likiditesini toplayacak ve "MEV'ye karşı önleme" protokolü başlatacak olan UniswapX adında yeni bir açık kaynak protokolü başlatacağını tweetledi. Yeni özellikler.

UniswapX, zincir dışı sipariş eşleştirme sürecine bazı yeni özellikler ekledi. Bu özellikler arasında fiyat sırasını tam olarak takip etmeyen sıralama, limitli emirlerin yürütülmesi ve fiyat farklılıklarını yönetmek için yerel bir defter kullanılması yer alır.

Bu değişiklikler nedeniyle Mempool'da saklanan işlemler giderek daha fazla öngörülemez hale geldi ve MEV'in arbitraj alanını daha da sıkıştırdı. MEV'nin varlığı esas olarak madencilerin gaz miktarına göre paketlemeye öncelik verdiği mekanik mekanizmadan kaynaklanmaktadır. Bununla birlikte, zincir dışı defterin ayarlanması yoluyla MEV'yi gerçekten büyük ölçüde geliştirebiliriz.

Uniswap tüccarları "sandviç saldırıları" nedeniyle her gün büyük miktarda zararlı MEV üretiyor ve kayıplar 3 milyon dolara kadar çıkabiliyor. UniswapX, ham işlemleri Uniswap'in merkezi sunucusuna gönderilen niyetlere dönüştürerek bu sorunu çözmek için tasarlanmıştır. Bunu yapmak "sandviç saldırısı" sorununu etkili bir şekilde çözer, ancak aynı zamanda MEV incelemesi için yeni sorunlar da ortaya çıkarır.

Teklif verme ve işlem sürecinde, adil fiyat teklif sahibine karşı önyargılı olabilir. Bu durumda, tek teklif sahibi genellikle münhasırlık penceresi sırasında işlemi zincire koyarak bir teklif sunmaya isteklidir. Ancak aynı zamanda, işlemleri incelemek için ekip oluşturabilecek doğrulayıcılar için de fırsatlar yaratıyor. Her ne kadar bu tür saldırılar bu aşamada nadir görünse de, bazı doğrulayıcılar yeterince güçlenirse veya art arda birden fazla blok kazanırsa veya doğrulayıcı gizli anlaşmasının altyapısı yaygın olarak kullanılırsa, MEV sansürü sorunlarının şiddetli bir şekilde büyüdüğünü görebiliriz.

CGVFOF, Ethereum Vakfı'nın MEV'ye karşı aslında olumsuz bir tutuma sahip olmasına rağmen, mevcut blockchain ekolojik yapısı altında merkezi madencilerin/doğrulayıcı devlerin büyük bir güce sahip olduğuna ve işlem şifreleme ve diğer yöntemlerle tek adımlı bir süreç elde etmenin zor olduğuna kapsamlı bir şekilde inanıyor. Sorunu yerinde çözün, aksi takdirde ciddi piyasa dalgalanmalarına neden olur ve bu da blockchain ekolojisinin sürdürülebilir kalkınmasına yardımcı olmaz.

Bu nedenle, Flashbot'ların ve diğer ekiplerin aşamalı iyileştirme planı, birden fazla tarafın MEV'ye katılımını sağlar, birbirlerini kontrol eder ve dengeler, merkezi konuşma hakkını kademeli olarak zayıflatır, MEV'nin kullanıcılar üzerindeki etkisini en aza indirir ve son olarak özel işlem planına geçiş yapar. daha az sürtünme ( Vitailik'in Üç Geçiş'te vurguladığı gibi gizlilik endişeleri).

Bu açıdan bakıldığında MEV, karanlık ormandaki başlangıçtaki sıfır toplamlı oyundan, güçler ayrılığının kontrol ve denge aşamasına yavaş yavaş geçiş yapmış ve yavaş yavaş tam mahremiyete doğru ilerliyor olabilir. Ancak her durumda MEV, sürdürülebilir kalkınma potansiyeline sahip büyük bir pazardır ve daha fazla trend belirleyiciyi ve daha ilginç yeni şeyleri memnuniyetle karşılayacaktır.

***Not: Bu makale bir CGV FoF araştırma raporudur ve herhangi bir yatırım tavsiyesi niteliğinde değildir, yalnızca referans amaçlıdır. ***

View Original
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.
  • Reward
  • Comment
  • Share
Comment
0/400
No comments
Trade Crypto Anywhere Anytime
qrCode
Scan to download Gate app
Community
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)