Karanlık Ormanı Aydınlatmak: MEV'nin Gizemini Ortaya Çıkarmak
Artan zincir üstü etkinlikler ve zincir üstü altyapının evrimi ile birlikte, zincir üstü MEV her zaman Ethereum'un karanlık ormanındaki en tehlikeli kısım olarak görülmüştür, bu da kullanıcıların zincir üstü finansal faaliyetlerinde kâr kaybına ve kullanıcı deneyiminin düşmesine neden olmuştur. Bu makalenin "Karanlık Ormanı Aydınlatmak" amacı, Ethereum 2.0'ın blok oluşturma mekanizması ve önerici-oluşturucu ayrılması (PBS) üzerine kurulu teknik evrimden yola çıkarak, bu mekanizmanın getirdiği doğal merkezileşme ve güven sorunlarını Ethereum'un değerleriyle tamamen zıt bir gerçeklik olarak analiz etmektir.
Zincir üstü MEV'nin artışı gerçekten de çift yönlü bir kılıçtır, pozitif ve negatif dışsallıkları vardır. Pozitif yönleri arasında DEX fiyat farklarını azaltma ve likidite sağlama yer alırken; negatif yönleri kullanıcıların sandwich saldırılarına maruz kalmasıdır. Bu nedenle, MEV çözümleri daha çok negatif dışsallıkları azaltmaya yöneliktir ve kökünden ortadan kaldırmayı başaramaz. MEV'nin negatif dışsallıklarını azaltma ve mevcut üçüncü taraf güvene dayalı ara katman Relayer sorunlarını çözme mekanizmaları araştırmamızda, üç ana önlem kategorisine ayrılmaktadır: açık artırma mekanizmasının iyileştirilmesi, konsensüs katmanının iyileştirilmesi ve uygulama katmanının iyileştirilmesi. Bu üç tür iyileştirme, MEV'nin modern yapısını farklı derecelerde etkileyecektir, ancak bazı çözümler kullanıcıların karşılaştığı sandwich saldırı sorununu somut olarak çözmemektedir; kullanıcı işlemleri hâlâ public pool'da yer almaktadır. Bu nedenle, kullanıcı işlemlerinin isteğe bağlı gizliliğini korumak için daha fazla gizlilik havuzu teknolojisinin devreye alınması gerekmektedir. Bu MEV çözümlerinin bir araya getirilip denenmesi değerlidir.
Bunun yanı sıra, MEV, kaçınılmaz bir mekanizma tasarım yan ürünü olarak, gelecekte daha da karmaşık hale gelecektir. Biz de makalede 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ı keşfettik.
Son olarak, bu makale ile MEV'nin olumsuz dışsallık sorununu azaltma potansiyel çözümlerini keşfetmeyi ve mevcut MEV çözümlerinin artılarını ve eksilerini kapsamlı bir şekilde anlamayı umuyoruz; bu sadece gelecekte kullanıcıların bulunduğu karanlık ormanı aydınlatmak için değil, aynı zamanda sektördeki araştırmacılara MEV'yi daha ileri araştırmaları için karanlık ormanı aydınlatmak içindir.
Ethereum 2.0
The Merge'den bu yana, Ethereum, ağın güvenliğini sağlamak için POS mekanizmasını benimsemiştir ve blok üretimi konusunda hesaplama yoğun rekabeti bırakmış, bunun yerine hisse kanıtı sistemini kullanmıştır. Birleşimden sonra, Ethereum, yürütme katmanı ve konsensüs katmanı olarak ikiye ayrılmıştır. Tüm blok üretimi de değişmiş, her bir Epoch bir POS döngüsü olarak tanımlanmış, her Epoch ise 32 Slot'a ayrılmıştır; her Slot, 12 saniye olan bir blok üretim zaman birimine karşılık gelmektedir.
Doğrulayıcıların blok öneri diyagramı
Tüm ağ, her Epoch içinde, doğrulayıcılar arasından rastgele bir komite seçecek, blok önericisi bu komite grubundan rastgele seçilecek, bu blok önericisi işlemleri paketleyip sıralayıp sonunda bir blok üretmek zorundadır, diğer komite doğrulayıcıları bu süreci denetleyecek ve ardından bu blok için oy kullanacaklardır. Ayrıca bu komite her Epoch'tan sonra yeniden seçilecektir. Aynı zamanda blok üretimi ve oylama verimliliğini sağlamak için belirli bir işlem süre kısıtlaması da uygulanmaktadır. Burada, okuyucular için terimleri standartlaştırıyoruz, Payload, işlem yükü anlamına gelir, işlemin durum değişikliğini ifade eder ve blok icrasının bir parçası olarak değerlendirilebilir. Blok önericisi, işlem yükünü ( Execution Payload'ı, yani işlem sonuçlarının durum değişikliğini ) ve blok önerisini uygulayacaktır.
PBS mimarisi
Aslında, doğrulayıcılar blok önericisi olarak seçildiğinde, genellikle önericinin Payload'u yürütme motivasyonu yoktur, yani işlemleri sıralayıp yürütme, çünkü bu durum durum değişikliklerini gerçekleştirmek için büyük hesaplama gücü gerektirir. Düşünülen şey, merkeziyetsiz bir komite seçimi ile yürütme yükünü dahil edersek, o zaman işlem sıralaması gibi şeylerin merkeziyetsiz hale geleceğidir. Ancak doğrulayıcılar doğal olarak bu kısmı üçüncü taraflara bırakmayı istemektedir ve kendileri Proposer olarak blok önerme işiyle ilgilenmektedir. Bu nedenle PBS'nin düşüncesi ortaya çıkmıştır; bu, blok önerme ve inşanın ayrılmasıdır, burada önericiler yalnızca blokları doğrulamakla sorumludur, blok inşasına katılmazlar. Önericiler ile inşaatçılar arasındaki ayrım, blok önericilerin blok inşaatçılardan blok alabileceği açık bir piyasa oluşturur. Bu inşaatçılar blokları inşa etmek için birbirleriyle rekabet eder ve önericilere en yüksek ücreti sunarlar, biz buna "blok açık artırması" diyoruz.
PBS akış diyagramı
Kısa bir şekilde PBS( Proposer Builder Seperate) mühürlü ilk ihale modelini tanıtalım. Kullanıcılar RPC aracılığıyla işlem gönderdiklerinde, RPC bir düğüm gibi çalışır ve işlemi kamu Mempool'una gönderir, birden fazla Builder en uygun işlemleri sıralamak için bulur ve maksimum kâr elde etmek için bir blok oluşturur( maksimum kâr, işlem ücretini ifade eder: Base+Priority+MEV), ardından birden fazla Builder MEV-Boost Relayer aracılığıyla Proposer ile etkileşimde bulunur. Relayer, birden fazla Builder ile Proposer arasındaki etkileşim köprüsüdür, Builder Relayer'a teklifler sunar, Relayer Proposer'a birden fazla blok başlığı ve ilgili fiyat teklifi sunar, Proposer genellikle en yüksek teklifi kabul eder. Bu süreçte Relayer, MEVBboost standardını uygular, bu, Flashbot'un Builder ile Proposer arasındaki etkileşim tekliflerini standartlaştırma yöntemidir. Bu süreçte tüm bilgiler kapalıdır, Relayer yalnızca blok başlıklarını Proposer'a iletir, bu nedenle Proposer sansür direncine sahiptir.
PBS altındaki çeşitli katılımcılar ve oyun
Ana katılımcılar Builder, Relayer, Proposer, MEVbot(Searcher)'dır.
Builder
Builder, blok içeriğini oluşturmakla sorumludur ve MEV-Boost teknolojisini kullandıktan sonra, ihale süreçlerinde daha avantajlı bir konuma gelmiştir, çünkü sadece Gas Fees'i desteklemekle kalmaz, aynı zamanda MEV gelirlerini de destekler. Builder, kullanıcıların ve Searcher'ların işlemlerini doğrudan inceleyebilir ve bu, özellikle ABD hükümeti OFAC'ı açıkladıktan sonra eleştirilen bir nokta olmuştur. OFAC uyumlu projelere katılan birçok Builder ile, başlangıçta olduğu gibi blokları inceleme oranları son zamanlarda azalmış olsa da, blok oluşturma sürecinde, Builder'ın işlemlerin doğrudan incelenmesi konusunda etkisi olduğu görülmektedir.
OFAC uyumlu blok oranı, kaynak: MEV Watch
Builder pazar payı, kaynak: MEV Watch
Mevcut Builder pazar payına göre, bazı tamamen denetim gerektirmeyen Build'ler pazar payını kademeli olarak genişletiyor, her şey kâr odaklı.
Arayıcı
MEV kazancı ile Gas Fees kazancı oranı, kaynak: mevboost
Esasında, kar maksimizasyonu işi, Searcher ile Builder'ın birlikte çalışmasını gerektirir. Searcher genellikle belirli bir Builder ile işbirliği yapar, bu da bir Dark Pool veya Private Pool oluşturur; burada Searcher'ın işlemleri yalnızca belirli Builder'a gösterilir. Bazı Builder'lar, en yüksek karı elde eden MEV işlemlerini alır ve böylece blok alanı için teklif verirler. Teorik olarak, eğer Builder kötü niyetli davranır veya sansür uygularsa, Searcher diğer Builder'ları seçebilir; bu da Builder'ın pazar payının yavaş yavaş azalmasına neden olur. Bu nedenle, Searcher tarafından kısıtlandıkları için, Builder'lar genellikle kötü niyetli davranmanın gizli maliyetlerini dikkate alır. Yukarıdaki grafik, MEV ve günlük Gas gelir durumunu göstermektedir. Görüldüğü üzere, Searcher'ın katkıda bulunduğu MEV geliri, piyasa dalgalanmalarının belirgin olduğu durumlarda, günlük Gas gelirinin iki katına kadar çıkabilmektedir.
Searcher için, CEX-DEX( zincir dışı ) arbitraj ve DEX, ara katman, likidasyon olmak üzere iki ana kategori ( tamamen zincir üstü ).
Searcher pazar payı, kaynak: Searcherbuilder
Şu anda bazı borsalar CEX --- DEX arbitraj ticaretinin pazar payında birinci sırayı alıyor.
Searcher pazar payı, kaynak: Searcherbuilder
Saf zincir üzerindeki MEV fırsatları için, stüdyolaşma eğilimi giderek ortaya çıkıyor; bu süreçte bazı Searcher'ların pazar payı inanılmaz bir şekilde %37,2'ye ulaştı. Bu arada, Etheruem zincirindeki kullanıcılara karşı sandviç saldırıları düzenleme konusunda uzman olan bu Searcher, bir dönem zincir üzerindeki en yüksek gaz tüketimine sahip kullanıcı haline geldi ve yaklaşık olarak gaz tüketiminin tüm günün %1,5'ini oluşturdu. 2023 Şubat'tan 2024 Haziran'a kadar bu robot toplamda 76,916 ETH harcadı ve bu işlemlerin gerçekleştirildiği zamanın değeri üzerinden hesaplandığında, yaklaşık 175 milyon dolara tekabül ediyor. Searcher ile Builder arasında sıkı bir bağ olduğu için pratikte, birçok Searcher kendi sipariş akışlarını ilk üç Builder'a göndermektedir; aslında tüm Builder'lara yayın yapabilirdi, ancak bazı küçük Builder'lar Searcher'ın sipariş akışını bölerek Searcher'ın MEV stratejisinin bozulmasına ve dolayısıyla zarar riskiyle karşılaşmasına neden olabilir. Ayrıca, Builder ile bağlanmak, ekosistem içinde etkisini sürdürmesine yardımcı olabilir.
Relayer
Relay pazar payı, görsel kaynağı: mevboost
Relayer, teklifleri toplayarak ve ardından Proposer'a blok başlıklarını ve açık artırma blok fiyatlarını ileterek bir ara istasyon olarak görev yapar; bu esnada Proposer, bloktaki işlem detaylarını bilmemektedir. Proposer, blok başlığını seçip imzaladıktan sonra, Relayer tüm işlem içeriğini Proposer'a serbest bırakır. Burada, Relayer'ın ekonomik bir teşvik olmaksızın büyük bir güven kazandığını göreceğiz; Builder, Proposer'a fiyat teklifi yaparken, Proposer da Relayer'ın fiyat teklifine ve blok içeriğine güvenmektedir. Tarihte benzer sorunlar yaşanmıştır; Ultrasound Relayer'ın bir potansiyel açığı bulunmaktaydı, bu da Proposer'ın 20 milyon dolardan fazla MEV çekmesine neden oldu. Bu açıklar düzeltilebilir olsa da, Relayer kendisi hala kötü niyetli davranmayı ve MEV'yi çalmayı seçebilir.
Pazar payı eğilim grafiği, grafik kaynağı: mevboost
Yukarıdaki grafik, Relayer'ın pazar payını göstermektedir. Merge'den sonra, yalnızca MAX Profit yapan Builder'ın pazar payının giderek arttığını göreceğiz, bu nedenle serbest piyasada, Builder'ın MEV'yi yapay olarak kontrol etmesi mümkün değildir.
Aynı zamanda Relayer'ın da karşılaştığı bir sorun var, o da ekonomik bir teşvik olmamasıdır. Bu nedenle bazı şirketler Relayer yönündeki Ar-Ge çalışmalarından da çekilmiştir. Şu anda Relayer, bir şirket tarafından önerilen MEVBoost standartlarına dayanarak inşa edilmektedir, Ethereum üçüncü tarafların PBS sağlamasına bağımlıdır, bu her zaman sürdürülebilir bir çözüm değildir, bu nedenle şu anda Ethereum topluluğu PBS'yi protokol seviyesine dahil etme yollarını araştırmaktadır.
Teklifçi
Proposer için, tüm doğrulayıcılar arasında algoritmik olarak bir komite grubu rastgele seçmek ve her slotta bir blok önericisi seçmek gerekmektedir. Blok önericisi, yükü yerine getirme kapasitesine sahiptir, ancak önericinin bu kısmı doğal olarak dışarıya devretmek istemesi nedeniyle, Builder ile Proposer arasında dikey işbirliği oluşması kolaydır. MEV-boost'un Relayer'ı ise, bu tür bir aracılık rolünü üstlenerek, ikisi arasındaki doğrudan iletişimden kaynaklanan dikey işbirliği entrikalarını azaltmayı ummaktadır. Şu anda, doğrulayıcı havuzları olarak madencilik havuzları bulunmakta, ancak bu madencilik havuzları ve LSD doğrulayıcı havuzları, özellikle LSD'nin ortaya çıkışıyla, çok güçlü bir ölçek etkisine sahiptir. Bu durum, başlangıçta stake edilen token'ların potansiyelini serbest bırakarak, artırılmış sermaye verimliliği sağlamaktadır ve arkasındaki DEFI yapı taşlarının etkisiyle, doğrulayıcı havuzu daha merkezi bir eğilim göstermektedir.
Doğrulayıcı pazar payı, kaynak: mevboost
Bir kuruluş şu anda pazar payının yaklaşık %28,7'sini elinde bulunduruyor,
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.
15 Likes
Reward
15
7
Share
Comment
0/400
MEVHunter
· 12h ago
gas savaş gazisi oldu. Mempool'u izliyorum, fırsat bekliyorum.
View OriginalReply0
GasFeeCrybaby
· 12h ago
Yine üç işlemle sıkıştırıldım... Bu kadar da olmaz ki!!
View OriginalReply0
MoonRocketTeam
· 12h ago
Karanlık ormanlardan korkmuyoruz, roket doğrudan aya fırlatılıyor! on-chain araç kaldırma serbest.
View OriginalReply0
CascadingDipBuyer
· 12h ago
Karanlık orman, insanları yemek demek.
View OriginalReply0
MetaverseVagabond
· 12h ago
Anlamıyorum, bana MEV'nin bireysel yatırımcıları nasıl sömürdüğünü söyle.
View OriginalReply0
LayoffMiner
· 13h ago
Madenciliği bitirdikten sonra MEV oynamaya geçiyorum.
MEV'yi Keşfetmek: PBS Mimarisi'nden On-Chain İşlem Gizliliğine
Karanlık Ormanı Aydınlatmak: MEV'nin Gizemini Ortaya Çıkarmak
Artan zincir üstü etkinlikler ve zincir üstü altyapının evrimi ile birlikte, zincir üstü MEV her zaman Ethereum'un karanlık ormanındaki en tehlikeli kısım olarak görülmüştür, bu da kullanıcıların zincir üstü finansal faaliyetlerinde kâr kaybına ve kullanıcı deneyiminin düşmesine neden olmuştur. Bu makalenin "Karanlık Ormanı Aydınlatmak" amacı, Ethereum 2.0'ın blok oluşturma mekanizması ve önerici-oluşturucu ayrılması (PBS) üzerine kurulu teknik evrimden yola çıkarak, bu mekanizmanın getirdiği doğal merkezileşme ve güven sorunlarını Ethereum'un değerleriyle tamamen zıt bir gerçeklik olarak analiz etmektir.
Zincir üstü MEV'nin artışı gerçekten de çift yönlü bir kılıçtır, pozitif ve negatif dışsallıkları vardır. Pozitif yönleri arasında DEX fiyat farklarını azaltma ve likidite sağlama yer alırken; negatif yönleri kullanıcıların sandwich saldırılarına maruz kalmasıdır. Bu nedenle, MEV çözümleri daha çok negatif dışsallıkları azaltmaya yöneliktir ve kökünden ortadan kaldırmayı başaramaz. MEV'nin negatif dışsallıklarını azaltma ve mevcut üçüncü taraf güvene dayalı ara katman Relayer sorunlarını çözme mekanizmaları araştırmamızda, üç ana önlem kategorisine ayrılmaktadır: açık artırma mekanizmasının iyileştirilmesi, konsensüs katmanının iyileştirilmesi ve uygulama katmanının iyileştirilmesi. Bu üç tür iyileştirme, MEV'nin modern yapısını farklı derecelerde etkileyecektir, ancak bazı çözümler kullanıcıların karşılaştığı sandwich saldırı sorununu somut olarak çözmemektedir; kullanıcı işlemleri hâlâ public pool'da yer almaktadır. Bu nedenle, kullanıcı işlemlerinin isteğe bağlı gizliliğini korumak için daha fazla gizlilik havuzu teknolojisinin devreye alınması gerekmektedir. Bu MEV çözümlerinin bir araya getirilip denenmesi değerlidir.
Bunun yanı sıra, MEV, kaçınılmaz bir mekanizma tasarım yan ürünü olarak, gelecekte daha da karmaşık hale gelecektir. Biz de makalede 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ı keşfettik.
Son olarak, bu makale ile MEV'nin olumsuz dışsallık sorununu azaltma potansiyel çözümlerini keşfetmeyi ve mevcut MEV çözümlerinin artılarını ve eksilerini kapsamlı bir şekilde anlamayı umuyoruz; bu sadece gelecekte kullanıcıların bulunduğu karanlık ormanı aydınlatmak için değil, aynı zamanda sektördeki araştırmacılara MEV'yi daha ileri araştırmaları için karanlık ormanı aydınlatmak içindir.
Ethereum 2.0
The Merge'den bu yana, Ethereum, ağın güvenliğini sağlamak için POS mekanizmasını benimsemiştir ve blok üretimi konusunda hesaplama yoğun rekabeti bırakmış, bunun yerine hisse kanıtı sistemini kullanmıştır. Birleşimden sonra, Ethereum, yürütme katmanı ve konsensüs katmanı olarak ikiye ayrılmıştır. Tüm blok üretimi de değişmiş, her bir Epoch bir POS döngüsü olarak tanımlanmış, her Epoch ise 32 Slot'a ayrılmıştır; her Slot, 12 saniye olan bir blok üretim zaman birimine karşılık gelmektedir.
Doğrulayıcıların blok öneri diyagramı
Tüm ağ, her Epoch içinde, doğrulayıcılar arasından rastgele bir komite seçecek, blok önericisi bu komite grubundan rastgele seçilecek, bu blok önericisi işlemleri paketleyip sıralayıp sonunda bir blok üretmek zorundadır, diğer komite doğrulayıcıları bu süreci denetleyecek ve ardından bu blok için oy kullanacaklardır. Ayrıca bu komite her Epoch'tan sonra yeniden seçilecektir. Aynı zamanda blok üretimi ve oylama verimliliğini sağlamak için belirli bir işlem süre kısıtlaması da uygulanmaktadır. Burada, okuyucular için terimleri standartlaştırıyoruz, Payload, işlem yükü anlamına gelir, işlemin durum değişikliğini ifade eder ve blok icrasının bir parçası olarak değerlendirilebilir. Blok önericisi, işlem yükünü ( Execution Payload'ı, yani işlem sonuçlarının durum değişikliğini ) ve blok önerisini uygulayacaktır.
PBS mimarisi
Aslında, doğrulayıcılar blok önericisi olarak seçildiğinde, genellikle önericinin Payload'u yürütme motivasyonu yoktur, yani işlemleri sıralayıp yürütme, çünkü bu durum durum değişikliklerini gerçekleştirmek için büyük hesaplama gücü gerektirir. Düşünülen şey, merkeziyetsiz bir komite seçimi ile yürütme yükünü dahil edersek, o zaman işlem sıralaması gibi şeylerin merkeziyetsiz hale geleceğidir. Ancak doğrulayıcılar doğal olarak bu kısmı üçüncü taraflara bırakmayı istemektedir ve kendileri Proposer olarak blok önerme işiyle ilgilenmektedir. Bu nedenle PBS'nin düşüncesi ortaya çıkmıştır; bu, blok önerme ve inşanın ayrılmasıdır, burada önericiler yalnızca blokları doğrulamakla sorumludur, blok inşasına katılmazlar. Önericiler ile inşaatçılar arasındaki ayrım, blok önericilerin blok inşaatçılardan blok alabileceği açık bir piyasa oluşturur. Bu inşaatçılar blokları inşa etmek için birbirleriyle rekabet eder ve önericilere en yüksek ücreti sunarlar, biz buna "blok açık artırması" diyoruz.
PBS akış diyagramı
Kısa bir şekilde PBS( Proposer Builder Seperate) mühürlü ilk ihale modelini tanıtalım. Kullanıcılar RPC aracılığıyla işlem gönderdiklerinde, RPC bir düğüm gibi çalışır ve işlemi kamu Mempool'una gönderir, birden fazla Builder en uygun işlemleri sıralamak için bulur ve maksimum kâr elde etmek için bir blok oluşturur( maksimum kâr, işlem ücretini ifade eder: Base+Priority+MEV), ardından birden fazla Builder MEV-Boost Relayer aracılığıyla Proposer ile etkileşimde bulunur. Relayer, birden fazla Builder ile Proposer arasındaki etkileşim köprüsüdür, Builder Relayer'a teklifler sunar, Relayer Proposer'a birden fazla blok başlığı ve ilgili fiyat teklifi sunar, Proposer genellikle en yüksek teklifi kabul eder. Bu süreçte Relayer, MEVBboost standardını uygular, bu, Flashbot'un Builder ile Proposer arasındaki etkileşim tekliflerini standartlaştırma yöntemidir. Bu süreçte tüm bilgiler kapalıdır, Relayer yalnızca blok başlıklarını Proposer'a iletir, bu nedenle Proposer sansür direncine sahiptir.
PBS altındaki çeşitli katılımcılar ve oyun
Ana katılımcılar Builder, Relayer, Proposer, MEVbot(Searcher)'dır.
Builder
Builder, blok içeriğini oluşturmakla sorumludur ve MEV-Boost teknolojisini kullandıktan sonra, ihale süreçlerinde daha avantajlı bir konuma gelmiştir, çünkü sadece Gas Fees'i desteklemekle kalmaz, aynı zamanda MEV gelirlerini de destekler. Builder, kullanıcıların ve Searcher'ların işlemlerini doğrudan inceleyebilir ve bu, özellikle ABD hükümeti OFAC'ı açıkladıktan sonra eleştirilen bir nokta olmuştur. OFAC uyumlu projelere katılan birçok Builder ile, başlangıçta olduğu gibi blokları inceleme oranları son zamanlarda azalmış olsa da, blok oluşturma sürecinde, Builder'ın işlemlerin doğrudan incelenmesi konusunda etkisi olduğu görülmektedir.
OFAC uyumlu blok oranı, kaynak: MEV Watch
Builder pazar payı, kaynak: MEV Watch
Mevcut Builder pazar payına göre, bazı tamamen denetim gerektirmeyen Build'ler pazar payını kademeli olarak genişletiyor, her şey kâr odaklı.
Arayıcı
MEV kazancı ile Gas Fees kazancı oranı, kaynak: mevboost
Esasında, kar maksimizasyonu işi, Searcher ile Builder'ın birlikte çalışmasını gerektirir. Searcher genellikle belirli bir Builder ile işbirliği yapar, bu da bir Dark Pool veya Private Pool oluşturur; burada Searcher'ın işlemleri yalnızca belirli Builder'a gösterilir. Bazı Builder'lar, en yüksek karı elde eden MEV işlemlerini alır ve böylece blok alanı için teklif verirler. Teorik olarak, eğer Builder kötü niyetli davranır veya sansür uygularsa, Searcher diğer Builder'ları seçebilir; bu da Builder'ın pazar payının yavaş yavaş azalmasına neden olur. Bu nedenle, Searcher tarafından kısıtlandıkları için, Builder'lar genellikle kötü niyetli davranmanın gizli maliyetlerini dikkate alır. Yukarıdaki grafik, MEV ve günlük Gas gelir durumunu göstermektedir. Görüldüğü üzere, Searcher'ın katkıda bulunduğu MEV geliri, piyasa dalgalanmalarının belirgin olduğu durumlarda, günlük Gas gelirinin iki katına kadar çıkabilmektedir.
Searcher için, CEX-DEX( zincir dışı ) arbitraj ve DEX, ara katman, likidasyon olmak üzere iki ana kategori ( tamamen zincir üstü ).
Searcher pazar payı, kaynak: Searcherbuilder
Şu anda bazı borsalar CEX --- DEX arbitraj ticaretinin pazar payında birinci sırayı alıyor.
Searcher pazar payı, kaynak: Searcherbuilder
Saf zincir üzerindeki MEV fırsatları için, stüdyolaşma eğilimi giderek ortaya çıkıyor; bu süreçte bazı Searcher'ların pazar payı inanılmaz bir şekilde %37,2'ye ulaştı. Bu arada, Etheruem zincirindeki kullanıcılara karşı sandviç saldırıları düzenleme konusunda uzman olan bu Searcher, bir dönem zincir üzerindeki en yüksek gaz tüketimine sahip kullanıcı haline geldi ve yaklaşık olarak gaz tüketiminin tüm günün %1,5'ini oluşturdu. 2023 Şubat'tan 2024 Haziran'a kadar bu robot toplamda 76,916 ETH harcadı ve bu işlemlerin gerçekleştirildiği zamanın değeri üzerinden hesaplandığında, yaklaşık 175 milyon dolara tekabül ediyor. Searcher ile Builder arasında sıkı bir bağ olduğu için pratikte, birçok Searcher kendi sipariş akışlarını ilk üç Builder'a göndermektedir; aslında tüm Builder'lara yayın yapabilirdi, ancak bazı küçük Builder'lar Searcher'ın sipariş akışını bölerek Searcher'ın MEV stratejisinin bozulmasına ve dolayısıyla zarar riskiyle karşılaşmasına neden olabilir. Ayrıca, Builder ile bağlanmak, ekosistem içinde etkisini sürdürmesine yardımcı olabilir.
Relayer
Relay pazar payı, görsel kaynağı: mevboost
Relayer, teklifleri toplayarak ve ardından Proposer'a blok başlıklarını ve açık artırma blok fiyatlarını ileterek bir ara istasyon olarak görev yapar; bu esnada Proposer, bloktaki işlem detaylarını bilmemektedir. Proposer, blok başlığını seçip imzaladıktan sonra, Relayer tüm işlem içeriğini Proposer'a serbest bırakır. Burada, Relayer'ın ekonomik bir teşvik olmaksızın büyük bir güven kazandığını göreceğiz; Builder, Proposer'a fiyat teklifi yaparken, Proposer da Relayer'ın fiyat teklifine ve blok içeriğine güvenmektedir. Tarihte benzer sorunlar yaşanmıştır; Ultrasound Relayer'ın bir potansiyel açığı bulunmaktaydı, bu da Proposer'ın 20 milyon dolardan fazla MEV çekmesine neden oldu. Bu açıklar düzeltilebilir olsa da, Relayer kendisi hala kötü niyetli davranmayı ve MEV'yi çalmayı seçebilir.
Pazar payı eğilim grafiği, grafik kaynağı: mevboost
Yukarıdaki grafik, Relayer'ın pazar payını göstermektedir. Merge'den sonra, yalnızca MAX Profit yapan Builder'ın pazar payının giderek arttığını göreceğiz, bu nedenle serbest piyasada, Builder'ın MEV'yi yapay olarak kontrol etmesi mümkün değildir.
Aynı zamanda Relayer'ın da karşılaştığı bir sorun var, o da ekonomik bir teşvik olmamasıdır. Bu nedenle bazı şirketler Relayer yönündeki Ar-Ge çalışmalarından da çekilmiştir. Şu anda Relayer, bir şirket tarafından önerilen MEVBoost standartlarına dayanarak inşa edilmektedir, Ethereum üçüncü tarafların PBS sağlamasına bağımlıdır, bu her zaman sürdürülebilir bir çözüm değildir, bu nedenle şu anda Ethereum topluluğu PBS'yi protokol seviyesine dahil etme yollarını araştırmaktadır.
Teklifçi
Proposer için, tüm doğrulayıcılar arasında algoritmik olarak bir komite grubu rastgele seçmek ve her slotta bir blok önericisi seçmek gerekmektedir. Blok önericisi, yükü yerine getirme kapasitesine sahiptir, ancak önericinin bu kısmı doğal olarak dışarıya devretmek istemesi nedeniyle, Builder ile Proposer arasında dikey işbirliği oluşması kolaydır. MEV-boost'un Relayer'ı ise, bu tür bir aracılık rolünü üstlenerek, ikisi arasındaki doğrudan iletişimden kaynaklanan dikey işbirliği entrikalarını azaltmayı ummaktadır. Şu anda, doğrulayıcı havuzları olarak madencilik havuzları bulunmakta, ancak bu madencilik havuzları ve LSD doğrulayıcı havuzları, özellikle LSD'nin ortaya çıkışıyla, çok güçlü bir ölçek etkisine sahiptir. Bu durum, başlangıçta stake edilen token'ların potansiyelini serbest bırakarak, artırılmış sermaye verimliliği sağlamaktadır ve arkasındaki DEFI yapı taşlarının etkisiyle, doğrulayıcı havuzu daha merkezi bir eğilim göstermektedir.
Doğrulayıcı pazar payı, kaynak: mevboost
Bir kuruluş şu anda pazar payının yaklaşık %28,7'sini elinde bulunduruyor,