MEV: Frontrunning, Sandwiching ve Kendinizi Nasıl Korursunuz

Eğer hiç bir DEX'te token takası yaptıysanız ve elde ettiğiniz fiyatın bir an önce gördüğünüz kotasyondan biraz daha kötü olduğunu fark ettiyseniz, MEV ile karşı karşıya gelmiş olabilirsiniz. MEV, kulağa korkutucu gelen, çevrimiçi olarak sansasyonelleştirilen ve nadiren bir öz-saklama kullanıcısının gerçekten hareket edebileceği terimlerle açıklanan konulardan biridir. Bu makale bunu düzeltiyor. MEV'in gerçekte ne olduğuna, nereden geldiğine, karşılaşmanız en muhtemel üç desene, kimin gerçekten risk altında olduğuna ve SSP'den takas yaparken maruziyetinizi azaltan somut alışkanlıklara bakacağız.

MEV Aslında Ne Demek

MEV, Maximal Extractable Value anlamına gelir (Ethereum'un proof-of-stake'e geçişinden önce orijinal olarak "Miner Extractable Value"). Bir bloktan, hangi işlemlerin dahil edileceğini, hangi sırada dahil edileceğini ve herhangi birinin sansürlenip sansürlenmeyeceğini seçerek çıkarılabilecek değere atıfta bulunur.

MEV'i bir kötü niyetli aktör olarak değil, halka açık blockchain'lerin yapısal bir özelliği olarak düşünmek en kolayıdır. Sonraki bloğun içeriğini kim belirliyorsa, sıralama üzerinde takdir yetkisine sahiptir ve bu takdir yetkisinin ekonomik değeri vardır. Bazı MEV zararsızdır — DEX'ler arasında fiyatları tutarlı tutan arbitraj teknik olarak MEV'dir ve sisteme fayda sağlar. Bazı MEV çıkarıcıdır — sıradan kullanıcılardan sofistike katılımcılara değer aktarır.

MEV Nereden Geliyor

Ethereum veya herhangi bir EVM zincirinde bir işlem gönderdiğinizde, doğrudan bir bloka gitmez. Mempool'da, bir node çalıştıran herkesin görebildiği halka açık bir bekleme alanında bekler. Searcher adı verilen uzmanlaşmış aktörler, kârlı fırsatlar arayarak mempool'u tararlar. Kendi işlemlerini gönderirler, genellikle blok birleştiren builder'lar aracılığıyla ve validator sonunda seçilen bloğu yayınlar.

The Merge ve proposer-builder ayrımının yaygınlaştırılmasından sonra, modern akış kabaca şöyle görünür:

• Searcher'lar bir fırsat bulurlar ve bir işlem paketi oluştururlar.
• Builder'lar, ücret + bahşiş gelirini maksimize eden aday bloklar birleştirirler.
• Validator'lar (proposer'lar) rekabet eden builder'ların arasından en kârlı bloğu seçerler.

Kullanıcılar için kritik nokta: Bekleyen takasınız, belirli adımlar atmadığınız sürece halka açık mempool'da görünür. İzleyen herkes ona tepki verebilir.

Bilmeniz Gereken Üç Desen

1. Frontrunning

Bir searcher, bir fiyatı öngörülebilir şekilde hareket ettirecek bekleyen bir işlem görür — örneğin, bir DEX'te bir token'ın fiyatını yukarı itecek büyük bir takas. Daha yüksek bahşişle özdeş veya benzer bir işlem gönderir, böylece bloka sizin işleminizden önce girer. Daha iyi fiyatı o alır ve siz onu takip eden biraz daha kötü fiyatı alırsınız.

Frontrunning, ortalama perakende ticaret için değil, esas olarak bariz piyasa etkisi olan büyük takaslar için bir endişedir.

2. Sandwiching

Bu, perakende kullanıcılarla bağlantılı olarak en sık tartışılan desendir. Bir searcher, takasınızı görür, fiyatı hareket ettireceğini hesaplar ve onun etrafına iki işlem yerleştirir:

1. Takasınızın hemen öncesinde bir alış, fiyatı yukarı iter.
2. Takasınızın hemen sonrasında bir satış, az önce ittiğiniz fiyatı yakalar.

Beklediğinizden daha az token alırsınız ve fark searcher'a gider. Risk, işlem boyutunuzla, likidite havuzunun ne kadar sığ olduğuyla ve — kritik olarak — ne kadar slippage toleransı ayarladığınızla ölçeklenir. Yüksek bir slippage toleransı, kârlı bir sandwich'i en başta mümkün kılan şeydir; sıkı slippage ya sandwich'i önler ya da işleminizin geri alınmasına neden olur.

Henüz okumadıysanız, slippage ve fiyat etkisi hakkındaki yardımcı makale, o toleransın neden önemli olduğunu tam olarak açıklar.

3. Backrunning

Bir searcher, sizinkinden hemen sonra bir işlem yerleştirerek işleminizin yarattığı bir fırsatı yakalar — tipik olarak takasınızın bir fiyatı hareket ettirmesinden sonra havuzlar arasında arbitraj. Backrunning genellikle size zarar vermez (takasınız zaten kabul ettiğiniz fiyatla yürütüldü). Aslında, DEX fiyatlarını daha geniş piyasayla uyumlu tutan mekanizmalardan biridir.

Farkı bilmek değerlidir: takasınıza dokunan her MEV işlemi sizden değer almıyor.

Kim Gerçekten Risk Altında

Dürüst cevap: her kullanıcı değil, her işlem değil.

