Hangi Blok Zinciri altyapısını kullandığınızdan bağımsız olarak, AMM ile ilgili işlemler yaparken genel havuzlara göre işlem yapmaktan kaçının ve mümkün olduğunca özel işlem havuzuna /Private RPC Düğüm'e bağlanmanızı öneririz, işlemlerin genel havuzlarda risk altına girmesini azaltın.
Yazarlar: Siyuan H、Dana H
来源：YZi Labs
TL;DR
MEV, her Blok Zinciri'nin karşı karşıya olduğu eski bir konudur, kullanıcıları, DeFi protokollerini, açık zincir vakfını, doğrulayıcıları (Validators), arayıcıları (Searchers) ve diğer birçok rol arasındaki karmaşık oyunları içerir. Bu nedenle, bu eski konu sürekli olarak yeni gelişmelerle gelir ve yeni ilginç araştırma konuları sunar.
Bir genel blok zincirinin MEV ekosistemi nasıl tasarlanmalıdır? Bu, tipik bir çok hedefli optimizasyon sorunudur ve mutlak doğru bir cevabı yoktur. Bu nedenle, Layer 1 blok zinciri MEV ekosisteminin şu anki durumunu ve gelecekteki gelişimini gözlemleyerek, değer iddiasını ortaya çıkarabilir ve çok hedefli optimizasyon içindeki önceliğini belirleyebiliriz.
MEV'nin çeşitli şekilleri vardır, şu anda kötü niyetli MEV hakkında standart bir tanım yoktur, ancak "Sandviç Saldırısı" (yani "sandviçleme") gerçekten normal kullanıcıların çıkarlarını zedelemektedir. Bir kullanıcının AMM işlemi sandviçlenirse, iki koşulu karşılamalıdır: 1) saldırgan için işlem çifti görünür olmalıdır; 2) kullanıcı yüksek kayma toleransı ayarlamış olmalıdır, böylece arbitraj için alan yaratmış olur. Bu nedenle, sandviçlenmekten kaçınmak için kullanıcılar şunları yapmalıdır: 1) işlem gizliliğini mümkün olduğunca artırmak veya 2) kayma toleransını azaltarak saldırganın arbitraj fırsatlarını azaltmak.
Bu makalede Ethereum, BSC ve Solana örnekleri üzerinden, her bir anahtar zincirin MEV durumunu ve gelecekteki planlarını analiz ediyor ve yansıttığı değer iddialarını tartışıyoruz.
Ethereum öncelikle merkezi olmayan
BSC öncelikle kullanıcıların işlem deneyimlerini korur
Solana öncelikle işlem verimliliği ve pazar rekabeti
Teşekkürler: Helius(@heliuslabs) ekibine Solana MEV hakkındaki detaylı raporları için teşekkürler, BNB Chain(@BNBCHAIN) core dev ekibine içten paylaşımları için teşekkürler, #Flashbots ekibine, Jito(@jito_labs) ekibine ve EigenPhi (@EigenPhi) ekibine MEV şeffaflığı konusundaki çabaları için teşekkürler, ve Dune(@Dune)'deki veri katkıda bulunanlara, makaledeki veriler sizin detaylı çalışmalarınızdan alınmıştır. Son olarak, TrustWallet(@TrustWallet), Pancake(@PancakeSwap), GMGN(@gmgnai) gibi ekiplere kullanıcı eğitimi ve MEV koruması konusundaki çabaları için teşekkürler.
MEV - bir sürekli yeni gelişmeler yaşayan eski bir konu
10 Mart 2025'te Jito veri panosu, Solana zincirindeki paket işlemlerinin ve ipuçlarının sayısının azaldığını gösterdi ve bazı kullanıcılar, MEV sorunu hakkında bir kez daha tartışmayı ateşleyen bir anormallik olan SOL'a yönelik sandviç saldırılarının sayısında bir artış bildirdi.
Son iki ayda, özellikle normal kullanıcıların mizah para birimlerini işlemesiyle BSC'deki işlem hacmi arttı. Topluluk üyeleri, özellikle 'sandviç saldırısı' olarak bilinen kötü niyetli MEV'leri BSC'de eleştirdi. Bu nedenle, BSC, kötü niyetli MEV'leri azaltmak ve normal kullanıcı deneyimini optimize etmek için Blok süresini önemli ölçüde kısaltma, işlem zincirindeki uzlaşma mekanizmasını değiştirme ve diğer yöntemler denemektedir.
Ethereum'da, MEV konusu topluluk tarafından sürekli olarak ilgi ve tartışma konusu olmuştur. Mart 2025'te, anonim araştırmacı Malik672, MEV'yi ortadan kaldırmak için Blok seçim sürecini rastgeleleştirme amacıyla bir 'Merkeziyetsiz Rastgele Blok Önerisi' sistemi önerdi. Bu sistem, paylaşılan rastgeleleştirme algoritması ve Bizans hata toleransı (BFT) mekanizmasını kullanarak, tüm Ethereum istemcilerinin (örneğin Geth ve Nethermind) yalnızca birkaç büyük oluşturucuyla sınırlı olmaksızın Blok oluşturmasını sağlar.
MEV, Solana veya Ethereum veya BSC'ye özgü bir fenomen değildir, ancak tüm Blok Zinciri ekosistemiyle karşılaşacak karmaşık bir problemdir. Temelde, MEV çoklu hedef optimizasyonu bir problemdir, mutlak doğru bir yol yoktur. Dağıtılmış, merkezsiz Blok Zinciri ağında, tarafların çıkar çatışması vardır, her birinin maksimize etmek istediği hedef fonksiyonları vardır. Sonunda bir zincirin seçtiği çözüm, bu zincirin ruh halini ve değer yönünü yansıtır.
Şekil 1a. Jito Paketleri ve İpuçları verileri
Şekil 1b. Jito veri genel bakışı(2025.3.10)
Jito resmi verilerine göre, 9 Mart 2025 tarihine kadar Jito'nun işlediği işlem paketi sayısı günde 13M-20M arasında kaldı, günlük ortalama Tips geliri yaklaşık 10000-15,000 SOL oldu. Ancak 9 Mart'tan itibaren günlük ortalama Tips geliri yaklaşık 8,000 SOL'a düştü. Bununla birlikte, Jito'nun geliri oldukça makul.
Bu, derinlemesine düşünmek için bir fırsat olarak kabul ediyoruz. Normal kullanıcılar için, neden sıkıştırılır? Ve neden Jito'yu seçerler? Genel olarak, MEV nedir ve bir blok zinciri için ne anlama gelir? Her blok zincirinin MEV durumu nedir? MEV'i nasıl ele almalıyız? L1 blok zincirlerinin MEV'inin geleceği nasıl olacak? Bu sorularla devam edelim.
MEV neden yaygın bir şekilde var? '夹子' nereden geliyor?
MEV'nin tüm Blok Zinciri ağlarında var olan evrensel sorunun merkezi nedeni, çoğu Blok Zinciri ağının mimarisinin aynı kalıbı takip etmesidir. Bu süreci tanımlamak için kısa bir model kullanıyoruz.
Kullanıcı, cüzdan aracılığıyla işlem talimatını gönderdikten sonra, cüzdan öncelikle işlemi RPC Düğümü'ne gönderir, ardından RPC Düğümü işlemi Blok Zinciri ağındaki doğrulama Düğümü'ne (Validator) iletilir veya RPC Düğümü kendisi doğrulama Düğümü olarak hizmet verir. İşlem resmi olarak Blok'a dahil edilmeden önce, Validator, aldığı işlemleri geçici bir bellek alanına (Mempool/TxPool/Tx Queue vb.) Düğüm içinde geçici olarak depolar. Validator, Blok'u paketleme izni aldığında, belirli bir kurala göre bir dizi işlemi seçer, Blok'u oluşturur ve Blok Zinciri ağına yayınlar.
Blok Zinciri'nin ilk tasarımında, Validator genellikle kullanıcıların ödediği işlem ücretine (Tx Fee veya Gas Fee) göre işlemlerin paketleme sırasını belirler; daha yüksek ücret, işlemin öncelikli olarak işlenmesi anlamına gelir. Bununla birlikte, merkezi olmayan finans (DeFi) uygulamaları, özellikle otomatik piyasa yapıcıların (AMM) yükselişi ile işlem sıralaması, işlem ücretinin ötesinde ek arbitraj fırsatları sağlamış ve sözde Maksimum Çıkarılabilir Değer (MEV, Maximal Extractable Value) oluşturmuştur.
MEV, Blok Zinciri'nde madencilerin veya doğrulayıcı Düğüm'lerin (Validator) DeFi ve diğer uygulamalardan ekonomik kazanç elde etmek için işlem yeniden sıralama, ekstra işlemler ekleme veya belirli işlemleri seçici olarak paketleme eylemi anlamına gelmektedir. Bu tür davranışların bazıları kötü niyetli olup normal kullanıcılara zarar verebilir. En tipik örnek, "Sandviç Saldırısı"dır. Bu saldırılar genellikle otomatik piyasa yapıcı (AMM) türündeki merkezi olmayan borsalarda gerçekleşir. Kullanıcılar AMM'de işlem yaparken, saldırganlar önce bir işlem gönderip kullanıcılardan önce işlem yaparak varlıkların fiyatını yükseltir veya düşürür, ardından hemen sonra kullanıcı işlemi tamamlandıktan sonra ters işlemi göndererek fiyat farkını manipüle ederek kar elde ederler. Sandviç Saldırısı'ndan elde edilen kar, kullanıcı işleminde belirlenen "Kayma" (Slippage) parametresine bağlıdır, yani kullanıcının son fiyatın başlangıçta beklenen fiyattan sapma yaratmasına izin veren oran. Kayma ayarı ne kadar yüksek olursa, saldırganın Sandviç Saldırısı'ndan kar elde etme olasılığı o kadar artar.
Özellikle vurgulanması gereken nokta, bir sandviç saldırısının başarılı olabilmesi için üç temel gereksinime sahip olması gerektiğidir:
Kullanıcı işlemleri saldırganların görebileceği işlem havuzuna maruz kalır, saldırgan hedef işlemi önceden keşfedebilir
Saldırganın sunduğu arka arkaya sıkıştırılmış işlemler, doğrulayıcı tarafından aynı Blok Zinciri (' e başarıyla dahil edilir, genellikle ), veya ardışık birkaç Blok Zinciri'ne
Blok Zinciri en son onaylandığında ve zincire eklendiğinde, kullanıcıların işlem fiyatları açıkça saldırgan işlemlerden etkilenir, yani "sıkıştırılır"
Bu nedenle, normal kullanıcılar için MEV'yi önlemek, iki temel sorunu çözmek anlamına gelir:
Kendi işlemlerimi potansiyel saldırganlara açıklamadan nasıl korurum (yani işlemlerin 'görünürlük' sorununu nasıl çözerim)?
Kendi işlemlerimin, Gecikmeyi ve belirsizliği azaltmak için Validator tarafından daha hızlı ve güvenilir bir şekilde Blok Zinciri'ne paketlenmesini nasıl sağlarım?
Validator'lar açısından bakıldığında, kendi ekonomik çıkarlarını en üst düzeye çıkarmayı umuyorlar, bu da nasıl daha iyi yüksek değerli işlemleri seçeceklerini ve aynı zamanda daha fazla MEV tarafından üretilen ek geliri nasıl elde edeceklerini yansıtıyor.
Bu bağlamda, farklı Blok Zinciri ekosistemleri için MEV optimizasyonuna odaklanan iki özel rol ortaya çıkmıştır: Searcher ve Builder.
Searcher, potansiyel MEV arbitraj fırsatlarını keşfetmek için işlem havuzunu tarayan ve özel olarak sorumlu olan bir role sahiptir. Onlar aktif olarak bellek havuzundaki yüksek değerli işlemleri tanımlayacak, arbitraj, sandviç saldırısı veya takas işlemlerini içeren bir işlem paketi (Bundle) oluşturacak ve ardından Builder'a bu işlem paketlerini sunacak ve genellikle kendi işlemlerinin öncelikli bir şekilde paketlenmesini sağlamak için ekstra 'bahşiş' (Tips) sağlayacaktır.
Builder(, PBS mimarisi altındaki )'da var olan, Searcher tarafından sunulan işlem paketlerini elemek, sıralamak ve optimize etmekle görevlidir, böylece daha yüksek değerli, Validator'ın daha kolay kabul edebileceği Blok yapısını oluşturarak, Validator'ın MEV gelirini hızlı ve verimli bir şekilde yakalamasına yardımcı olur.
Doğrulayıcılar genellikle Yapımcı ve Arayıcı ile işbirliğini reddetmez çünkü bu tür bir model onlara istikrarlı ekonomik getiri sağlayabilir ve etkili bir fayda dağıtım zinciri oluşturabilir. Aslında, bu çok taraflı oyun modeli, MEV ekosisteminin önemli bir parçası haline gelmekte ve MEV altyapısının optimizasyonunu ve rekabetini sürekli olarak teşvik etmektedir.
Her Blok Zinciri ekosistemi kendi özelliklerine göre farklı MEV karşı önlemleri üretecektir. Örneğin, Solana'da yaygın olarak kullanılan Jito, Validator, Arayıcı ve kullanıcılar arasında MEV sorununa özel olarak optimize edilmiş altyapıyı bulmak için doğmuştur.
Jito, ana akım MEV mekanizması olarak hizmet verir: İşlemleri hızlandırır, kullanıcılar MEV maliyetini gönüllü olarak üstlenir
Jito, Solana'daki ana MEV işlem sipariş aracıdır, temel mekanizma özel bir özel işlem havuzu (Özel Mempool) oluşturmaktır, kullanıcının işlemi gönderildikten hemen sonra ağa maruz kalmaz, ancak geçici olarak özel bir ortamda saklanır (Özel Mempool), saldırganların kullanıcı işlemlerini önceden keşfetme ve sandviç saldırıları başlatma olasılığını etkin bir şekilde önler. Aynı zamanda Jito, doğrulayıcıları kendi işlemlerine öncelik vermeye teşvik etmek için kullanıcıların ek "ipuçları" ödemesine olanak tanıyan, böylece işlem verimliliğini artıran ve kullanıcıların çıkarlarını koruyan bir ekonomik teşvik mekanizması başlattı.
Jito'nun MEV'nin gerçek işleyişi, Arayıcılar (Searchers) tarafından Jito Paketleri aracılığıyla ücretli işlem paketleri gönderilir ve öncelikli olarak işlenir. Geçen yıl boyunca Jito, 30 milyardan fazla işlem paketini işledi ve 3.75 milyon SOL'den fazla Tips ücreti üretti. Sadece geçen yıl, Jito'nun işlediği işlem paketi sayısı ve ölçeği Ethereum'un benzer MEV araçlarını açıkça aştı.
Solana ağı performans açısından oldukça yüksektir, Blok süresi kısadır, birçok Memecoin işlemiyle birleştiğinde MEV işlemleri genellikle 'düşük tutarlı, yüksek frekanslı' olarak ortaya çıkar. Bu özellik arbitraj ve sandviç saldırılarında tek işlem karı miktarını küçük hale getirse de işlem hacmi son derece büyüktür. Sandviç saldırısını ele alalım, Solana ağındaki her bir saldırının ortalama çıkarma değeri yaklaşık 0.0425 SOL (yaklaşık 8.7 $), Ethereum'daki tek işlem miktarının çok altında olmasına rağmen, genel işlem sayısı oldukça büyüktür.
Özetle, Solana'daki MEV şu özelliklere sahiptir
Yüksek frekansta işlem yapılmasına rağmen tek seferlik tutarlar küçüktür: Jito ekosistemi altında MEV işlemleri genellikle büyük miktarda küçük tutarlı işlemlerden oluşur. Örneğin, Solana'da MEV robotları 2024 yılında 90,445,905 arbitraj işlemi yaptı, ancak ortalama karı sadece $1.58 dolardı.
Kullanıcılar, işlem önceliğini artırmak için ücret ödemeye istekli: Jito kullanıcıları ekstra bahşiş ödeyerek işlem sıralama hakkını ele geçirir. Örneğin, Kasım 2024'te Jito, piyasa hareketlendiğinde kullanıcıların daha yüksek MEV ile ilgili maliyetlere katlanmaya istekli olduğunu gösteren ücretlerin 60,801 SOL/gün'e kadar yükseldiğini belirtti.
Koşuşturma rekabeti, kullanıcı kayma maliyetini etkiler: Solana'da, bazı yüksek frekanslı işlemciler Telegram botları gibi araçlar aracılığıyla jetonları kapmaya çalışırlar, genellikle yüksek kayma toleransı belirlerler ve işlemin başarılı olmasını sağlarlar. Bu, genellikle en büyük kayma aralığında işlem yapmalarına neden olur, bu da kısmi değeri isteyerek MEV botlarına devretmeleri anlamına gelir. Veriler, Solana sandviç saldırısının ortalama tek işlem değerinin yaklaşık 0.0425 SOL (8.7 Amerikan Doları) olduğunu göstermektedir.
Diğer MEV mekanizmaları: Jito dışında özel Mempool çözümleri
Jito, ana ticaret hızlandırma aracı olmasına rağmen, Solana üzerindeki tüm MEV faaliyetlerini kapsamamaktadır, özel Mempool çözümü başka bir rekabet modeli haline gelmektedir.
DeezNode Özel Mempool: Bazı doğrulayıcılar (örneğin DeezNode) özel Mempool çalıştırır, araştırmacıların Jito'yu atlayarak yüksek ücretler ödeyerek doğrulayıcılara öncelikli olarak işlem paketlemelerine izin verir. Son 30 gün içinde, bu mekanizma içindeki sandviç saldırılarının sayısı 1.55 milyonu aşmıştır ve toplamda 65,880 SOL (yaklaşık 13.43 milyon ABD doları) kar elde edilmiştir, ortalama kar başına 0.0425 SOL.
Paladin-Solana Karşı Sandviç Karşıtı Çözüm: Bir kısmı (toplam ağın %6'sını temsil eden) Solana Düğümü, Paladin çözümünü kullanarak, aktif olarak sandviç saldırı işlem paketlerini reddediyor ve PAL jetonunu teminat olarak kullanarak tazminat mekanizması sağlamaya çalışarak işlem sıralaması adilliğini iyileştirmeye çalışıyor.
Kullanıcı davranışı açısından bakıldığında, kullanıcılar genellikle tek bir işlemin maliyet ayrıntılarından ziyade işlemin hızlı bir şekilde gerçekleşip gerçekleşmediğine odaklanırlar. Özellikle Solana ekosisteminde Meme tokenleri gibi popüler projelerin sıkça ortaya çıkması nedeniyle, birçok kullanıcı genellikle 'yield farming'e hızlıca katılmak için otomatik işlem Bot'larına yönelirler ve işlemin belirli detayları genellikle kullanıcılar tarafından göz ardı edilir veya tamamen izole edilir. Kullanıcılar genellikle Bot'un Jito'ya erişip erişmediğine veya işlem sırasında MEV sandviç saldırısına maruz kalıp kalmadığına odaklanmazlar.
Bu nedenle, Solana'da MEV fenomeni aynı şekilde yaygın olarak mevcuttur ve yüksek frekanslı işlemler ve otomatik Bot'ların yaygın kullanımı nedeniyle MEV etkinliklerinin daha da canlı hale gelmesine neden olur. Şu anda, Solana ekosistemindeki MEV çözümleri MEV'yi tamamen ortadan kaldırmaz, ancak farklı pazar katılımcıları (kullanıcılar, Bot'lar, doğrulayıcılar, araştırmacılar) arasında çıkar çatışması ve pazar rekabeti sonucunda oluşan dinamik bir denge oluşturur. Jito gibi mekanizmaların varlığı, hem pazar talebiyle hareket eden sonuç, hem de farklı rollerin MEV ekosisteminde en iyi getiri stratejisini aramasının bir yansımasıdır.
DeFi'nin doğduğu yer olarak, Ethereum uzun süredir MEV (Maksimum Çıkarılabilir Değer) sorununa odaklanmıştır. Sandviç saldırısı gibi çevrimiçi zorluklarla başa çıkmak için Ethereum Vakfı araştırmacıları, Sıralayıcı-Yapıcı Ayrımı (PBS) modelini önermekle kalmamış, aynı zamanda sürekli araştırma ve geliştirme yoluyla Ethereum ekosistemini MEV ile ilişkili olumsuz etkilerden korumaya çalışmaktadır. Vakıf, ekosistem altyapı projeleri Flashbots ile işbirliği yaparak PBS modelini kullanarak tarafların taleplerini dengelemeyi hedeflemektedir. Flashbots, şeffaf ve izinsiz bir açık artırma mekanizması getirerek MEV çıkarma sürecini düzenlemeyi amaçlamıştır, böylece MEV çıkarma işleminin şeffaflığını artırarak gelirin doğrulayıcılar, kullanıcılar ve diğer ilgili taraflar arasında daha adil bir şekilde dağıtılmasını sağlar.
Flashbots verilerine göre, 2023 yılında Ethereum ana ağındaki MEV geliri günlük ortalama 500,000 doları aşmaktadır. 2024 yılına gelindiğinde, Ethereum Layer 2 ekosisteminin hızla gelişmesiyle, bazı MEV işlem fırsatları yönlendirilmektedir. Şu ana kadar, Ethereum Layer 1'deki MEV geliri seviyesi yaklaşık olarak günde 300,000 dolar seviyesinde sabitlenmiştir.
Ancak, 2025 yılından sonra, Ethereum'daki MEV ekosistemi halen aktif olsa da, genel karlılık yetkin bir şekilde azalmaktadır. 4 Mart 2025 tarihli veriler, bir sandviç saldırısının işlem hacminin 289.76 milyon doları aştığını ve tüm MEV işlem hacminin (%51.56) 561.92 milyon dolarını oluşturduğunu göstermektedir, ancak gerçekte elde edilen kar sadece 6,320 doları oluşturup toplam MEV karının %4.11'ini oluşturmaktadır. Bu veri, bir sandviç saldırısı stratejisinin tek işlem karlılığının belirgin bir şekilde azaldığını açıkça göstermektedir. Aynı dönemde, Ethereum MEV toplam maliyeti önceki rakamlara göre %28.36 artarak 358,850 dolara ulaşmış, ancak toplam gelir sadece %6.90 artarak 512,660 dolara ulaşmıştır, bu da net karın belirgin şekilde 153,810 dolara sıkıştığını göstermektedir. Bu durum, MEV işlemlerinin hala sıkça gerçekleşmesine rağmen, yoğun rekabet ve artan maliyetlerin yanı sıra bir sandviç saldırısını önleme altyapısının geliştirilmesi nedeniyle genel kar marjının sürekli daraldığını açıklamaktadır.
Ethereum'daki MEV işlem durumu: kurumlar ve dev balinalar tarafından yönetiliyor
Ethereum L1 ağındaki gaz ücretlerinin yüksek olması nedeniyle, bireysel kullanıcılar genellikle L2 ( gibi Base, Arbitrum) veya diğer düşük maliyetli genel ağlara küçük ölçekli işlemler için geçmeyi tercih ederler. Bu nedenle, şu anda Ethereum ana ağının MEV işlemleri, kurumlar, balinalar ve profesyonel likidite sağlayıcılarına giderek daha fazla odaklanmaktadır. Büyük miktardaki MEV işlemleri, Ethereum L1'in hala DeFi alanının en önemli likidite merkezi olduğunu kanıtlamaktadır, ancak bu yüksek likiditenin büyük işlemlerde daha yüksek slayt (Slippage) oluşturması, MEV robotlarının sürekli arbitraj fırsatları yaratmasına olanak tanımaktadır.
2025 yılından bu yana, Ethereum ekosistemindeki sandwich saldırılarından elde edilen tekil karlar belirgin şekilde azaldı, bunun arkasındaki nedenler şunlar içerir:
Piyasa rekabeti artıyor: MEV robotlarının sayısı belirgin şekilde artıyor, bu da sandviç saldırısı gibi basit arbitraj stratejilerinin karlarını hızla sıkıştırıyor.
Kurumsal yatırımcıların strateji optimizasyonu: Birçok kurum, işlem boyutunu azaltarak MEV robotlarının arbitraj yapma olasılığını azaltmak için zaman ağırlıklı ortalama fiyat (TWAP) ve düzenli yatırım stratejileri (DCA) gibi işlem yöntemlerini yaygın olarak benimsemeye başladı.
MEV savunma araçlarının geniş kullanımı: özel işlemler, toplu müzayede (Batch Auctions), Sipariş Akışı Müzayedeleri (OFA) gibi ticaret mekanizmaları giderek yaygınlaşıyor, işlemcilerin sandviç saldırısına maruz kalma veya ön koşu arbitrajı yapma alanlarını önemli ölçüde azaltıyor.
Ethereum MEV'nin Geleceği: Arbitraj Modelinin Evrimi, Daha Profesyonel Ekosistemin Aşamalı Olarak Oluşması
Ethereum L2 ekosisteminin gelişmesiyle, giderek daha fazla DeFi işlemi ve MEV fırsatı L2'ye akıtılıyor, bu da L1 üzerindeki MEV fırsatlarını daha da zayıflatıyor. Ancak, L1 hala yüksek likiditeye sahip, kurumsal düzeyde DeFi etkinliği mekanı olduğundan, MEV kaybolmayacak, ancak daha karmaşık stratejilere evrilecek. Örneğin:
Arbitraj hala en önemli MEV fırsatıdır, özellikle L1 ve L2 arasındaki cross-chain arbitrajında.
Likidasyon artık odak noktası haline geldi, DeFi borç verme pazarının büyümesiyle birlikte, büyük tutarlı likidasyon işlemleri hala MEV robotlarının hedefi olmaya devam ediyor.
Yeni MEV mekanizması, Örneğin Order Flow Auctions (OFA), MEV operatörlerinin kar elde etme şeklini değiştirebilir, böylece likidite sağlayıcıları ve protokollerle doğrudan işbirliği yapmaya ve sadece işlem karşı tarafının kaymasıyla kazanmaya daha çok eğilim gösterirler.
Genel olarak, MEV ekosistemi Ethereum'da yapısal bir değişimden geçiyor. Ethereum, MEV sorunu ortaya çıkar çıkmaz çeşitli çözümler denemeye devam etti, PBS (Teklif Veren-Oluşturucu Ayrımı) gibi yapısal çözümler de dahil olmak üzere. Basit sandviç saldırısı ve ön koşulu fırsatçılığın karlılığı belirgin şekilde sıkıştırılmış olabilir, ancak daha karmaşık, daha profesyonel MEV stratejileri hala ortaya çıkıyor ve sürekli olarak gelişiyor. Bu, MEV sorununun Ethereum ana ağında uzun süre var olacağı anlamına gelir. Ayrıca, Arayıcı (Searcher), Blok Oluşturucu (Builder), Doğrulayıcı (Validator), kullanıcılar ve çeşitli MEV ile ilgili altyapı projeleri (örneğin Flashbotst) arasındaki çıkar çatışması uzun süre devam edecek, işlem sıralaması, değer yakalama ve adil rekabet etrafında gelişen rekabet MEV ekosistemini sürekli olarak evrim geçirecektir.
BSC'nin MEV Ekosistemi: Hızla artan on-chain aktivite, işlem deneyimine yeni gereksinimler getiriyor ve bu da kullanıcıların işlem deneyimini korumayı öncelikli hale getiriyor
BSC ekosistemindeki kötü niyetli MEV sorunu genellikle topluluk tarafından dikkate alınır, gerçek durum nedir?
Dune'daki verilere göre, 2024'ün ikinci yarısından itibaren BSC ağındaki tüm DEX işlemlerinde sandviç saldırısına uğrama oranı kademeli olarak artmaya başladı ve Aralık 2024'te ilk kez Ethereum'u aştı. Genel olarak, çoğu BSC ve Ethereum üzerindeki DEX işlemlerinin sandviç saldırısına uğrama oranı %8'i geçmedi. 2025'in Şubat ayındaki zirveden sonra, BSC üzerindeki DEX işlemlerinde sandviç saldırısına uğrama oranı yaklaşık %4'e geriledi.
Şekil 2. ETH Arası DEX İşlemi vs BSC ETH SandWiched DEX İşlemi
Peki, neden birçok BSC kullanıcısı hala sık sık kendi işlemlerinin saldırıya uğradığını hissediyor? Bunun temel nedeni, son zamanlarda BSC'de popüler jetonların sık sık ortaya çıkması ve kullanıcıların zincir üstü işlem faaliyetinin kısa sürede belirgin bir şekilde artması, MEV saldırısının farkındalığını artırıyor.
Bu fenomeni daha iyi anlamak için öncelikle kullanıcı işlemlerinin neden sandviç saldırısına uğradığını gözden geçirelim:
İşlem havuzunun görünürlüğü: Kullanıcı işlemi genel işlem havuzunda gördükten sonra, saldırgan bunu fark eder ve sandviç işlemi oluşturur.
Yüksek slippage ayarı: Kullanıcılar AMM işlemi yaparken, işlemin gerçekleşmesini sağlamak için yüksek slippage toleransı ayarlarlar, bu da arbitraj alanı sağlar.
Özellikle popüler tokenlerin sıkça işlem gördüğü dönemlerde, kullanıcıların ilk ihtiyacı işlemi mümkün olduğunca hızlı bir şekilde tamamlamaktır, böylece piyasayı kaçırmazlar. Bu nedenle, genellikle daha yüksek slayt toleransı ayarlarlar, dolaylı olarak sandviç saldırıları için daha fazla alan sağlarlar. Birçok cüzdan ve Düğüm MEV koruması sağlayan çözümler sunsa da (örneğin, gizli işlem havuzu veya gizli RPC Düğümü), tüm kullanıcıların bu gizli işlem yollarını seçeceği anlamına gelmez. Kullanıcıların MEV korumasını açık olarak ayarlamayı fark etmemelerinin yanı sıra, bir yandan gizli işlemler kullanıcı işlemlerinin paketlenme hızını artırmaz; diğer yandan, işlem hacmi arttığında kamu işlem havuzundaki işlemlerin Validator veya Builder tarafından daha kolay keşfedilmesi durumunda, kullanıcılar işlem ücretini uygun şekilde artırırsa, işlemin daha hızlı bir şekilde paketlenmesini sağlayabilirler. Örneğin, normal bir stabilcoin transferi veya BNB transferi genellikle ek MEV korumasına ihtiyaç duymaz, bu tür işlemler genel işlem havuzunu kullanarak daha verimli olabilir.
Teknik mimari açısından, şu anda BSC'deki MEV ekosistemi, Ethereum ana ağındaki PBS modeline benzer, işlemlerin sıralaması Builder tarafından oluşturulur ve nihai olarak Validator'a sunulur. Bazı Builder'lar özel işlem havuzu hizmeti sunabilir (Özel Mempool), ancak genel işlem havuzundaki işlemler hala MEV arayıcıları tarafından bulunabilir ve saldırı işlem paketi oluşturulabilir. Solana'daki gizlilik işlemi planlarından farklı olarak, BSC'deki gizlilik işlem havuzu, kullanıcı işlemlerinin öncelikli olarak onaylanmasını veya hızını önemli ölçüde artırmaz, sadece bir işlem gizliliği koruma işlevi sağlar.
Bu nedenle, genel zincir düzeyinde, kötü niyetli MEV sorununu gerçekten çözmek için iki yönlü optimizasyona dikkat etmek gerekir:
Kullanıcı işlemlerinin gizliliğini artırarak, işlemlerin genel havuzda ifşa edilmesini önleyerek, sandviç saldırısına maruz kalma olasılığını azaltmak.
Blok Zinciri'nin işleme performansını artırarak, kullanıcıların işlemlerinin daha hızlı paketlenmesini sağlamak, blok aralığını kısaltmak, işlem işleme kapasitesini artırmak ve aynı zamanda işlem saldırıya maruz kalma penceresini azaltmak.
BSC MEV sorununu nasıl çözüyor?
Uzun vadede, BSC, MEV'nin kullanıcılara olan olumsuz etkisini daha da azaltmak için zincirin kendi teknolojik yükseltme ve performans optimizasyon önlemleri aracılığıyla çalışmaktadır. Son yol haritasında, BSC'nin Blok çıkarma aralığını 750 milisaniyenin altına indirme planı yapılmış ve Resmi olarak Sub-second (alt saniye) blok üretim çağına girilmiştir. Bu, aşağıdaki iki doğrudan faydayı beraberinde getirecektir:
Kullanıcı deneyimini artırma: Kullanıcı işlem onayı daha hızlı, işlemlerin havuzda açık kalma süresini azaltarak MEV saldırısı riskini azaltır.
İşlem güvenliğini artırın: Daha hızlı işlem onayları, kayma dalgalanmasından kaynaklanan işlem başarısızlığı olasılığını azaltır ve dolaylı olarak MEV robot arbitraj alanını sıkıştırır.
Bu nedenle, MEV faaliyetleri BSC'de devam etse de, özünde diğer zincirlerden önemli ölçüde daha ciddi değildir. BSC zincirinin gelişme yönü de çok açıktır: Blok süresini 750ms'ye kadar kısaltarak, sub-saniye çağına adım adım geçerek, zincirin performansı ve kullanıcı deneyiminden başlayarak, MEV sorununun kullanıcılara yaptığı olumsuz etkiyi daha da hafifletmek
BSC, blok süresini kısaltmanın yanı sıra, daha kapsamlı özel işlem havuzları oluşturma çalışmalarını da aktif olarak araştırmaktadır, örneğin TEE gibi teknolojiler aracılığıyla, kullanıcı odaklı Searcher, Validator oyununun dengeli bir hale gelmesini sağlamaktadır.
Özet
Genel olarak, MEV sorunu belirli bir Blok Zinciri için özgü değildir, ancak tüm zincirlerin karşılaşması gereken çoklu hedef optimizasyon zorluğudur, şu anda ekosistemler farklı stratejiler benimsemiş durumda ve taraflar arasındaki dengeyi sağlamaya çalışıyorlar:
Solana, Jito ve diğer özel bellek havuzları (Private Mempool) mekanizması aracılığıyla saldırganların görebileceği işlem sayısını azaltır ve işlem verimliliğini artırmak için ücret mekanizmasını getirir.
*Ethereum, PBS (Proposer-Builder Separation) system is adopted, making MEV competition more market-oriented and transparent.
BSC, zincirin kendi işleme yeteneğini artırarak blok aralığını kısaltmak, kullanıcıların işlem deneyimini artırmak, işlemlerin genel işlem havuzunda risk altına girmesini azaltmak ve sandviç saldırısına maruz kalma riskini azaltmak üzerinde çalışmaktadır.
Normal kullanıcılar için, AMM ile ilgili işlemler yaparken hangi Blok zinciri altyapısını kullandıklarına bakılmaksızın, işlemleri mümkün olduğunca özel bir işlem havuzuna /Private RPC Düğüm'e yönlendirmeleri önerilir, işlemleri genel havuzda açığa çıkma riskini azaltarak MEV saldırısına maruz kalma olasılığını azaltır.
Alıntı
Jito,
MEV-Boost Kontrol Paneli,
Solana MEV Raporu: Trendler, İçgörüler ve Zorluklar, Helius,
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
MEV: Çözüm Bekleyen Çok Amaçlı Optimizasyon
Hangi Blok Zinciri altyapısını kullandığınızdan bağımsız olarak, AMM ile ilgili işlemler yaparken genel havuzlara göre işlem yapmaktan kaçının ve mümkün olduğunca özel işlem havuzuna /Private RPC Düğüm'e bağlanmanızı öneririz, işlemlerin genel havuzlarda risk altına girmesini azaltın.
Yazarlar: Siyuan H、Dana H
来源：YZi Labs
TL;DR
MEV, her Blok Zinciri'nin karşı karşıya olduğu eski bir konudur, kullanıcıları, DeFi protokollerini, açık zincir vakfını, doğrulayıcıları (Validators), arayıcıları (Searchers) ve diğer birçok rol arasındaki karmaşık oyunları içerir. Bu nedenle, bu eski konu sürekli olarak yeni gelişmelerle gelir ve yeni ilginç araştırma konuları sunar.
Bir genel blok zincirinin MEV ekosistemi nasıl tasarlanmalıdır? Bu, tipik bir çok hedefli optimizasyon sorunudur ve mutlak doğru bir cevabı yoktur. Bu nedenle, Layer 1 blok zinciri MEV ekosisteminin şu anki durumunu ve gelecekteki gelişimini gözlemleyerek, değer iddiasını ortaya çıkarabilir ve çok hedefli optimizasyon içindeki önceliğini belirleyebiliriz.
MEV'nin çeşitli şekilleri vardır, şu anda kötü niyetli MEV hakkında standart bir tanım yoktur, ancak "Sandviç Saldırısı" (yani "sandviçleme") gerçekten normal kullanıcıların çıkarlarını zedelemektedir. Bir kullanıcının AMM işlemi sandviçlenirse, iki koşulu karşılamalıdır: 1) saldırgan için işlem çifti görünür olmalıdır; 2) kullanıcı yüksek kayma toleransı ayarlamış olmalıdır, böylece arbitraj için alan yaratmış olur. Bu nedenle, sandviçlenmekten kaçınmak için kullanıcılar şunları yapmalıdır: 1) işlem gizliliğini mümkün olduğunca artırmak veya 2) kayma toleransını azaltarak saldırganın arbitraj fırsatlarını azaltmak.
Bu makalede Ethereum, BSC ve Solana örnekleri üzerinden, her bir anahtar zincirin MEV durumunu ve gelecekteki planlarını analiz ediyor ve yansıttığı değer iddialarını tartışıyoruz.
Teşekkürler: Helius(@heliuslabs) ekibine Solana MEV hakkındaki detaylı raporları için teşekkürler, BNB Chain(@BNBCHAIN) core dev ekibine içten paylaşımları için teşekkürler, #Flashbots ekibine, Jito(@jito_labs) ekibine ve EigenPhi (@EigenPhi) ekibine MEV şeffaflığı konusundaki çabaları için teşekkürler, ve Dune(@Dune)'deki veri katkıda bulunanlara, makaledeki veriler sizin detaylı çalışmalarınızdan alınmıştır. Son olarak, TrustWallet(@TrustWallet), Pancake(@PancakeSwap), GMGN(@gmgnai) gibi ekiplere kullanıcı eğitimi ve MEV koruması konusundaki çabaları için teşekkürler.
MEV - bir sürekli yeni gelişmeler yaşayan eski bir konu
10 Mart 2025'te Jito veri panosu, Solana zincirindeki paket işlemlerinin ve ipuçlarının sayısının azaldığını gösterdi ve bazı kullanıcılar, MEV sorunu hakkında bir kez daha tartışmayı ateşleyen bir anormallik olan SOL'a yönelik sandviç saldırılarının sayısında bir artış bildirdi.
Son iki ayda, özellikle normal kullanıcıların mizah para birimlerini işlemesiyle BSC'deki işlem hacmi arttı. Topluluk üyeleri, özellikle 'sandviç saldırısı' olarak bilinen kötü niyetli MEV'leri BSC'de eleştirdi. Bu nedenle, BSC, kötü niyetli MEV'leri azaltmak ve normal kullanıcı deneyimini optimize etmek için Blok süresini önemli ölçüde kısaltma, işlem zincirindeki uzlaşma mekanizmasını değiştirme ve diğer yöntemler denemektedir.
Ethereum'da, MEV konusu topluluk tarafından sürekli olarak ilgi ve tartışma konusu olmuştur. Mart 2025'te, anonim araştırmacı Malik672, MEV'yi ortadan kaldırmak için Blok seçim sürecini rastgeleleştirme amacıyla bir 'Merkeziyetsiz Rastgele Blok Önerisi' sistemi önerdi. Bu sistem, paylaşılan rastgeleleştirme algoritması ve Bizans hata toleransı (BFT) mekanizmasını kullanarak, tüm Ethereum istemcilerinin (örneğin Geth ve Nethermind) yalnızca birkaç büyük oluşturucuyla sınırlı olmaksızın Blok oluşturmasını sağlar.
MEV, Solana veya Ethereum veya BSC'ye özgü bir fenomen değildir, ancak tüm Blok Zinciri ekosistemiyle karşılaşacak karmaşık bir problemdir. Temelde, MEV çoklu hedef optimizasyonu bir problemdir, mutlak doğru bir yol yoktur. Dağıtılmış, merkezsiz Blok Zinciri ağında, tarafların çıkar çatışması vardır, her birinin maksimize etmek istediği hedef fonksiyonları vardır. Sonunda bir zincirin seçtiği çözüm, bu zincirin ruh halini ve değer yönünü yansıtır.
Şekil 1a. Jito Paketleri ve İpuçları verileri
Şekil 1b. Jito veri genel bakışı(2025.3.10)
Jito resmi verilerine göre, 9 Mart 2025 tarihine kadar Jito'nun işlediği işlem paketi sayısı günde 13M-20M arasında kaldı, günlük ortalama Tips geliri yaklaşık 10000-15,000 SOL oldu. Ancak 9 Mart'tan itibaren günlük ortalama Tips geliri yaklaşık 8,000 SOL'a düştü. Bununla birlikte, Jito'nun geliri oldukça makul.
Bu, derinlemesine düşünmek için bir fırsat olarak kabul ediyoruz. Normal kullanıcılar için, neden sıkıştırılır? Ve neden Jito'yu seçerler? Genel olarak, MEV nedir ve bir blok zinciri için ne anlama gelir? Her blok zincirinin MEV durumu nedir? MEV'i nasıl ele almalıyız? L1 blok zincirlerinin MEV'inin geleceği nasıl olacak? Bu sorularla devam edelim.
MEV neden yaygın bir şekilde var? '夹子' nereden geliyor?
MEV'nin tüm Blok Zinciri ağlarında var olan evrensel sorunun merkezi nedeni, çoğu Blok Zinciri ağının mimarisinin aynı kalıbı takip etmesidir. Bu süreci tanımlamak için kısa bir model kullanıyoruz.
Kullanıcı, cüzdan aracılığıyla işlem talimatını gönderdikten sonra, cüzdan öncelikle işlemi RPC Düğümü'ne gönderir, ardından RPC Düğümü işlemi Blok Zinciri ağındaki doğrulama Düğümü'ne (Validator) iletilir veya RPC Düğümü kendisi doğrulama Düğümü olarak hizmet verir. İşlem resmi olarak Blok'a dahil edilmeden önce, Validator, aldığı işlemleri geçici bir bellek alanına (Mempool/TxPool/Tx Queue vb.) Düğüm içinde geçici olarak depolar. Validator, Blok'u paketleme izni aldığında, belirli bir kurala göre bir dizi işlemi seçer, Blok'u oluşturur ve Blok Zinciri ağına yayınlar.
Blok Zinciri'nin ilk tasarımında, Validator genellikle kullanıcıların ödediği işlem ücretine (Tx Fee veya Gas Fee) göre işlemlerin paketleme sırasını belirler; daha yüksek ücret, işlemin öncelikli olarak işlenmesi anlamına gelir. Bununla birlikte, merkezi olmayan finans (DeFi) uygulamaları, özellikle otomatik piyasa yapıcıların (AMM) yükselişi ile işlem sıralaması, işlem ücretinin ötesinde ek arbitraj fırsatları sağlamış ve sözde Maksimum Çıkarılabilir Değer (MEV, Maximal Extractable Value) oluşturmuştur.
MEV, Blok Zinciri'nde madencilerin veya doğrulayıcı Düğüm'lerin (Validator) DeFi ve diğer uygulamalardan ekonomik kazanç elde etmek için işlem yeniden sıralama, ekstra işlemler ekleme veya belirli işlemleri seçici olarak paketleme eylemi anlamına gelmektedir. Bu tür davranışların bazıları kötü niyetli olup normal kullanıcılara zarar verebilir. En tipik örnek, "Sandviç Saldırısı"dır. Bu saldırılar genellikle otomatik piyasa yapıcı (AMM) türündeki merkezi olmayan borsalarda gerçekleşir. Kullanıcılar AMM'de işlem yaparken, saldırganlar önce bir işlem gönderip kullanıcılardan önce işlem yaparak varlıkların fiyatını yükseltir veya düşürür, ardından hemen sonra kullanıcı işlemi tamamlandıktan sonra ters işlemi göndererek fiyat farkını manipüle ederek kar elde ederler. Sandviç Saldırısı'ndan elde edilen kar, kullanıcı işleminde belirlenen "Kayma" (Slippage) parametresine bağlıdır, yani kullanıcının son fiyatın başlangıçta beklenen fiyattan sapma yaratmasına izin veren oran. Kayma ayarı ne kadar yüksek olursa, saldırganın Sandviç Saldırısı'ndan kar elde etme olasılığı o kadar artar.
Özellikle vurgulanması gereken nokta, bir sandviç saldırısının başarılı olabilmesi için üç temel gereksinime sahip olması gerektiğidir:
Bu nedenle, normal kullanıcılar için MEV'yi önlemek, iki temel sorunu çözmek anlamına gelir:
Validator'lar açısından bakıldığında, kendi ekonomik çıkarlarını en üst düzeye çıkarmayı umuyorlar, bu da nasıl daha iyi yüksek değerli işlemleri seçeceklerini ve aynı zamanda daha fazla MEV tarafından üretilen ek geliri nasıl elde edeceklerini yansıtıyor.
Bu bağlamda, farklı Blok Zinciri ekosistemleri için MEV optimizasyonuna odaklanan iki özel rol ortaya çıkmıştır: Searcher ve Builder.
Doğrulayıcılar genellikle Yapımcı ve Arayıcı ile işbirliğini reddetmez çünkü bu tür bir model onlara istikrarlı ekonomik getiri sağlayabilir ve etkili bir fayda dağıtım zinciri oluşturabilir. Aslında, bu çok taraflı oyun modeli, MEV ekosisteminin önemli bir parçası haline gelmekte ve MEV altyapısının optimizasyonunu ve rekabetini sürekli olarak teşvik etmektedir.
Her Blok Zinciri ekosistemi kendi özelliklerine göre farklı MEV karşı önlemleri üretecektir. Örneğin, Solana'da yaygın olarak kullanılan Jito, Validator, Arayıcı ve kullanıcılar arasında MEV sorununa özel olarak optimize edilmiş altyapıyı bulmak için doğmuştur.
Solana'nın MEV ekosistemi: İşlem verimliliği öncülük ediyor, Jito mekanizması piyasayı şekillendiriyor
Jito, ana akım MEV mekanizması olarak hizmet verir: İşlemleri hızlandırır, kullanıcılar MEV maliyetini gönüllü olarak üstlenir
Jito, Solana'daki ana MEV işlem sipariş aracıdır, temel mekanizma özel bir özel işlem havuzu (Özel Mempool) oluşturmaktır, kullanıcının işlemi gönderildikten hemen sonra ağa maruz kalmaz, ancak geçici olarak özel bir ortamda saklanır (Özel Mempool), saldırganların kullanıcı işlemlerini önceden keşfetme ve sandviç saldırıları başlatma olasılığını etkin bir şekilde önler. Aynı zamanda Jito, doğrulayıcıları kendi işlemlerine öncelik vermeye teşvik etmek için kullanıcıların ek "ipuçları" ödemesine olanak tanıyan, böylece işlem verimliliğini artıran ve kullanıcıların çıkarlarını koruyan bir ekonomik teşvik mekanizması başlattı.
Jito'nun MEV'nin gerçek işleyişi, Arayıcılar (Searchers) tarafından Jito Paketleri aracılığıyla ücretli işlem paketleri gönderilir ve öncelikli olarak işlenir. Geçen yıl boyunca Jito, 30 milyardan fazla işlem paketini işledi ve 3.75 milyon SOL'den fazla Tips ücreti üretti. Sadece geçen yıl, Jito'nun işlediği işlem paketi sayısı ve ölçeği Ethereum'un benzer MEV araçlarını açıkça aştı.
Solana ağı performans açısından oldukça yüksektir, Blok süresi kısadır, birçok Memecoin işlemiyle birleştiğinde MEV işlemleri genellikle 'düşük tutarlı, yüksek frekanslı' olarak ortaya çıkar. Bu özellik arbitraj ve sandviç saldırılarında tek işlem karı miktarını küçük hale getirse de işlem hacmi son derece büyüktür. Sandviç saldırısını ele alalım, Solana ağındaki her bir saldırının ortalama çıkarma değeri yaklaşık 0.0425 SOL (yaklaşık 8.7 $), Ethereum'daki tek işlem miktarının çok altında olmasına rağmen, genel işlem sayısı oldukça büyüktür.
Özetle, Solana'daki MEV şu özelliklere sahiptir
Diğer MEV mekanizmaları: Jito dışında özel Mempool çözümleri
Jito, ana ticaret hızlandırma aracı olmasına rağmen, Solana üzerindeki tüm MEV faaliyetlerini kapsamamaktadır, özel Mempool çözümü başka bir rekabet modeli haline gelmektedir.
Kullanıcı davranışı açısından bakıldığında, kullanıcılar genellikle tek bir işlemin maliyet ayrıntılarından ziyade işlemin hızlı bir şekilde gerçekleşip gerçekleşmediğine odaklanırlar. Özellikle Solana ekosisteminde Meme tokenleri gibi popüler projelerin sıkça ortaya çıkması nedeniyle, birçok kullanıcı genellikle 'yield farming'e hızlıca katılmak için otomatik işlem Bot'larına yönelirler ve işlemin belirli detayları genellikle kullanıcılar tarafından göz ardı edilir veya tamamen izole edilir. Kullanıcılar genellikle Bot'un Jito'ya erişip erişmediğine veya işlem sırasında MEV sandviç saldırısına maruz kalıp kalmadığına odaklanmazlar.
Bu nedenle, Solana'da MEV fenomeni aynı şekilde yaygın olarak mevcuttur ve yüksek frekanslı işlemler ve otomatik Bot'ların yaygın kullanımı nedeniyle MEV etkinliklerinin daha da canlı hale gelmesine neden olur. Şu anda, Solana ekosistemindeki MEV çözümleri MEV'yi tamamen ortadan kaldırmaz, ancak farklı pazar katılımcıları (kullanıcılar, Bot'lar, doğrulayıcılar, araştırmacılar) arasında çıkar çatışması ve pazar rekabeti sonucunda oluşan dinamik bir denge oluşturur. Jito gibi mekanizmaların varlığı, hem pazar talebiyle hareket eden sonuç, hem de farklı rollerin MEV ekosisteminde en iyi getiri stratejisini aramasının bir yansımasıdır.
MEV Durum Analizi Ethereum'da: Merkeziyetsiz Çözümler, Arbitraj Alanının Sıkışması, Balina Hakimiyeti DeFi Ekosistemine
DeFi'nin doğduğu yer olarak, Ethereum uzun süredir MEV (Maksimum Çıkarılabilir Değer) sorununa odaklanmıştır. Sandviç saldırısı gibi çevrimiçi zorluklarla başa çıkmak için Ethereum Vakfı araştırmacıları, Sıralayıcı-Yapıcı Ayrımı (PBS) modelini önermekle kalmamış, aynı zamanda sürekli araştırma ve geliştirme yoluyla Ethereum ekosistemini MEV ile ilişkili olumsuz etkilerden korumaya çalışmaktadır. Vakıf, ekosistem altyapı projeleri Flashbots ile işbirliği yaparak PBS modelini kullanarak tarafların taleplerini dengelemeyi hedeflemektedir. Flashbots, şeffaf ve izinsiz bir açık artırma mekanizması getirerek MEV çıkarma sürecini düzenlemeyi amaçlamıştır, böylece MEV çıkarma işleminin şeffaflığını artırarak gelirin doğrulayıcılar, kullanıcılar ve diğer ilgili taraflar arasında daha adil bir şekilde dağıtılmasını sağlar.
Flashbots verilerine göre, 2023 yılında Ethereum ana ağındaki MEV geliri günlük ortalama 500,000 doları aşmaktadır. 2024 yılına gelindiğinde, Ethereum Layer 2 ekosisteminin hızla gelişmesiyle, bazı MEV işlem fırsatları yönlendirilmektedir. Şu ana kadar, Ethereum Layer 1'deki MEV geliri seviyesi yaklaşık olarak günde 300,000 dolar seviyesinde sabitlenmiştir.
Ancak, 2025 yılından sonra, Ethereum'daki MEV ekosistemi halen aktif olsa da, genel karlılık yetkin bir şekilde azalmaktadır. 4 Mart 2025 tarihli veriler, bir sandviç saldırısının işlem hacminin 289.76 milyon doları aştığını ve tüm MEV işlem hacminin (%51.56) 561.92 milyon dolarını oluşturduğunu göstermektedir, ancak gerçekte elde edilen kar sadece 6,320 doları oluşturup toplam MEV karının %4.11'ini oluşturmaktadır. Bu veri, bir sandviç saldırısı stratejisinin tek işlem karlılığının belirgin bir şekilde azaldığını açıkça göstermektedir. Aynı dönemde, Ethereum MEV toplam maliyeti önceki rakamlara göre %28.36 artarak 358,850 dolara ulaşmış, ancak toplam gelir sadece %6.90 artarak 512,660 dolara ulaşmıştır, bu da net karın belirgin şekilde 153,810 dolara sıkıştığını göstermektedir. Bu durum, MEV işlemlerinin hala sıkça gerçekleşmesine rağmen, yoğun rekabet ve artan maliyetlerin yanı sıra bir sandviç saldırısını önleme altyapısının geliştirilmesi nedeniyle genel kar marjının sürekli daraldığını açıklamaktadır.
Ethereum'daki MEV işlem durumu: kurumlar ve dev balinalar tarafından yönetiliyor
Ethereum L1 ağındaki gaz ücretlerinin yüksek olması nedeniyle, bireysel kullanıcılar genellikle L2 ( gibi Base, Arbitrum) veya diğer düşük maliyetli genel ağlara küçük ölçekli işlemler için geçmeyi tercih ederler. Bu nedenle, şu anda Ethereum ana ağının MEV işlemleri, kurumlar, balinalar ve profesyonel likidite sağlayıcılarına giderek daha fazla odaklanmaktadır. Büyük miktardaki MEV işlemleri, Ethereum L1'in hala DeFi alanının en önemli likidite merkezi olduğunu kanıtlamaktadır, ancak bu yüksek likiditenin büyük işlemlerde daha yüksek slayt (Slippage) oluşturması, MEV robotlarının sürekli arbitraj fırsatları yaratmasına olanak tanımaktadır.
2025 yılından bu yana, Ethereum ekosistemindeki sandwich saldırılarından elde edilen tekil karlar belirgin şekilde azaldı, bunun arkasındaki nedenler şunlar içerir:
Ethereum MEV'nin Geleceği: Arbitraj Modelinin Evrimi, Daha Profesyonel Ekosistemin Aşamalı Olarak Oluşması
Ethereum L2 ekosisteminin gelişmesiyle, giderek daha fazla DeFi işlemi ve MEV fırsatı L2'ye akıtılıyor, bu da L1 üzerindeki MEV fırsatlarını daha da zayıflatıyor. Ancak, L1 hala yüksek likiditeye sahip, kurumsal düzeyde DeFi etkinliği mekanı olduğundan, MEV kaybolmayacak, ancak daha karmaşık stratejilere evrilecek. Örneğin:
Genel olarak, MEV ekosistemi Ethereum'da yapısal bir değişimden geçiyor. Ethereum, MEV sorunu ortaya çıkar çıkmaz çeşitli çözümler denemeye devam etti, PBS (Teklif Veren-Oluşturucu Ayrımı) gibi yapısal çözümler de dahil olmak üzere. Basit sandviç saldırısı ve ön koşulu fırsatçılığın karlılığı belirgin şekilde sıkıştırılmış olabilir, ancak daha karmaşık, daha profesyonel MEV stratejileri hala ortaya çıkıyor ve sürekli olarak gelişiyor. Bu, MEV sorununun Ethereum ana ağında uzun süre var olacağı anlamına gelir. Ayrıca, Arayıcı (Searcher), Blok Oluşturucu (Builder), Doğrulayıcı (Validator), kullanıcılar ve çeşitli MEV ile ilgili altyapı projeleri (örneğin Flashbotst) arasındaki çıkar çatışması uzun süre devam edecek, işlem sıralaması, değer yakalama ve adil rekabet etrafında gelişen rekabet MEV ekosistemini sürekli olarak evrim geçirecektir.
BSC'nin MEV Ekosistemi: Hızla artan on-chain aktivite, işlem deneyimine yeni gereksinimler getiriyor ve bu da kullanıcıların işlem deneyimini korumayı öncelikli hale getiriyor
BSC ekosistemindeki kötü niyetli MEV sorunu genellikle topluluk tarafından dikkate alınır, gerçek durum nedir?
Dune'daki verilere göre, 2024'ün ikinci yarısından itibaren BSC ağındaki tüm DEX işlemlerinde sandviç saldırısına uğrama oranı kademeli olarak artmaya başladı ve Aralık 2024'te ilk kez Ethereum'u aştı. Genel olarak, çoğu BSC ve Ethereum üzerindeki DEX işlemlerinin sandviç saldırısına uğrama oranı %8'i geçmedi. 2025'in Şubat ayındaki zirveden sonra, BSC üzerindeki DEX işlemlerinde sandviç saldırısına uğrama oranı yaklaşık %4'e geriledi.
Şekil 2. ETH Arası DEX İşlemi vs BSC ETH SandWiched DEX İşlemi
Peki, neden birçok BSC kullanıcısı hala sık sık kendi işlemlerinin saldırıya uğradığını hissediyor? Bunun temel nedeni, son zamanlarda BSC'de popüler jetonların sık sık ortaya çıkması ve kullanıcıların zincir üstü işlem faaliyetinin kısa sürede belirgin bir şekilde artması, MEV saldırısının farkındalığını artırıyor.
Bu fenomeni daha iyi anlamak için öncelikle kullanıcı işlemlerinin neden sandviç saldırısına uğradığını gözden geçirelim:
Özellikle popüler tokenlerin sıkça işlem gördüğü dönemlerde, kullanıcıların ilk ihtiyacı işlemi mümkün olduğunca hızlı bir şekilde tamamlamaktır, böylece piyasayı kaçırmazlar. Bu nedenle, genellikle daha yüksek slayt toleransı ayarlarlar, dolaylı olarak sandviç saldırıları için daha fazla alan sağlarlar. Birçok cüzdan ve Düğüm MEV koruması sağlayan çözümler sunsa da (örneğin, gizli işlem havuzu veya gizli RPC Düğümü), tüm kullanıcıların bu gizli işlem yollarını seçeceği anlamına gelmez. Kullanıcıların MEV korumasını açık olarak ayarlamayı fark etmemelerinin yanı sıra, bir yandan gizli işlemler kullanıcı işlemlerinin paketlenme hızını artırmaz; diğer yandan, işlem hacmi arttığında kamu işlem havuzundaki işlemlerin Validator veya Builder tarafından daha kolay keşfedilmesi durumunda, kullanıcılar işlem ücretini uygun şekilde artırırsa, işlemin daha hızlı bir şekilde paketlenmesini sağlayabilirler. Örneğin, normal bir stabilcoin transferi veya BNB transferi genellikle ek MEV korumasına ihtiyaç duymaz, bu tür işlemler genel işlem havuzunu kullanarak daha verimli olabilir.
Teknik mimari açısından, şu anda BSC'deki MEV ekosistemi, Ethereum ana ağındaki PBS modeline benzer, işlemlerin sıralaması Builder tarafından oluşturulur ve nihai olarak Validator'a sunulur. Bazı Builder'lar özel işlem havuzu hizmeti sunabilir (Özel Mempool), ancak genel işlem havuzundaki işlemler hala MEV arayıcıları tarafından bulunabilir ve saldırı işlem paketi oluşturulabilir. Solana'daki gizlilik işlemi planlarından farklı olarak, BSC'deki gizlilik işlem havuzu, kullanıcı işlemlerinin öncelikli olarak onaylanmasını veya hızını önemli ölçüde artırmaz, sadece bir işlem gizliliği koruma işlevi sağlar.
Bu nedenle, genel zincir düzeyinde, kötü niyetli MEV sorununu gerçekten çözmek için iki yönlü optimizasyona dikkat etmek gerekir:
BSC MEV sorununu nasıl çözüyor?
Uzun vadede, BSC, MEV'nin kullanıcılara olan olumsuz etkisini daha da azaltmak için zincirin kendi teknolojik yükseltme ve performans optimizasyon önlemleri aracılığıyla çalışmaktadır. Son yol haritasında, BSC'nin Blok çıkarma aralığını 750 milisaniyenin altına indirme planı yapılmış ve Resmi olarak Sub-second (alt saniye) blok üretim çağına girilmiştir. Bu, aşağıdaki iki doğrudan faydayı beraberinde getirecektir:
Bu nedenle, MEV faaliyetleri BSC'de devam etse de, özünde diğer zincirlerden önemli ölçüde daha ciddi değildir. BSC zincirinin gelişme yönü de çok açıktır: Blok süresini 750ms'ye kadar kısaltarak, sub-saniye çağına adım adım geçerek, zincirin performansı ve kullanıcı deneyiminden başlayarak, MEV sorununun kullanıcılara yaptığı olumsuz etkiyi daha da hafifletmek
BSC, blok süresini kısaltmanın yanı sıra, daha kapsamlı özel işlem havuzları oluşturma çalışmalarını da aktif olarak araştırmaktadır, örneğin TEE gibi teknolojiler aracılığıyla, kullanıcı odaklı Searcher, Validator oyununun dengeli bir hale gelmesini sağlamaktadır.
Özet
Genel olarak, MEV sorunu belirli bir Blok Zinciri için özgü değildir, ancak tüm zincirlerin karşılaşması gereken çoklu hedef optimizasyon zorluğudur, şu anda ekosistemler farklı stratejiler benimsemiş durumda ve taraflar arasındaki dengeyi sağlamaya çalışıyorlar:
Normal kullanıcılar için, AMM ile ilgili işlemler yaparken hangi Blok zinciri altyapısını kullandıklarına bakılmaksızın, işlemleri mümkün olduğunca özel bir işlem havuzuna /Private RPC Düğüm'e yönlendirmeleri önerilir, işlemleri genel havuzda açığa çıkma riskini azaltarak MEV saldırısına maruz kalma olasılığını azaltır.