MEV'nin Gizemini Açığa Çıkarma: Ethereum'un "Karanlık Ormanı"nı Aydınlatma

Ethereum zincirindeki faaliyetlerin artması ve altyapının evrimi ile birlikte, MEV( maksimum çıkarılabilir değer), Ethereum ekosisteminin en tartışmalı bölümlerinden biri olarak görülmektedir. Bu, yalnızca kullanıcıların zincir üzerindeki işlem deneyimini doğrudan etkilemekle kalmaz, aynı zamanda merkeziyetçilik ve güven sorunlarına dair endişeleri de tetikler. Bu makale, Ethereum 2.0'ın blok üretim mekanizması ve öneren-yapıcı ayrımı( PBS)'nın teknolojik evrimi üzerinden, mevcut MEV yapısının karşılaştığı zorlukları ve potansiyel çözümlerini derinlemesine incelemeyi amaçlamaktadır.

MEV'nin varlığı gerçekten çift taraflı bir kılıçtır. Bir yandan, DEX'ler arasındaki fiyat farklılıklarını azaltarak likidasyon işlemlerinin yürütülmesine yardımcı olur; diğer yandan, katmanlı ticaret gibi yöntemlerle kullanıcıların çıkarlarına zarar verebilir. Bu nedenle, MEV ile ilgili çözümler daha çok olumsuz etkilerini azaltmaya odaklanmakta, kökünden ortadan kaldırmak yerine. Şu anda sektörde üç ana yönde araştırmalar yapılmaktadır: ihale mekanizması iyileştirmeleri, konsensüs katmanı iyileştirmeleri ve uygulama katmanı iyileştirmeleri. Bu çözümler, MEV'nin mevcut durumu üzerinde farklı derecelerde etki etmekte, ancak bazı çözümler kullanıcıların karşılaştığı üçgen saldırıları gibi sorunları köklü bir şekilde çözmemektedir. Gelecekte, kullanıcıların ticaretinin seçmeli gizliliğini korumak için daha fazla gizlilik havuzu teknolojisinin devreye alınması gerekebilir ve çeşitli MEV çözümlerinin daha fazla entegrasyona ve denemeye değer olduğu düşünülmektedir.

Ayrıca, Layer2 mimarisinin yaygınlaşması ve EIP-4337 hesap soyutlaması gibi yeni işlem türlerinin uygulanmasıyla, MEV'nin geleceği daha fazla teknik zorluk ve fırsatla karşılaşacaktır. Bu makalede, MEV'nin olumsuz etkilerini hafifletmek için potansiyel çözümler ele alınacak ve mevcut MEV çözümlerinin artıları ve eksileri kapsamlı bir şekilde analiz edilecektir; bu sayede gelecekteki MEV araştırmalarına yön vermek hedeflenmektedir.

Ethereum 2.0

The Merge'den bu yana, Ethereum ağ güvenliğini sağlamak için PoS mekanizmasını benimsemiştir, aynı zamanda blok üretiminde hesaplama yoğun rekabeti bırakmış ve bunun yerine hisse kanıtına geçmiştir. Birleştikten sonra Ethereum, yürütme katmanı ve konsensüs katmanına ayrılmıştır. Blok üretim mekanizması da değişmiştir: Her Epoch bir PoS döngüsü olarak kabul edilir, her Epoch ise 32 Slot'a bölünmüştür ve her Slot, 12 saniyelik bir blok oluşturma zaman birimini temsil eder.

Ağ, her Epoch içinde rastgele bir doğrulayıcı komitesini seçecek ve içinden rastgele bir blok önericisi seçecek. Blok önericisi, işlemleri paketlemek, sıralı bir şekilde yürütmek ve nihayetinde blok oluşturmakla sorumludur; diğer komite üyeleri ise denetim yapmak ve oylamakla yükümlüdür. Komite üyeleri her Epoch'tan sonra yeniden seçilir ve verimliliği sağlamak için işlem süresi kısıtlamaları da vardır. Burada açıkça belirtmek gerekir ki, Payload, yani işlem durum değişikliği yürütme yükü, blok yürütmenin bir parçası olarak düşünülebilir. Blok önericisi yürütme yükünü uygulayacak ve blok önerecektir.

