Karanlık Ormanı Aydınlatmak: MEV'nin Gizemini Ortaya Çıkarmak
Ethereum zincirindeki etkinliklerin artması ve altyapının evrimi ile birlikte, MEV, Ethereum ekosistemindeki en tehlikeli kısımlardan biri olarak görülmektedir. Bu, kullanıcılar üzerinde doğrudan kar kaybı ve deneyim düşüşü etkisi yaratmaktadır. Bu makale, Ethereum 2.0'ın blok oluşturma mekanizması ve öneren-yapıcı ayrımı (PBS)'nın teknik evrimi üzerinden başlayarak, bu mekanizmanın getirdiği merkeziyetçilik ve güven sorunlarını ve Ethereum'un merkeziyetsiz değerleri ile olan çelişkisini analiz etmeyi amaçlamaktadır.
MEV gerçekten çift taraflı bir kılıçtır, hem olumlu hem de olumsuz dışsal etkilere sahiptir. Olumlu yönleri arasında DEX fiyat farklılıklarını azaltma ve işlemleri likidite sağlama yer alırken; olumsuz yönleri arasında kullanıcıların sandviç işlemlerine zarar verme bulunmaktadır. Bu nedenle, MEV çözümleri daha çok olumsuz dışsal etkileri azaltmaya yönelik olup, kökünden ortadan kaldırmayı amaçlamamaktadır. MEV'nin olumsuz dışsal etkilerini azaltma ve mevcut üçüncü taraf güvene dayalı ara katman Relayer sorununu çözme sürecinde, esasen üç tür önlem bulunmaktadır: ihale mekanizması iyileştirmeleri, konsensüs katmanı iyileştirmeleri ve uygulama katmanı iyileştirmeleri. Bu iyileştirmeler, MEV manzarasını farklı derecelerde etkileyecektir, ancak bazı çözümler kullanıcıların karşılaştığı sandviç saldırısı sorununu özünde çözmemektedir. Kullanıcı işlemleri hala genel havuzda yer almaktadır, bu nedenle işlemlerin isteğe bağlı gizliliğini korumak için daha fazla gizlilik havuzu teknolojisinin devreye sokulması gerekmektedir; bu MEV çözümleri bir arada denemeye değer.
Ayrıca, MEV'nin kaçınılmaz bir mekanizma tasarımı yan ürünü olarak gelecekte daha da karmaşık hale geleceğini düşünüyoruz. Layer2 mimarisi, EIP-4337 hesap soyutlaması gibi yeni işlem türlerinin uygulanmasıyla ortaya çıkabilecek daha fazla MEV teknik zorluğu ve fırsatını da tartıştık.
Son olarak, bu makale MEV'nin olumsuz dışsallık sorununu hafifletmek için potansiyel çözümleri keşfetmeyi ve mevcut MEV çözümlerinin artılarını ve eksilerini kapsamlı bir şekilde anlamayı umuyor; böylece gelecekte kullanıcıların bulunduğu karanlık ormanı aydınlatabilir ve sektördeki araştırmacılar için MEV'yi daha fazla araştırma yönlerini aydınlatabilir.
Ethereum 2.0
The Merge'den beri, Ethereum POS mekanizmasını kullanarak ağ güvenliğini sağlıyor, blok üretiminde hesaplama yoğun rekabeti bırakarak, hisse kanıtına geçmiştir. Birleşmeden sonra, Ethereum iki katmana ayrıldı: yürütme katmanı ve konsensüs katmanı. Blok üretimi de değişiklik gösterdi, her Epoch bir POS döngüsüdür, her Epoch 32 Slot'a bölünür ve her Slot 12 saniyelik blok üretim zaman birimidir.
Ağ, her Epoch'da rastgele bir komite seçer, bu komiteden rastgele bir blok önericisi seçilir, işlemleri paketleme, sıralama ve blok üretme sorumluluğunu üstlenir, diğer komite üyeleri denetler ve oy kullanır. Komite, her Epoch'tan sonra yeniden seçilir ve verimliliği sağlamak için işlem zaman kısıtlaması vardır. Burada terimlerin standartlaştırılması, Payload'ın yürütme yükü olduğu, yani işlemlerin durum değişiklikleri olarak kabul edilebileceği, blokların bir parçası olarak yürütülmesi gerektiği belirtilmektedir. Blok önericisi, yürütme yükünü uygulayacak ve blok önerisini gerçekleştirecektir.
PBS Mimarisi
Aslında, doğrulayıcılar blok önericisi olarak seçildiğinde, genellikle Payload'u yerine getirmek için bir motivasyonları yoktur çünkü bu büyük bir hesaplama gücü gerektirir. İşlemlerin sıralamasını merkeziyetsizleştirmek için merkeziyetsiz bir komite seçimi ile düşünülmüştü, ancak doğrulayıcılar genellikle bunu dış kaynak kullanarak yapmayı tercih ederler, kendileri blok önermeye odaklanırlar. Bu nedenle PBS kavramı ortaya çıktı; yani blok önerimi ve inşasını ayırmak, önericiler yalnızca blokları doğrulamakla sorumlu olur, inşaata katılmazlar. Bu, önericilerin inşacılardan blok alabileceği açık bir pazar oluşturdu. İnşacılar, blokları inşa etmek için rekabet ederler ve önericilere en yüksek ücreti sunar, bu duruma "blok ihalesi" denir.
PBS(Proposer Builder Separate)Mühürlü ilk ihale modeli süreci şu şekildedir: Kullanıcı, RPC aracılığıyla işlemi genel Mempool'a gönderir, birden fazla Builder uygun işlem sıralamasını bularak en yüksek kar elde eden bloğu(Base+Priority+MEV)içerecek şekilde oluşturur ve ardından MEV-Boost Relayer ile Proposer ile etkileşime geçer. Relayer bir köprü işlevi görür, Builder ona teklif sunar, Relayer Proposer'a birden fazla blok başlığı ve teklif sunar, Proposer genellikle en yüksek teklifi kabul eder. Relayer, MEVBoost standartlarını uygular ve Builder ile Proposer arasındaki ihale etkileşimlerini düzenler. Bu süreçte bilgiler kapalıdır, Relayer yalnızca blok başlıklarını Proposer'a sunar ve sansüre karşı koruma sağlar.
PBS altındaki çeşitli katılımcılar ve oyun teorisi
Başlıca katılımcılar Builder, Relayer, Proposer, MEVbot(Searcher).
İnşaatçı
Builder, blok içeriğini inşa etmekten sorumludur, MEV-Boost kullanıldığında, MEV kazançlarını desteklediği için tekliflerde daha avantajlıdır. Builder, işlemleri doğrudan inceleyebilir, bu da özellikle ABD OFAC'ın açıklamasından sonra eleştirilen bir durumdur; birçok Builder OFAC Uyumlu katılmaktadır. Son zamanlarda blok inceleme oranı azalmış olsa da, Builder'ın işlem incelemesi üzerinde hâlâ doğrudan bir etkisi vardır.
Şu anda Builder pazar payında, inceleme gerektirmeyen beaverbuild.org giderek büyüyor, her şey kâr odaklı.
Arayıcı
Kar maksimizasyonu, Searcher ve Builder'ın ortak çabalarını gerektirir. Searcher genellikle belirli Builder'larla işbirliği yaparak Dark Pool veya Private Pool oluşturur. Searcher işlemleri yalnızca belirli Builder'lar için görünür, bazı Builder'lar, blok alanı için teklif vermek amacıyla maksimum kar elde eden MEV işlemleri alır. Teorik olarak, eğer Builder kötü niyetli davranır veya sansür uygularsa, Searcher diğer Builder'ları seçebilir ve bu da kötü niyetli Builder'ın pazar payının azalmasına yol açar. Bu nedenle, Builder'lar kötü niyetli davranmanın gizli maliyetini dikkate alacaktır.
Searcher, CEX-DEX( zincir dışı ) arbitraj ve saf zincir üstü ( DEX, ara katman, likidasyon ) olmak üzere iki ana kategoriye ayrılmaktadır. Şu anda Wintermute, CEX-DEX arbitraj ticaret pazarında birinci sıradadır. Saf zincir üstü MEV fırsatları stüdyolaşma eğilimindedir, jaredfromsubway.eth pazar payı %37.2'ye ulaşmış, sandviç saldırılarında uzmandır ve bir dönem zincir üstü gas tüketiminde en yüksek kullanıcı olmuştur. Seacher ile Builder arasındaki sıkı bağlantı nedeniyle, birçok Searcher, ekosistem etkisini sürdürmek ve küçük Builder'ların sipariş akışını bölerek strateji başarısızlığı riskini önlemek amacıyla sipariş akışını ilk üç Builder'a iletmektedir.
Relayer
Relayer, teklifleri toplamakla sorumludur, Proposer'a blok başlıkları ve teklif fiyatlarını ileten bir ara istasyon olarak hareket eder; bu esnada Proposer, işlem detaylarını bilmemektedir. Proposer blok başlığını seçip imzaladıktan sonra, Relayer tüm işlem içeriğini serbest bırakır. Relayer, ekonomik teşvik olmadan üçüncü bir taraf olarak büyük bir güven kazanır; tarihte, Proposer'ın 2000'den fazla MEV çekmesine neden olan açıklar yaşanmıştır. Açıklar kapatılabilse de, Relayer yine de MEV çalmak için kötü niyetli davranabilir.
Şu anda, tamamen MAX Profit çalıştıran Builder'ın pazar payı Merge'den sonra yavaş yavaş genişliyor. Serbest piyasada, Builder tarafından MEV'nin kasıtlı olarak kontrol edilmesi mümkün değil. Relayer da ekonomik teşvik eksikliği sorunuyla karşı karşıya, Blocknative Relayer geliştirmeyi bıraktı. Relayer, Flashbots'un önerdiği MEVBoost standardını kullanarak inşa ediliyor, Ethereum'un üçüncü taraflara PBS sağlaması uzun vadeli bir çözüm değil, topluluk PBS'yi protokol düzeyine dahil etmenin yollarını araştırıyor.
Teklifçi
Proposer, tüm doğrulayıcılardan rastgele seçim yapar, yük kapasitesine sahip ancak dış kaynak kullanmaya eğilimlidir, bu da Builder ile dikey işbirliği yapmayı kolaylaştırır. MEV-boost'un Relayer'ı, doğrudan iletişimin getirdiği dikey işbirliğini azaltmak için bir ara nokta olarak hareket etmek istemektedir. Şu anda madenci havuzları, doğrulayıcı havuzu olarak görev yapıyor; LSD'nin ortaya çıkması, sermaye verimliliğini artırıyor ve doğrulayıcı havuzları merkeziyete doğru bir eğilim göstermektedir.
Lido şu anda %28.7 pazar payına sahip, Coinbase ve Ether.fi ikinci ve üçüncü sırada yer alıyor. Geçmişte MEV-BOOST PBS uygulanmadığında, Proposer Builder görevinden sorumlu olmalıydı, ancak çoğu işlem sıralama yürütme yeteneğinden vazgeçti, çünkü ağır hesaplamalar doğrulama performansını etkiliyordu ve bunun yerine üçüncü taraflara blok ihalesi için yürütme yükünü dış kaynak olarak verdi.
Kullanıcı
Kullanıcı, tüm mimaride en zayıf konumda, işlemler Mempool'a yerleştiriliyor ve MEVbot'ların kar elde etmesi için kullanılıyor, ancak bu karlar kullanıcılara akmıyor. Ancak, DEX'te MEVbot'lar büyük işlemlerin kaymalarını ve platform fiyat farklarını azaltmak için de arbitraj yoluyla fayda sağlayabiliyor. Bu nedenle MEV'nin olumlu ve olumsuz dışsallıkları vardır, ayrı ayrı tartışılması gerekir.
Kullanıcıların MEVbot tarafından izlenip zarar görmelerini önlemek için, birçok RPC düğüm sağlayıcısı kullanıcıların işlemlerini gizli Mempool'da yerleştirmelerine yardımcı olur, örneğin doğrudan Builder ile etkileşim kurarak. OFA(Order Flow Auction) gibi yenilikçi yöntemler, kullanıcıların MEV karlarını telafi etmek için sipariş akışı müzayedesi aracılığıyla, Searcher ile işbirliği yaparak maksimum MEV elde eder ve bunu kullanıcılara iade eder.
Şu anda özel sipariş akışını kullanan kullanıcı oranı yaklaşık %10, bunun başlıca nedeni eğitim maliyetinin yüksek olması ve işlemlerin karmaşık olması. Kullanıcı deneyimini optimize etmek için kullanıcıların daha pasif, aktif değil, kabul etmesi gerekiyor.
Özet
Mevcut PBS yapısında, MEV-BOOST standardının getirilmesiyle birlikte, kâr maksimizasyonu için yapılan kapalı teklif müzayede mekanizması, Builder ile Searcher arasında yavaş yavaş iş birliği güveni oluşturarak, belirgin bir merkeziyetçilik eğilimi yaratmıştır. POS altında Validator merkeziyeti, MEV endüstri zincirinin her aşaması merkezi hale gelmiş ve çok taraflı güven sorunlarını gündeme getirmiştir. MEV merkeziyeti ve güvene dayalı gelişim, Ethereum'un merkeziyetsizleşme ve güvensizlik vizyonuyla çelişmektedir. Ethereum topluluğu merkeziyetsizliği azaltmak için üç teklifi tartışıyor:
Builder ve Searcher'ın merkezi şekilde birleştirilmesi için: Flashbot, işlem şeffaflığını artıran ve Searcher'ın Builder'a olan güven eşiğini düşüren SUAVE teknolojisini öneriyor, Searcher'ları tüm Builder'lara sipariş akışı göndermeye teşvik ediyor.
Relayer güveni için: Mevcut PBS planının yerine Enshrined PBS kullanarak Relayer bağımlılığını ortadan kaldırın.
Validator merkezileşmesine karşı: merkeziyetsiz AVS'ler kullanmak, örneğin SSV gibi, Lido bunlarla işbirliği yapmıştır.
MEV durumu
Şu anda zincir üzerindeki ana MEV, arbitraj, sandviç saldırıları, likidasyon vb. olarak sıralanabilir. Son 30 günde arbitrajdan elde edilen kar en yüksek olup, MEV botları toplamda 2.6 milyon dolar kar elde edebilir. Tek bir işlemde ortalama kar 0.8 dolardır ve son 30 günde Ethereum zincirinde sandviç saldırılarından elde edilen kar yaklaşık 880 bin dolardır.
MEV'nin olumlu dış etkileri arasında DEX'ler arasındaki fiyat farklarının azalması ve DEFI protokollerinin teminatlarını tasfiye etmesine yardımcı olması bulunmaktadır. Negatif etkileri ise kullanıcıların arada kalma ticareti ile zarar görmesiyle ilgilidir. Mevcut zincir üzerindeki ücret mekanizmasında, Ethereum'un Gaz Ücretleri uygulamasının dengelenmesine rağmen, zincir üzerindeki arbitraj fırsatları arttığında, MEV botları ile kullanıcılar birlikte işlem yaptıklarında kısa vadeli Gaz Ücretleri artışları meydana gelir ve bu da kullanıcıların ekonomik kayıplarına ve deneyim kayıplarına neden olur.
Ayrıca, Ethereum'un Layer2 mimarisine geçiş sürecinde Layer2'ler arası çapraz zincir MEV sorunları da ortaya çıkmıştır.
Gelecekte büyük ölçekli zincir üstü arbitraj faaliyetleri daha karmaşık, teknik olarak daha yüksek gereksinimlere sahip çok zincirli çapraz zincir MEV'ye kayacak. Şu anda araştırma az, ancak bazı önlemler mevcut, bu önlemler esas olarak sıralayıcı iyileştirmelerine yöneliktir. Çapraz zincir köprüsü, farklı Layer2'ler arasında çapraz zincir için gerekli bir üründür, Searcher, Layer2'ler arasındaki parçalanmış likiditeyi yavaşlatmaya yardımcı olabilir, ancak şu anda etkisi kayda değer değildir, bu esasen çapraz zincir köprüsünün deneyimi ve güvenliğinin iyileştirilmesi gerektiğinden, farklı köprülerin sonlanma süreleri nedeniyle strateji eşiği oldukça yüksektir.
EIP-4337'nin potansiyel MEV'si
EIP-4337, hesap soyutlaması ve yeni işlem türleri getirdiğinden, MEV manzarasında önemli değişiklikler de meydana gelecektir. ERC-4337'de yeni eklenen User Operation işlem türü, Mempool'a girdikten sonra Bundler tarafından normal işlemler haline getirilir. Bir kez kullanıcı işlemi public pool'a girdiğinde, Searcher tarafından izlenir. Bundler, Builder'a benzer ve MEV elde etmek için User Operation'ları yeniden sıralamak üzere Searcher ile işbirliği yapabilir. Farklı zincirlerde User Operation standartları farklılık gösterebilir, bu da çapraz zincir MEV teknolojisi için ek bir zorluk çıkarır.
MEV yavaşlatma keşif yönü
Geçmişte Ethereum ekosisteminde, PBS çözümü Flashbots'a dış kaynak olarak verilmişti ve en son değeri 1 milyar dolara ulaştı. Ancak, Relayer ekonomik fayda sağlamıyor ve gerçekleştirme eşiği yüksek, bu nedenle Blocknative bu alandan vazgeçti. Güvenilmezliği ve sıfır ekonomik teşvik sorununu çözmek için Ethereum, üçüncü taraf protokolü mevboost'un Relayer'ına bağımlılığı önlemek amacıyla e-PBS protokol düzeyinde bir iyileştirme yapmayı düşünüyor.
Mevcut MEV'nin tamamen çözülmesi zor görünüyor, çünkü bu, ekosistem karmaşıklığının artması ve bilgi asimetrisinin kaçınılmaz bir ürünüdür. Ethereum, protokol düzeyinde inceleme ve iyileştirme yaparak MEV'yi bir kerede kesemez. Daha çok MEV'nin olumsuz dışsal etkilerini hafifletmek ve olumlu dışsal etkileri artırmakla ilgilidir. Birçok proje, topluluk üyesi, geliştirici ve VC potansiyel çözümler keşfetmektedir.
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.
12 Likes
Reward
12
6
Repost
Share
Comment
0/400
BlockchainThinkTank
· 3h ago
Temel deneyimler, MEV'nin gerçekten de temel işlem sırası manipülasyonunu içerdiğini hatırlatıyor; bu nedenle dapp'lerin üçüncü taraf relayer'ı dikkatli kullanmalarını öneririm...
MEV Açığa Çıkıyor: PBS Yapısından Layer2 Ekosistemine Ethereum İşlem Sıralamasında Yeni Düzeni Keşfetmek
Karanlık Ormanı Aydınlatmak: MEV'nin Gizemini Ortaya Çıkarmak
Ethereum zincirindeki etkinliklerin artması ve altyapının evrimi ile birlikte, MEV, Ethereum ekosistemindeki en tehlikeli kısımlardan biri olarak görülmektedir. Bu, kullanıcılar üzerinde doğrudan kar kaybı ve deneyim düşüşü etkisi yaratmaktadır. Bu makale, Ethereum 2.0'ın blok oluşturma mekanizması ve öneren-yapıcı ayrımı (PBS)'nın teknik evrimi üzerinden başlayarak, bu mekanizmanın getirdiği merkeziyetçilik ve güven sorunlarını ve Ethereum'un merkeziyetsiz değerleri ile olan çelişkisini analiz etmeyi amaçlamaktadır.
MEV gerçekten çift taraflı bir kılıçtır, hem olumlu hem de olumsuz dışsal etkilere sahiptir. Olumlu yönleri arasında DEX fiyat farklılıklarını azaltma ve işlemleri likidite sağlama yer alırken; olumsuz yönleri arasında kullanıcıların sandviç işlemlerine zarar verme bulunmaktadır. Bu nedenle, MEV çözümleri daha çok olumsuz dışsal etkileri azaltmaya yönelik olup, kökünden ortadan kaldırmayı amaçlamamaktadır. MEV'nin olumsuz dışsal etkilerini azaltma ve mevcut üçüncü taraf güvene dayalı ara katman Relayer sorununu çözme sürecinde, esasen üç tür önlem bulunmaktadır: ihale mekanizması iyileştirmeleri, konsensüs katmanı iyileştirmeleri ve uygulama katmanı iyileştirmeleri. Bu iyileştirmeler, MEV manzarasını farklı derecelerde etkileyecektir, ancak bazı çözümler kullanıcıların karşılaştığı sandviç saldırısı sorununu özünde çözmemektedir. Kullanıcı işlemleri hala genel havuzda yer almaktadır, bu nedenle işlemlerin isteğe bağlı gizliliğini korumak için daha fazla gizlilik havuzu teknolojisinin devreye sokulması gerekmektedir; bu MEV çözümleri bir arada denemeye değer.
Ayrıca, MEV'nin kaçınılmaz bir mekanizma tasarımı yan ürünü olarak gelecekte daha da karmaşık hale geleceğini düşünüyoruz. Layer2 mimarisi, EIP-4337 hesap soyutlaması gibi yeni işlem türlerinin uygulanmasıyla ortaya çıkabilecek daha fazla MEV teknik zorluğu ve fırsatını da tartıştık.
Son olarak, bu makale MEV'nin olumsuz dışsallık sorununu hafifletmek için potansiyel çözümleri keşfetmeyi ve mevcut MEV çözümlerinin artılarını ve eksilerini kapsamlı bir şekilde anlamayı umuyor; böylece gelecekte kullanıcıların bulunduğu karanlık ormanı aydınlatabilir ve sektördeki araştırmacılar için MEV'yi daha fazla araştırma yönlerini aydınlatabilir.
Ethereum 2.0
The Merge'den beri, Ethereum POS mekanizmasını kullanarak ağ güvenliğini sağlıyor, blok üretiminde hesaplama yoğun rekabeti bırakarak, hisse kanıtına geçmiştir. Birleşmeden sonra, Ethereum iki katmana ayrıldı: yürütme katmanı ve konsensüs katmanı. Blok üretimi de değişiklik gösterdi, her Epoch bir POS döngüsüdür, her Epoch 32 Slot'a bölünür ve her Slot 12 saniyelik blok üretim zaman birimidir.
Ağ, her Epoch'da rastgele bir komite seçer, bu komiteden rastgele bir blok önericisi seçilir, işlemleri paketleme, sıralama ve blok üretme sorumluluğunu üstlenir, diğer komite üyeleri denetler ve oy kullanır. Komite, her Epoch'tan sonra yeniden seçilir ve verimliliği sağlamak için işlem zaman kısıtlaması vardır. Burada terimlerin standartlaştırılması, Payload'ın yürütme yükü olduğu, yani işlemlerin durum değişiklikleri olarak kabul edilebileceği, blokların bir parçası olarak yürütülmesi gerektiği belirtilmektedir. Blok önericisi, yürütme yükünü uygulayacak ve blok önerisini gerçekleştirecektir.
PBS Mimarisi
Aslında, doğrulayıcılar blok önericisi olarak seçildiğinde, genellikle Payload'u yerine getirmek için bir motivasyonları yoktur çünkü bu büyük bir hesaplama gücü gerektirir. İşlemlerin sıralamasını merkeziyetsizleştirmek için merkeziyetsiz bir komite seçimi ile düşünülmüştü, ancak doğrulayıcılar genellikle bunu dış kaynak kullanarak yapmayı tercih ederler, kendileri blok önermeye odaklanırlar. Bu nedenle PBS kavramı ortaya çıktı; yani blok önerimi ve inşasını ayırmak, önericiler yalnızca blokları doğrulamakla sorumlu olur, inşaata katılmazlar. Bu, önericilerin inşacılardan blok alabileceği açık bir pazar oluşturdu. İnşacılar, blokları inşa etmek için rekabet ederler ve önericilere en yüksek ücreti sunar, bu duruma "blok ihalesi" denir.
PBS(Proposer Builder Separate)Mühürlü ilk ihale modeli süreci şu şekildedir: Kullanıcı, RPC aracılığıyla işlemi genel Mempool'a gönderir, birden fazla Builder uygun işlem sıralamasını bularak en yüksek kar elde eden bloğu(Base+Priority+MEV)içerecek şekilde oluşturur ve ardından MEV-Boost Relayer ile Proposer ile etkileşime geçer. Relayer bir köprü işlevi görür, Builder ona teklif sunar, Relayer Proposer'a birden fazla blok başlığı ve teklif sunar, Proposer genellikle en yüksek teklifi kabul eder. Relayer, MEVBoost standartlarını uygular ve Builder ile Proposer arasındaki ihale etkileşimlerini düzenler. Bu süreçte bilgiler kapalıdır, Relayer yalnızca blok başlıklarını Proposer'a sunar ve sansüre karşı koruma sağlar.
PBS altındaki çeşitli katılımcılar ve oyun teorisi
Başlıca katılımcılar Builder, Relayer, Proposer, MEVbot(Searcher).
İnşaatçı
Builder, blok içeriğini inşa etmekten sorumludur, MEV-Boost kullanıldığında, MEV kazançlarını desteklediği için tekliflerde daha avantajlıdır. Builder, işlemleri doğrudan inceleyebilir, bu da özellikle ABD OFAC'ın açıklamasından sonra eleştirilen bir durumdur; birçok Builder OFAC Uyumlu katılmaktadır. Son zamanlarda blok inceleme oranı azalmış olsa da, Builder'ın işlem incelemesi üzerinde hâlâ doğrudan bir etkisi vardır.
Şu anda Builder pazar payında, inceleme gerektirmeyen beaverbuild.org giderek büyüyor, her şey kâr odaklı.
Arayıcı
Kar maksimizasyonu, Searcher ve Builder'ın ortak çabalarını gerektirir. Searcher genellikle belirli Builder'larla işbirliği yaparak Dark Pool veya Private Pool oluşturur. Searcher işlemleri yalnızca belirli Builder'lar için görünür, bazı Builder'lar, blok alanı için teklif vermek amacıyla maksimum kar elde eden MEV işlemleri alır. Teorik olarak, eğer Builder kötü niyetli davranır veya sansür uygularsa, Searcher diğer Builder'ları seçebilir ve bu da kötü niyetli Builder'ın pazar payının azalmasına yol açar. Bu nedenle, Builder'lar kötü niyetli davranmanın gizli maliyetini dikkate alacaktır.
Searcher, CEX-DEX( zincir dışı ) arbitraj ve saf zincir üstü ( DEX, ara katman, likidasyon ) olmak üzere iki ana kategoriye ayrılmaktadır. Şu anda Wintermute, CEX-DEX arbitraj ticaret pazarında birinci sıradadır. Saf zincir üstü MEV fırsatları stüdyolaşma eğilimindedir, jaredfromsubway.eth pazar payı %37.2'ye ulaşmış, sandviç saldırılarında uzmandır ve bir dönem zincir üstü gas tüketiminde en yüksek kullanıcı olmuştur. Seacher ile Builder arasındaki sıkı bağlantı nedeniyle, birçok Searcher, ekosistem etkisini sürdürmek ve küçük Builder'ların sipariş akışını bölerek strateji başarısızlığı riskini önlemek amacıyla sipariş akışını ilk üç Builder'a iletmektedir.
Relayer
Relayer, teklifleri toplamakla sorumludur, Proposer'a blok başlıkları ve teklif fiyatlarını ileten bir ara istasyon olarak hareket eder; bu esnada Proposer, işlem detaylarını bilmemektedir. Proposer blok başlığını seçip imzaladıktan sonra, Relayer tüm işlem içeriğini serbest bırakır. Relayer, ekonomik teşvik olmadan üçüncü bir taraf olarak büyük bir güven kazanır; tarihte, Proposer'ın 2000'den fazla MEV çekmesine neden olan açıklar yaşanmıştır. Açıklar kapatılabilse de, Relayer yine de MEV çalmak için kötü niyetli davranabilir.
Şu anda, tamamen MAX Profit çalıştıran Builder'ın pazar payı Merge'den sonra yavaş yavaş genişliyor. Serbest piyasada, Builder tarafından MEV'nin kasıtlı olarak kontrol edilmesi mümkün değil. Relayer da ekonomik teşvik eksikliği sorunuyla karşı karşıya, Blocknative Relayer geliştirmeyi bıraktı. Relayer, Flashbots'un önerdiği MEVBoost standardını kullanarak inşa ediliyor, Ethereum'un üçüncü taraflara PBS sağlaması uzun vadeli bir çözüm değil, topluluk PBS'yi protokol düzeyine dahil etmenin yollarını araştırıyor.
Teklifçi
Proposer, tüm doğrulayıcılardan rastgele seçim yapar, yük kapasitesine sahip ancak dış kaynak kullanmaya eğilimlidir, bu da Builder ile dikey işbirliği yapmayı kolaylaştırır. MEV-boost'un Relayer'ı, doğrudan iletişimin getirdiği dikey işbirliğini azaltmak için bir ara nokta olarak hareket etmek istemektedir. Şu anda madenci havuzları, doğrulayıcı havuzu olarak görev yapıyor; LSD'nin ortaya çıkması, sermaye verimliliğini artırıyor ve doğrulayıcı havuzları merkeziyete doğru bir eğilim göstermektedir.
Lido şu anda %28.7 pazar payına sahip, Coinbase ve Ether.fi ikinci ve üçüncü sırada yer alıyor. Geçmişte MEV-BOOST PBS uygulanmadığında, Proposer Builder görevinden sorumlu olmalıydı, ancak çoğu işlem sıralama yürütme yeteneğinden vazgeçti, çünkü ağır hesaplamalar doğrulama performansını etkiliyordu ve bunun yerine üçüncü taraflara blok ihalesi için yürütme yükünü dış kaynak olarak verdi.
Kullanıcı
Kullanıcı, tüm mimaride en zayıf konumda, işlemler Mempool'a yerleştiriliyor ve MEVbot'ların kar elde etmesi için kullanılıyor, ancak bu karlar kullanıcılara akmıyor. Ancak, DEX'te MEVbot'lar büyük işlemlerin kaymalarını ve platform fiyat farklarını azaltmak için de arbitraj yoluyla fayda sağlayabiliyor. Bu nedenle MEV'nin olumlu ve olumsuz dışsallıkları vardır, ayrı ayrı tartışılması gerekir.
Kullanıcıların MEVbot tarafından izlenip zarar görmelerini önlemek için, birçok RPC düğüm sağlayıcısı kullanıcıların işlemlerini gizli Mempool'da yerleştirmelerine yardımcı olur, örneğin doğrudan Builder ile etkileşim kurarak. OFA(Order Flow Auction) gibi yenilikçi yöntemler, kullanıcıların MEV karlarını telafi etmek için sipariş akışı müzayedesi aracılığıyla, Searcher ile işbirliği yaparak maksimum MEV elde eder ve bunu kullanıcılara iade eder.
Şu anda özel sipariş akışını kullanan kullanıcı oranı yaklaşık %10, bunun başlıca nedeni eğitim maliyetinin yüksek olması ve işlemlerin karmaşık olması. Kullanıcı deneyimini optimize etmek için kullanıcıların daha pasif, aktif değil, kabul etmesi gerekiyor.
Özet
Mevcut PBS yapısında, MEV-BOOST standardının getirilmesiyle birlikte, kâr maksimizasyonu için yapılan kapalı teklif müzayede mekanizması, Builder ile Searcher arasında yavaş yavaş iş birliği güveni oluşturarak, belirgin bir merkeziyetçilik eğilimi yaratmıştır. POS altında Validator merkeziyeti, MEV endüstri zincirinin her aşaması merkezi hale gelmiş ve çok taraflı güven sorunlarını gündeme getirmiştir. MEV merkeziyeti ve güvene dayalı gelişim, Ethereum'un merkeziyetsizleşme ve güvensizlik vizyonuyla çelişmektedir. Ethereum topluluğu merkeziyetsizliği azaltmak için üç teklifi tartışıyor:
Builder ve Searcher'ın merkezi şekilde birleştirilmesi için: Flashbot, işlem şeffaflığını artıran ve Searcher'ın Builder'a olan güven eşiğini düşüren SUAVE teknolojisini öneriyor, Searcher'ları tüm Builder'lara sipariş akışı göndermeye teşvik ediyor.
Relayer güveni için: Mevcut PBS planının yerine Enshrined PBS kullanarak Relayer bağımlılığını ortadan kaldırın.
Validator merkezileşmesine karşı: merkeziyetsiz AVS'ler kullanmak, örneğin SSV gibi, Lido bunlarla işbirliği yapmıştır.
MEV durumu
Şu anda zincir üzerindeki ana MEV, arbitraj, sandviç saldırıları, likidasyon vb. olarak sıralanabilir. Son 30 günde arbitrajdan elde edilen kar en yüksek olup, MEV botları toplamda 2.6 milyon dolar kar elde edebilir. Tek bir işlemde ortalama kar 0.8 dolardır ve son 30 günde Ethereum zincirinde sandviç saldırılarından elde edilen kar yaklaşık 880 bin dolardır.
MEV'nin olumlu dış etkileri arasında DEX'ler arasındaki fiyat farklarının azalması ve DEFI protokollerinin teminatlarını tasfiye etmesine yardımcı olması bulunmaktadır. Negatif etkileri ise kullanıcıların arada kalma ticareti ile zarar görmesiyle ilgilidir. Mevcut zincir üzerindeki ücret mekanizmasında, Ethereum'un Gaz Ücretleri uygulamasının dengelenmesine rağmen, zincir üzerindeki arbitraj fırsatları arttığında, MEV botları ile kullanıcılar birlikte işlem yaptıklarında kısa vadeli Gaz Ücretleri artışları meydana gelir ve bu da kullanıcıların ekonomik kayıplarına ve deneyim kayıplarına neden olur.
Ayrıca, Ethereum'un Layer2 mimarisine geçiş sürecinde Layer2'ler arası çapraz zincir MEV sorunları da ortaya çıkmıştır.
Layer2 mimarisi tasarımının potansiyel MEV karmaşıklığı
Gelecekte büyük ölçekli zincir üstü arbitraj faaliyetleri daha karmaşık, teknik olarak daha yüksek gereksinimlere sahip çok zincirli çapraz zincir MEV'ye kayacak. Şu anda araştırma az, ancak bazı önlemler mevcut, bu önlemler esas olarak sıralayıcı iyileştirmelerine yöneliktir. Çapraz zincir köprüsü, farklı Layer2'ler arasında çapraz zincir için gerekli bir üründür, Searcher, Layer2'ler arasındaki parçalanmış likiditeyi yavaşlatmaya yardımcı olabilir, ancak şu anda etkisi kayda değer değildir, bu esasen çapraz zincir köprüsünün deneyimi ve güvenliğinin iyileştirilmesi gerektiğinden, farklı köprülerin sonlanma süreleri nedeniyle strateji eşiği oldukça yüksektir.
EIP-4337'nin potansiyel MEV'si
EIP-4337, hesap soyutlaması ve yeni işlem türleri getirdiğinden, MEV manzarasında önemli değişiklikler de meydana gelecektir. ERC-4337'de yeni eklenen User Operation işlem türü, Mempool'a girdikten sonra Bundler tarafından normal işlemler haline getirilir. Bir kez kullanıcı işlemi public pool'a girdiğinde, Searcher tarafından izlenir. Bundler, Builder'a benzer ve MEV elde etmek için User Operation'ları yeniden sıralamak üzere Searcher ile işbirliği yapabilir. Farklı zincirlerde User Operation standartları farklılık gösterebilir, bu da çapraz zincir MEV teknolojisi için ek bir zorluk çıkarır.
MEV yavaşlatma keşif yönü
Geçmişte Ethereum ekosisteminde, PBS çözümü Flashbots'a dış kaynak olarak verilmişti ve en son değeri 1 milyar dolara ulaştı. Ancak, Relayer ekonomik fayda sağlamıyor ve gerçekleştirme eşiği yüksek, bu nedenle Blocknative bu alandan vazgeçti. Güvenilmezliği ve sıfır ekonomik teşvik sorununu çözmek için Ethereum, üçüncü taraf protokolü mevboost'un Relayer'ına bağımlılığı önlemek amacıyla e-PBS protokol düzeyinde bir iyileştirme yapmayı düşünüyor.
Mevcut MEV'nin tamamen çözülmesi zor görünüyor, çünkü bu, ekosistem karmaşıklığının artması ve bilgi asimetrisinin kaçınılmaz bir ürünüdür. Ethereum, protokol düzeyinde inceleme ve iyileştirme yaparak MEV'yi bir kerede kesemez. Daha çok MEV'nin olumsuz dışsal etkilerini hafifletmek ve olumlu dışsal etkileri artırmakla ilgilidir. Birçok proje, topluluk üyesi, geliştirici ve VC potansiyel çözümler keşfetmektedir.