• Derin havuzlardaki küçük takaslar — diyelim ki büyük bir ETH/USDC havuzunda 200 $'lık bir takas — genellikle fiyatı yüzdenin küçük bir kesri kadar hareket ettirir. Sandwich'ing ekonomisi sadece işe yaramaz; searcher'ın gas maliyetleri kârı aşardı.
• Sığ havuzlardaki büyük takaslar — diyelim ki düşük piyasa değerli bir token çiftinde beş veya altı haneli bir takas — tam olarak sandwich saldırılarının kârlı hale geldiği yerdir. Fiyat etkisi büyüktür, slippage toleransı işlemin gerçekleşmesi için genellikle gevşek olmalıdır ve searcher'ın beklenen kârı gas'i kolayca karşılar.
• Aradaki herhangi bir şey havuzun derinliğine, belirli token çiftine, mevcut tıkanıklığa ve slippage ayarınıza bağlıdır.

Sonuç "MEV her yerde" veya "MEV nadir" değil — "MEV maruziyeti işlem boyutunun, havuz derinliğinin ve ayarlarınızın ne kadar gevşek olduğunun bir fonksiyonudur".

Aslında Ne Yapabilirsiniz

Bireysel kullanıcı olarak MEV'i ortadan kaldıramazsınız; bu, blokların nasıl üretildiğinin bir özelliğidir. Maruziyetinizi anlamlı şekilde azaltabilirsiniz:

• Sıkı, gerçekçi slippage kullanın. Slippage'i işlemin tolere edebileceği kadar düşük ayarlayın. Derin havuzlu, likit bir çiftte %0,5–1 toleransı genellikle iyidir. %5–10 toleransı sandwich'lenmek için açık bir davettir. Bkz. slippage ve fiyat etkisi.
• Derin likidite havuzlarını tercih edin. Derin bir havuzu %0,05 hareket ettiren bir takas sandwich'lemek için ilgi çekici değildir. Sığ bir havuzu %5 hareket ettiren bir takas öyledir.
• Mevcut olduğunda özel mempool RPC kullanın. Flashbots Protect gibi hizmetler işleminizi doğrudan builder'lara yönlendirir, halka açık mempool'u atlar. Searcher'lar göremedikleri bir işleme tepki veremezler. Bu, Ethereum ekosistemindeki nötr ve iyi bilinen bir azaltmadır; Ethereum'un MEV hakkındaki dokümanları daha geniş manzarayı kapsar.
• Önceden kotasyon veren cüzdan içi takas rotalarını kullanın. SSP içinden yerleşik bir rota kullanarak takas yaptığınızda, kotasyon gerçekçi yürütme fiyatını içerir; gerçeklik çok fazla saparsa, işlem sessizce daha kötü bir fiyata karşı yürütülmek yerine geri alınır.
• Büyük işlemleri daha küçük parçalara bölün. Tek bir büyük takas, searcher'ın kârını maksimize eder; zaman ve havuzlar arasında dağıtılmış birkaç küçük takas, işlem başına teşviki azaltır.
• Gas maliyetlerine dikkat edin. Geri alınan bir takas yine de gas'e mal olur. Slippage'i o kadar sıkı ayarlarsanız ki işleminiz tekrar tekrar başarısız olursa, hiçbir şey için ödeme yapıyorsunuz demektir. Boyutlandırma bağlamı için Ethereum'da gas ücretleri bölümüne bakın.

Bu, SSP'nin 2-of-2 Korumasıyla Nasıl İlişkilidir

MEV, anahtar uzlaşmasıyla ilgili bir risk değil, bir işlem sıralama riskidir. İşleminizin sandwich'lenip sandwich'lenmemesi, anahtarlarınızın güvende olup olmadığıyla ilgisi yoktur.

SSP 2-of-2 öz-saklama cüzdanıdır: her işlem, SSP tarayıcı uzantısı ve SSP Key mobil uygulaması tarafından birlikte imzalanır; EVM zincirlerinde ERC-4337 smart account'u 2025'te Halborn tarafından denetlenmiş bir Schnorr-toplanmış imza kullanır. Bu koruma, fonlarınızı kimin harcayabileceği ile ilgilidir. MEV, zaten yetkilendirdiğiniz işlemlerin sırasına kimin karar verdiği ile ilgilidir.

Başka bir deyişle: bir sandwich saldırısı anahtarlarınızı çalmaz ve 2-of-2 modeli, kendi başına, bir takastan ne aldığınızı değiştirmez. Yukarıdaki azaltmalar — daha sıkı slippage, daha derin havuzlar, özel RPC'ler, makul işlem boyutlandırma — MEV'e karşı koruyan katmandır.

Pratik Bir Zihinsel Model

Takas yapmak üzereyken kendinize üç soru sorun:

1. Takas yaptığım havuz ne kadar derin? Derin havuzlar daha az sandwich dikkati çeker.
2. Hangi slippage'i tolere ediyorum? Bir sandwich'i kârsız kılacak kadar sıkı mı?
3. Bu işlemin boyutu fiyatı belirgin şekilde hareket ettirecek mi? Eğer öyleyse, bölmeyi veya özel bir mempool üzerinden yönlendirmeyi düşünün.

Bu zihinsel model, vakaların gerçekçi çoğunluğunu ele alır. Cüzdan içi takas genel görünümü takas deneyiminin kendisini gözden geçirir ve SSP'de Ethereum kılavuzu zincir düzeyindeki bağlamı kapsar. MEV, açık mempool'ları kullanmanın gerçek bir maliyetidir, ancak az sayıda alışkanlıkla şekillendirebileceğiniz bir maliyettir — ve 2-of-2 öz-saklamanın size sağladığı temel güvenlik garantisini değiştirmeyen bir maliyettir.