PBS mimarisi

Aslında, doğrulayıcılar blok önericisi olarak seçildiğinde, Payload('i yani işlemleri sıralama ve yürütme işlemini gerçekleştirmek için genellikle motivasyon eksikliği yaşarlar, çünkü bu büyük miktarda hesaplama kaynağı gerektirir. Aslında, merkeziyetsiz bir komite seçimi yoluyla yürütme yükünü dahil etmenin, işlem sıralama gibi süreçlerin merkeziyetsiz bir hale gelmesi düşünülmüştü. Ancak doğrulayıcılar bu kısmı dış kaynak kullanma eğiliminde görünüyorlar ve kendileri sadece blok önermeye odaklanıyorlar. Bu da PBS) önerici-yapıcı ayrım( fikrini doğurdu: blok önermeyi ve inşa etmeyi ayırmak, önericilerin blokları doğrulamaktan sorumlu olup inşa etmeye katılmamalarını sağlamak.

Bu ayrım, blok önericilerin oluşturuculardan blok alabileceği açık bir pazarın oluşumunu teşvik etti. Oluşturucular, blok inşa etmek için birbirleriyle rekabet eder ve önericilere en yüksek ücreti sunarlar, bu süreç "blok ihalesi" olarak adlandırılır.

![Karanlık Ormanı Aydınlatmak: MEV'nin Gizemini Ortaya Çıkarmak])https://img-cdn.gateio.im/webp-social/moments-21a9d73cdbce31e29c5ad2285552cc14.webp(

PBS) teklif sahibi - inşaatçı ayrımı ( mühürlü ilk ihale modelinin iş akışı şu şekildedir: Kullanıcı, RPC aracılığıyla işlemi kamuya açık Mempool'a gönderir, birden fazla İnşaatçı uygun işlemleri arar ve sıralar, maksimum kâr sağlayan blokları oluşturur ) kâr = Base Fee + Priority Fee + MEV (. İnşaatçı, MEV-Boost Relayer aracılığıyla Teklif Sahibi ile etkileşimde bulunur, Relayer, İnşaatçı tekliflerini toplamak için bir ara köprü olarak hareket eder ve Teklif Sahibi'ne birden fazla blok başlığı ve ilgili teklif sunar. Teklif Sahibi genellikle en yüksek teklifi veren bloğu seçer. Relayer, Flashbot tarafından önerilen MEV-Boost standartlarına uyar ve İnşaatçı ile Teklif Sahibi arasındaki teklif etkileşimini düzenler. Tüm süreç kapalı bilgiye sahiptir, Relayer yalnızca Teklif Sahibi'ne blok başlıklarını sunar, bu da Teklif Sahibi'nin sansüre karşı dayanıklılığını garanti eder.

PBS altındaki çeşitli katılımcılar ve oyunları

Ana katılımcılar arasında Builder, Relayer, Proposer ve MEV botu ) Searcher ( yer alır.

) Builder

Builder, blok içeriğini inşa etmekten sorumludur. MEV-Boost teknolojisi kullanıldıktan sonra, Builder, sadece Gas Ücretlerini değil, aynı zamanda MEV kazancını da desteklediği için tekliflerde daha avantajlı bir konumda bulunmaktadır. Builder, kullanıcılar ve Arayıcıların işlemlerini doğrudan gözden geçirebilir, bu da her zaman tartışma konusu olmuştur. Özellikle ABD hükümetinin OFAC'ı açıklamasının ardından, birçok Builder OFAC uyumluluğuna katılmıştır, son zamanlarda blokların gözden geçirilme oranı azalmış olsa da, Builder'ın işlem gözden geçirme konusunda hala doğrudan etkisi vardır.

![Karanlık Ormanı Aydınlatmak: MEV'nin Gizemini Açığa Çıkarmak]###https://img-cdn.gateio.im/webp-social/moments-2178fc37efedccedda8b4ed45ba571a7.webp(

Şu anda Builder pazar payında, inceleme gerektirmeyen beaverbuild.org giderek artan bir pay alıyor, pazar kâr odaklı bir görünüm sergiliyor.

) Arayıcı

Kâr maksimizasyonu, Searcher ve Builder'ın birlikte çalışmasını gerektirir. Searcher genellikle belirli bir Builder ile işbirliği yapar ve Dark Pool veya Private Pool oluşturur; Searcher'ın işlemleri yalnızca belirli bir Builder için görünür. Bu nedenle bazı Builder'lar, kârı maksimize eden MEV işlemleri elde eder ve blok alanı için ihale verirler. Teorik olarak, eğer Builder kötü niyetli davranır veya sansür uygularsa, Searcher başka Builder'ları seçme hakkına sahiptir, bu da kötü niyetli Builder'ın pazar payının düşmesine yol açar. Bu nedenle, Builder'lar kötü niyetli hareket etmenin gizli maliyetlerini tartmak zorundadır.

Searcher, esas olarak CEX-DEX### zincir dışı( arbitraj ve saf zincir üzeri) DEX, ara katman, tasfiye( olmak üzere iki ana kategoriye ayrılır. Şu anda Wintermute, CEX-DEX arbitraj ticaretinde pazarın birincisi konumundadır.

Saf zincir üzerindeki MEV fırsatları, stüdyo tarzı bir eğilim gösteriyor. jaredfromsubway.eth, %37,2'lik şaşırtıcı bir pazar payına sahip ve Ethereum kullanıcılarına sandviç saldırıları yapma konusunda uzmandır. Bir zamanlar zincir üzerindeki en yüksek gaz tüketen kullanıcı haline gelmiş, günlük ortalama %1,5 gaz tüketmektedir. 2023 Şubat'ından 2024 Haziran'a kadar, bu robot toplamda 76,916 Eter harcamıştır, bu da yaklaşık 175 milyon dolara denk gelmektedir.

Searcher ve Builder arasındaki yakın ilişki nedeniyle, birçok Searcher yalnızca sipariş akışını ilk üç büyük Builder'a gönderir, küçük Builder'ların sipariş akışını parçalara ayırarak stratejinin başarısız olmasını ve kayıp riskini önlemek için. Builder ile bağlantı kurmak, ekosistem etkisini sürdürmeye de yardımcı olur.

) Relayer

Relayer, teklif toplama işlemini yürütmekten sorumludur ve Proposer'a blok başlığı ve teklif fiyatını ileten bir aracıdır. Bu aşamada Proposer, bloktaki işlem detaylarını bilmemektedir. Proposer blok başlığını seçip imzaladıktan sonra, Relayer tam işlem içeriğini serbest bırakır.

Relayer, ekonomik teşvik olmaksızın üçüncü taraf olarak büyük bir güven kazanmıştır, Builder Proposer'ın teklifine, Proposer ise Relayer'ın teklifine ve blok içeriğine bağımlıdır. Geçmişte Ultrasound Relayer açığı nedeniyle Proposer'ın 20 milyon dolardan fazla MEV çektiği bir olay yaşanmıştır. Açık düzeltilebilir olsa da, Relayer kendisi hala kötü niyetli davranarak MEV çalabilir.

Şu anda saf kâr maksimizasyonuna dayalı olarak faaliyet gösteren Builder pazarının payı The Merge'den sonra kademeli olarak genişliyor; bu, serbest bir piyasada Builder'ların MEV'yi yapay olarak kontrol etmesinin mümkün olmadığını göstermektedir.

Aynı zamanda Relayer, ekonomik teşvik eksikliği sorunu ile karşı karşıya. Blocknative, Relayer yönünde araştırma geliştirmeyi durdurdu. Relayer şu anda Flashbots'un önerdiği MEV-Boost standartlarını kullanarak inşa ediliyor, Ethereum'un üçüncü tarafların sağladığı PBS'ye dayanması kalıcı bir çözüm değil, Ethereum topluluğu PBS'yi protokol seviyesine dahil etme yollarını araştırıyor.

Teklifçi

Proposer, doğrulayıcılardan rastgele seçilir. Aslında yürütme yükü kapasitesine sahip, ancak dış kaynak kullanma eğiliminde olduğundan, Builder ile dikey işbirliği yapmayı kolaylaştırır. MEV-boost'un Relayer'ı, doğrudan iletişimin getirdiği anlaşmaları azaltmak için bir ara nokta olmayı umuyor.

Şu anda madencilik havuzları ve LSD doğrulayıcı havuzları güçlü ölçek etkilerine sahip, özellikle LSD'nin ortaya çıkması sermaye verimliliğini artırdı. Doğrulayıcı havuzları merkezileşme eğiliminde, Lido %28.7 pazar payına sahip, Coinbase ve Ether.fi hemen ardından geliyor.

Geçmişte MEV-BOOST PBS çözümü uygulanmadığında, Proposer, Builder görev ###'in yürütme yükü ('den sorumlu oluyordu, ancak çoğu işlem sıralama yürütme yeteneğinden vazgeçti, çünkü ağır hesaplamalar doğrulama performansını etkiliyordu, bu yüzden yürütme yükünü dışarıya vermek, üçüncü tarafların blokları ihale etmesine izin vermekten daha iyiydi.

) Kullanıcı

Kullanıcılar, tüm yapıda en zayıf konumda, işlemler Mempool'a yerleştiriliyor ve MEV botlarının kar elde etmesi için bekletiliyor, ancak bu kârlar kullanıcıya ulaşmıyor. Ancak bu durum tamamen olumsuz değil; örneğin DEX'te, zincir üzerindeki piyasa dalgalanmaları büyük olduğunda veya kullanıcıların işlem hacmi DEX likiditesini aştığında, MEV botları arbitraj yaparak kaymaları ve çeşitli platformlardaki fiyat farklarını azaltabilir. Bu nedenle MEV'nin pozitif ve negatif dışsallıkları vardır ve ayrı ayrı tartışılması gerekir.

MEV botlarının izlenerek zarar görmesini önlemek için birçok RPC düğüm tedarikçisi, kullanıcıların işlemlerini özel Mempool'a yerleştirmelerine yardımcı olabilir. Yeni bir yöntem, OFA### sipariş akış ihalesi( aracılığıyla kullanıcılara MEV kârlarını tazmin etmektir. OFA RPC operatörleri, Searcher ile iş birliği yaparak kullanıcı siparişlerini ihale eder, Searcher maksimum MEV elde eder ve siparişleri bloğa dahil eder, ardından kârın bir kısmını kullanıcılara geri verir.

Özel emir akışını kullanan kullanıcı oranı hala düşük, yaklaşık %10, bunun başlıca nedeni kullanıcı eğitim maliyetinin yüksek olması, MEV bilgisi ve önlemlerinin yaygınlaştırılmasının zor olması ve işlemlerin karmaşık olmasıdır. Kullanıcı deneyimini optimize etmek, kullanıcıların daha pasif bir şekilde kabul etmelerini gerektirir, aktif değil.

Özet

Mevcut PBS yapısı altında, MEV-BOOST standartlarının tanıtılmasından sonra, kâr maksimizasyonuna yönelik kapalı teklif müzayede mekanizması, Builder ve Searcher'ın işbirliği ve güven yönünde gelişmesine neden oldu ve merkeziyetçi bir eğilim belirgin hale geldi. POS aynı zamanda Validator'ların merkeziyetçiliğine yol açtı, MEV endüstri zincirinin her aşaması merkezi hale geldi ve çoklu güven sorunlarını beraberinde getirdi: Searcher, Builder'a güveniyor; Builder ve Proposer, Relayer'a güveniyor. MEV'nin merkeziyetçi ve güvene dayalı gelişimi, Ethereum'un merkeziyetsizleştirme ve güvenin ortadan kaldırılması vizyonuyla belirgin bir çelişki içindedir.

Ethereum topluluğu şu anda merkeziyetsizliği azaltmak için üç öneriyi tartışıyor:

1. Builder ve Searcher'ın birleşik merkeziyeti için: Flashbot, işlem şeffaflığını artırmak, Searcher'ın Builder'a olan güven eşiğini düşürmek ve Searcher'ı tüm Builder'lara sipariş akışı göndermeye teşvik etmek için SUAVE teknolojisini önerdi.

2. Relayer güveninin sağlanması için: Mevcut PBS çözümünün yerine Enshrined PBS kullanarak Relayer'a olan bağımlılığı ortadan kaldırmak.

3. Validator merkezileşmesine karşı: merkeziyetsiz AVS'ler kullanmak, örneğin SSV gibi, Lido bunlarla işbirliği yaptı.

MEV Durumu

Şu anda zincir üzerindeki ana MEV, arbitraj, sandviç saldırıları, likidasyon vb. içerir. Arbitraj karı en yüksektir, son 30 günde MEV botları toplamda 2.6 milyon dolar kar elde etmiştir.

![Karanlık Ormanı Aydınlatmak: MEV'nin Gizemini Ortaya Çıkarmak])https://img-cdn.gateio.im/webp-social/moments-355138223027bf07ef01db141cec6d58.webp(

Aslında tek bir işlem ortalama yaklaşık 0.8 dolar kâr sağlıyor, bu da büyük miktarda işlemle birikiyor. Son 30 gün içinde Ethereum üzerindeki sandviç saldırısından elde edilen kâr yaklaşık 880.000 dolar.

MEV'nin pozitif ve negatif dışsal etkileri vardır. Pozitif etkiler arasında DEX'ler arasındaki fiyat farklarını azaltmak, DEFI protokollerine teminat tasfiyesinde yardımcı olmak gibi unsurlar bulunmaktadır. Negatif etkiler ise kullanıcıların araya girmesiyle yapılan işlemler, kullanıcı kârlarını zedelemektedir. Mevcut zincir üstü ücret mekanizmasında, Ethereum Gas Ücretleri düzleştirme mekanizmasını hayata geçirmiş olsa da, zincir üstü arbitraj fırsatları arttığında, MEV botları ile kullanıcıların birlikte işlem yapması, kısa vadede Gas Ücretleri'nin fırlamasına neden olarak kullanıcıların ekonomik kayıplarına ve deneyim kayıplarına yol açmaktadır.

PBS ve POS mimarisinin neden olduğu MEV ve merkezileşme sorunlarının yanı sıra, Ethereum'un Layer2'ye geçiş sürecinde de çapraz zincir MEV sorunu ortaya çıkmıştır.

Layer2 mimari tasarımının potansiyel MEV karmaşıklığı

Layer2'ye büyük miktarda işlemin kaydırılmasıyla birlikte, gelecekte büyük ölçekli zincir üstü arbitraj faaliyetleri daha karmaşık, daha yüksek teknik gereksinimlere sahip çok zincirli çapraz zincir MEV'ye yönelicektir.

Kısa zincir MEV araştırmaları azdır, ancak bazı önlemler mevcuttur, bunlar esasen Layer2 sıralayıcı iyileştirmelerine yöneliktir. Kısa zincir köprüsü, farklı Layer2'ler arasında kısa zincir geçişi için gerekli bir üründür, Arayıcı, Layer2'ler arasındaki parçalanmış likiditeyi yavaşlatmaya yardımcı olabilir. Şu anda etkisi belirgin değildir, esas olarak kısa zincir köprüsü deneyimi ve güvenliğinin iyileştirilmesi gerektiğindendir, farklı köprülerin Sonuçlandırma farklılıkları da strateji özelleştirme zorluğunu artırarak, Layer2'ler arası MEV eşiğini yükseltmektedir.

) EIP-4337'nin potansiyel MEV'si

EIP-4337, hesap soyutlaması ve yeni işlem türlerini tanıtarak, MEV manzarasını da önemli ölçüde değiştirecektir.

ERC-4337, Mempool'a yeni bir Kullanıcı İşlemi işlem türü getirir, Bundler normal işlemler haline paketlemekle sorumludur. Bir kullanıcı işlemi kamu havuzuna girdiğinde, Searcher tarafından izlenebilir.