Bu makaleyi okumadan önce, MEV, Flashbot'un rolü ve Flashbot'un MEV üzerindeki etkisi hakkında temel bir anlayışa sahip olmanız gerekir.
PoS mekanizmasının temel anlayışını ve Birleştirmenin getirdiği değişiklikleri bilmek de gereklidir.
MEV
İlk olarak, MEV'in ne olduğunu gözden geçirin.
Madenci Çıkarılabilir Değeri, kelimenin tam anlamıyla "bir blok geliştiricisinin çıkarabileceği değeri" ifade eder.
Bu değer, kullanıcının işlemini bloğa paketlemek için kullanıcı tarafından blok geliştiricisine ödenen ücreti ifade etmez. Ücret verme eylemi kullanıcı tarafından kabul edilir ve kullanıcı ücreti çok düşük ayarlayabilir, böylece işlemi uzun süre tahsil edilir, ancak en azından blok geliştiricisi işlem için herhangi bir ücret talep edemez.
*Okuma ipucu: MEV'in şu anki gelişimi artık blok geliştiricilerine özel olmadığı için MEV artık Maksimum Çıkarılabilir Değer olarak yeniden adlandırıldı. *
"Bir blok geliştiricisinin sıkıştırabileceği değer", bir blok geliştiricisinin işlemlerin sırasını değiştirerek, kendi işlemlerini ekleyerek ve istismar edilen işlemlerden önce (veya sonra) kar elde ettiği gerçeğini ifade eder. Peki blok geliştiricileri ne tür faydalar sağlayabilir?
Örneğin, sıcak bir NFT mint slotları sunduğunda ve yalnızca en hızlı 100 kişi başarılı bir şekilde mint yapabildiğinde, blok geliştiricisiyle arkadaş olan veya blok geliştiricisi ile zincir dışı bir tür anlaşmaya varmış olan Carol, işlem sırasını düzenleyerek blok geliştiricisinin mint işlemini başka birinin mint işleminden önce yapabilmesini sağlayabilir.
△ Blok geliştiricileri, Carol'ın darphane işlemlerine diğer insanlardan önce öncelik verecek.
Diğer bir yaygın MEV, kullanıcıları sıkıştıran, kullanıcıları en kötü fiyatı (kabul edilebilir aralıkta) almaya zorlayan bir AMM işlemidir ve kullanıcının beklenen fiyatı ile en kötü fiyat arasındaki fark, blok geliştiricisi tarafından sıkıştırılan kârdır.
Aşağıdaki örnekte Alice, 1 WBTC'yi 21.500 USDT ile takas etmeyi bekliyor, ancak merkeziyetsiz dünyada kendi işleminin ilk gerçekleştirilen işlem olmayabileceğini ve kendisinden önce başka biri WBTC/USDT alım satımı yaptığında AMM fiyatının değişeceğini ve 1 WBTC'nin 21.500 USDT ile takas edilemeyeceğini biliyor, bu nedenle kabul edilebilir aralıkta 20.500 USDT gibi en kötü bir fiyat belirliyor:
△Alice, 1 WBTC'yi 21.500 USDT ile değiştirmeyi bekliyor, ancak en kötü ihtimalle 20.500 USDT'yi kabul edebilir.
Bu sırada Eve, Alice'in işlemini keşfetti ve Alice'in işleminden önce WBTC satmaya karar verdi, bu da WBTC fiyatının 20.500 USDT'ye düşmesine neden oldu ve ardından Alice'in işlemini gerçekleştiren Alice, 20.500 USDT fiyatından işlem yapmak zorunda kaldı.
Son olarak, Eve başlangıçta WBTC satışından elde edilen USDT ile WBTC'yi geri satın alır ve WBTC fiyatı 20.500 USDT'den az olur, bu da Eve'in düşük alım ve yüksek satış (< 20.500'den alıp 21.500'den satma) tamamladığı ve fiyat farkını kazandığı anlamına gelir.
△ Blok geliştiricisi Eve, Alice'in işleminden önce WBTC satmayı karlı buldu ve ardından Alice'in işlemi gerçekleştirildikten sonra spread'i kazanmak için WBTC'yi geri satın aldı.
Merkeziyetsiz sistemlerde MEV olmalıdır
Merkezi bir sistemde, işlemleri sıralamaktan sorumlu rollere (Operatör, Sıralayıcı) güvenmeyi ve itibar uğruna kullanıcıya zarar verecek kötü bir şey yapmayacaklarına güvenmeyi seçebilir veya sistemden ayrılmayı seçebilirsiniz. Bu aynı zamanda L2'nin mevcut durumudur ve L2 proje partilerinin MEV'i çıkarmak için kendi tabelalarını parçalaması pek olası değildir.
Ancak merkezi olmayan bir sistemde, herkes bir blok geliştiricisi olabilir ve bir blok geliştiricisinin davranışının "kötü" olduğunu basit ve nesnel olarak kanıtlayamayız, bu da blok geliştiricilerin karları sömürmesini etkili bir şekilde yasaklayamayacağımız anlamına gelir.
Blok geliştiricilerin "iyi insanlar" olmasını beklememeliyiz, ancak bir blok geliştiricisi MEV sayesinde giderek daha fazla para kazanırsa ve daha fazla blok geliştirme ekipmanına yatırım yaparsa, daha da büyüyerek diğer rakiplerini ortadan kaldırmasına neden olacağından ve sonucun merkezi olmayan bir sistemde yalnızca bir blok geliştiricisi ikilemi olacağından ve sonunda kullanıcıların işlemlerine istediği zaman kişisel tercih kuralları uygulayabileceğinden endişelenmeliyiz. İşte bu yüzden Flashbot ortaya çıktı.
Flashbot
MEV'in blok geliştiricilerin ademi merkeziyetçilik derecesini etkilemesini önlemek için Flashbot, MEV'i blok geliştiricilerin ve profesyonel MEV araştırmacılarının MEV'i işbirliği yaptığı ve paylaştığı açık bir pazar haline getirdi ve blok geliştiricileri ile MEV araştırmacıları arasında yüksek derecede rekabet var.
Bu tür rekabet ve ortaklıklar sayesinde, blok geliştiricileri ve MEV araştırmacıları kendi uzmanlık alanlarına odaklanabilirler ve MEV araştırmacılarının, blok geliştiricilerin arbitraj fırsatlarını çalabilecekleri veya kasıtlı olarak kendi işlemlerini kabul etmeyecekleri konusunda endişelenmelerine gerek yoktur.
△ Searcher, açık işlem havuzundan arbitraja kadar olan işlemleri bulur ve Flashbot'a verilen ve daha sonra blok geliştiricisi tarafından seçilen kendi paketleri için gelir hakları için teklif verir.
Merkezileşme Riski
Bununla birlikte, Flashbot'un hala bir dezavantajı vardır, tüm MEV arama arbitraj işlemleri, arbitraj fırsatlarını çalabilen veya arbitraj işlemlerini gözden geçirebilen merkezi bir Flashbot sunucusundan geçmelidir.
Flashbot'a ek olarak, Eden Network gibi projeler de piyasada ortaya çıktı. Kendi gereksiz stake etme, blok içi işlem önceliği ve ek teklif verme mekanizmaları dışında temelde Flashbot ile aynı mimariye sahiptir. Ancak en azından Flashbot kötülük yapmaya başladığında, blok geliştiricilerin ve arama yapanların başka seçenekleri de var.
MEV, kabul edilmesi gereken yerleşik bir gerçektir
Hem protokol tasarımcıları hem de kullanıcılar MEV konusunda uyanık olmalıdır. Mümkünse, MEV'i protokol tasarımına dahil etmek ve MEV'i kullanışlı bir araç haline getirmek, protokol tasarımcılarının gelecekte mekanizmalar tasarlarken düşünmeleri gereken bir şeydir. Daha sonraki makaleler, MEV'i iyi bir şekilde kullanmak için tasarım ve fikirleri de kapsayacaktır.
Birleştirme
Ethereum, Merge'den sonra PoS mekanizmasına geçti ve madencilik makinesi bilgi işlem gücüyle rekabet eden bir blok geliştiricisinden ETH'yi stake etmeye kadar, blok önerme fırsatı elde etmek için bir Doğrulayıcı olabilir, bu da PoS'ta blok elde etme eşiğinin çok daha düşük olduğu anlamına gelir. Blok oluşturma fırsatları elde etme eşiğinin düşürülmesi, aslında Flashbot'taki farklı roller arasındaki rekabeti ve işbirliğini etkiler.
*Okuma ipucu: Burada önermek, anlamı çok yakın olduğu için önerme bloğu ve yapı bloğunun Çincesini yanlış okumamak için İngilizce olarak tutulmuştur. *
Güven İlişkisinde Değişim
PoS'tan önce, Searcher'ın blok geliştiricisinin paketinin içeriğini kapmayacağına güvenmesi gerekiyordu ve blok geliştiricisi yapsa bile, Searcher yalnızca Flashbot'tan blok geliştiricisini kara listeye almasını istemek için kanıt sunmak veya onu kapatmak için Twitter'da bir gönderi yayınlamak gibi zincir dışı mekanizmalar aracılığıyla karşı koyabilirdi.
Bununla birlikte, blok geliştiricileri temelde çok işbirlikçidir, çünkü blok geliştiricisi ile Arayıcı arasındaki ilişki uzun vadeli bir işbirliğidir ve blok geliştiricisi bugün belirli bir MEV avantajı için Arayıcı'yı yakalarsa ve blok geliştiricisi gelecekte herhangi bir MEV fırsatı almayacaksa, buna değmeyecektir.
Ancak PoS'tan sonra ETH stake ederek blok üretme fırsatı elde edebilirsiniz ve blok üretme eşiği düşürülür. Sonuç olarak, birçok sıradan insan doğrulayıcı olarak katılır ve bu da blokların yavaş yavaş seyreltilmesi şansına neden olur.
PoW'a çok fazla maliyet yatıran ve uzun süredir faaliyet gösteren birkaç madencilik havuzuyla karşılaştırıldığında, PoS'taki Doğrulayıcı yalnızca ara sıra blok oluşturma fırsatı elde edebilir ve blok ödülü artı yıllık ortalama MEV oranı %10 olsa bile hesaplanır, Doğrulayıcı, Arayıcının MEV'ini almak için hala çok yeterli bir teşvike sahiptir.
Okuma ipuçları: Flashbot istatistiklerinin MEV lider panosuna başvurabilirsiniz, ilgili içeriği görüntülemek üzere tarayıcıya atlamak için aşağıdaki bağlantıyı kopyalayın:
△ 3,2 ETH'den fazla MEV alma fırsatını yakaladığınız sürece, yıllık %10'u aşacaktır.
Bu nedenle, Flashbot'un mimarisinin güven ilişkisinin değişmesine ve PoS mekanizmasına uyacak şekilde ayarlanması gerekiyor ve mevcut mev desteği haline geldi.
mev-boost
Mev-boost'ta, Flashbot'un Searcher ve blok geliştiricisi arasındaki Relay rolü ikiye bölünmüştür, biri Builder ve diğeri Relay olarak adlandırılır ancak farklı sorumluluklara sahiptir.
Arayıcı, paketi bir blok oluşturmak için birden fazla paketten birkaç paket seçen İnşaatçıya verir ve bloğu Aktarıcı'ya verir, o da Aktarıcı tarafından gönderilen bloklardan birini seçer.
△ Searcher, Searcher ile rekabet eder, Builder, Builder ile rekabet eder ve Validator ondan en avantajlı bloğu seçer.
Oluşturucu, Doğrulayıcının kendi bloğunu seçeceğini umarak, bir bloğun sınırlı kapasitesinde en uygun paket kombinasyonunu bulmaktan sorumludur.
Peki Relay ne işe yarar? Yukarıda bahsedildiği gibi, güven ilişkisi değişmiştir, bu nedenle Arayıcı/Oluşturucu Doğrulayıcıya güvenemez, bu nedenle mev-boost'taki Doğrulayıcının gerçek blok içeriğini almadan önce "Bloğunuzu önereceğim" sözü vermesi gerekir.
Relay, koordinasyona yardımcı olmak için Oluşturucu ve Doğrulayıcı arasında bir aracı görevi görür: Relay, Oluşturucu tarafından yapılan bloğu Doğrulayıcıya teslim etmeden önce Doğrulayıcının sözünü alana kadar blok içeriğini saklar.
Gerçek Ethereum Beacon Chain terminolojisinde, oluşturucu tarafından yapılan blok içeriğine ution Payload denir ve doğrulayıcı, Payload'un bir taahhüdü olarak kabul edilebilecek ution Payload Header adlı Relay'den veri alır ve Header'ın imzalanması, Payload'un imzalanmasını temsil eder.
Validator, Relay'e hangi bloğu önereceğini seçtiğinde, bloğun ution Payload Header'ını Beacon bloğuna koyacak ve imzalayacak ve ardından imzalanan içeriği kanıt olarak Relay'e teslim edecek ve son olarak Relay, bloğun içeriğinin Doğrulayıcı'ya verileceğinden emin olabilir ve bloğu önermesine izin verebilir.
△ İnşaatçı bloğu Röleye verir ve Röle Başlığı Doğrulayıcıya verir
△ Doğrulayıcı bloğu seçerse, Başlık İşaret Bloğuna konulacak, imzalanacak ve Röleye teslim edilecektir.
△ Röle daha sonra tüm parçayı doğrulayıcıya teslim eder.
Doğrulayıcı sonunda Relay'e ihanet eder ve başka bir blok önermeyi seçerse, Aktarıcı, Doğrulayıcının kendisine verdiği imzayı, Doğrulayıcının iki farklı blok önerdiğinin kanıtı olarak yayınlayabilir ve ardından Doğrulayıcı, Ethereum İşaret Zincirinin kurallarını ihlal ettiği için cezalandırılır.
△ Eve, farklı bir blok önerdiği için kesildi (taahhüt edilen ETH'nin bir kısmına el konuldu).
Güven Hipotezi
Mev-boost'ta, Doğrulayıcı Relay'e güvenmelidir, eğer Relay tarafından nihai olarak ortaya çıkarılan bloğun içeriği yasal değilse veya Validator tarafından alınan gerçek para beklendiği gibi değilse veya Relay bloğun içeriğini doğrudan yayınlamasa bile, Validator bloğu öneremez, o zaman Validator yalnızca diğer Validatörlerin Relay'in kötü niyetli davranışını bilmesini sağlamak gibi zincir dışı bir mekanizma aracılığıyla karşı koyabilir.
Devre kesici
Doğrulayıcılar günün 24 saati izlenemez ve müdahale edilemez, bu nedenle doğrulayıcı yazılımı (aynı aktarıcının veya daha fazlasının) sürekli olarak güveni bozduğunu tespit ettiğinde, her zaman gelir kaybetmemek için tepki verebilmelidir çünkü teklif engellemeleri yoktur.
Örneğin, beşten fazla yuva için bir blok önermediğinizi fark ettiğinizde, blok içeriğini oluşturmak için geri dönüp kendi düğümünüzü kullanmanız gerekir.
İlgili belgeler için lütfen şu adrese bakın:
Röle Monitörü
Relay karakterinin kötülüklerinin etkisini azaltmak için Flashbot topluluğu, Relay'in davranışının izlenmesini tasarlamayı da düşünüyor.
İlgili belgeler için lütfen şu adrese bakın:
Veri Kullanılabilirliği C****ommittee
Relay'in bir bloğun içeriğini yayınlamamasını önlemenin bir yolu, blok verilerini, blok içeriğini tutmaktan ve kullanılabilir olmasını sağlamaktan, yani blok içeriğini tutma sorumluluğunu merkezden uzaklaştırmaktan sorumlu bir düğüm komitesine vermektir.
Şu anda hangi İnşaatçılar ve Aktarıcılar mevcut? **
Burada mevcut Oluşturucu ve Aktarıcıyı görebilirsiniz:
MEV-Boost
Web sitesini kontrol edin:
Gördüğünüz gibi, mev-boost'un ana geliştirme ekibi olmasına rağmen, Flashbot baskın Relay statüsüne sahip değil, çünkü Flashbot en başından beri mev-boost'u geliştirdi ve kendisini mev-boost yazılımında varsayılan Relay olarak ayarlamadı.
Okuma İpuçları: Daha fazla bilgi edinin, lütfen bakınız
2023–04–02 Mev-boost rölesine karşı saldırı
Kötü niyetli bir doğrulayıcı, Relay'de bir güvenlik açığı keşfetti: Relay, kontrol edilecek geçerli bir imzaya sahip olduğu sürece (içeriğin meşru olup olmadığı) paket içeriğini doğrulayıcıya geri gönderir.
Bu nedenle, kötü niyetli doğrulayıcı geçersiz bir içeriğe imza atar (başlığın bazı alanlarının değerleri geçersizdir) ve Aktarıcı paket içeriğini geri gönderdikten sonra, doğrulayıcı paketteki arbitraj işlemini çalar ve ardından başka bir geçerli blok önerir.
Röle, Doğrulayıcı tarafından imzalanan başlığı yayınlamaya çalışır, ancak içerik geçerli olmadığı için diğer düğümler tarafından reddedilir, bu nedenle herkes yalnızca Doğrulayıcının kendisi tarafından önerilen geçerli bloğu görür. Daha sonra, Doğrulayıcı Eğik Çizgi Çekildi ve iki farklı başlık (Röle ve Önerilen için) imzaladığı için Doğrulayıcı listesinden atıldı, ancak hasar verildi.
Güncellenen Relay artık önce Validator başlığını yayınlamaya çalışacak, eğer diğer düğümler tarafından başarılı bir şekilde alınırsa, bu, Validator işaretinin içeriğinin meşru olduğu anlamına gelir ve diğer düğümler önce Relay tarafından yayınlanan bloğu görecektir, eğer Validator paketin içeriğini çalmaya ve kendisi önermeye çalışırsa, Relay tarafından yayınlanan bloğu kazanmak daha zor olacaktır (çünkü zaten Relay tarafından blok yayınını gören birçok düğüm vardır).
Okuma İpucu 1: Bu saldırının başlığını ve ilgili kanıtları ve Röle yamalarını açıklayın, lütfen bu konuya bakın, ayrıntılar için lütfen bu konuya bakın:
*İpucu 2'yi Okuma: Kötü niyetli doğrulayıcılar, paketlerden arbitraj işlemlerini çalmanın yanı sıra, sandviç vuruşları yapan arbitrajcılara da saldırabilir: sandviç vuruşları yapan arbitrajcılar, kurbanın ticaretinden önce ve sonra kendi işlemlerini ekler — kurbanı önceden satın alır ve ardından kurban spread'i kazanmak için satın aldıktan sonra satar, ancak clipper'ın başarılı olması için her iki işlemin de gerçekleştirilmesi gerekir, aksi takdirde yalnızca önceki işlem gerçekleştirilir, ancak arbitrajcı yalnızca spread'i kazanmakla kalmaz, aynı zamanda kendi fonlarını da kaybeder. *
Bununla birlikte, bu saldırıya yanıt olarak yapılan yamalar, blok üretiminin gecikme süresini artıracaktır, bu nedenle PoS zincirinin yeniden düzenlenmesinin sayısı, saldırıyı takip eden günlerde önemli ölçüde artmıştır ve şu anda MEV-Boost'un gecikmesinin neden olduğu PoS ağının istikrarsızlığını önlemek için çeşitli çözümler tasarlanmakta ve uygulanmaktadır.
Okuma ipucu: Ayrıntılı bilgi için, tarayıcınızda görüntülemek üzere aşağıdaki bağlantıyı kopyalayabilirsiniz
Flashbot/mev-boost'un etkisi
Doğrulayıcı Oylama Verimliliğini Etkiler
Flashbot/mev-boost nedeniyle, bir bloğun üretimden fiilen önerilmeye kadar olan süreci daha fazla seviyeden geçti, bu da Doğrulayıcı teklif bloğunun zaman gecikmesine yol açtı ve oylamadan sorumlu diğer doğrulayıcılar bloğu daha sonra alacak, bu nedenle oylama süreleri sıkıştırılacak ve bu da genel PoS ağının güvenliğini etkileyecektir.
Katılımda tahmini %2'lik bir düşüş ve doğru oy veren doğrulayıcılarda %1'lik bir düşüş gibi büyük bir etki gibi görünmese de, bu, doğrulayıcıların yalnızca üçte birinin MEV Relay'e bağlı olduğu Ekim 2022'ye ait.
Okuma ipucu: Daha fazla bilgi için lütfen aşağıda bağlantısı verilen makaleye bakın
Özet ve Öne Çıkanlar
MEV kaçınılmazdır ve blok geliştiricileri MEV madenciliğinin en büyük avantajına sahiptir. Flashbot, MEV madenciliğini açık bir pazara dönüştürerek madenci merkezileşmesinin tüm zincirin güvenliğini etkilemesini önlüyor.
mev-boost, PoS'un getirdiği değişikliklere yanıt olarak doğdu, mev-boost, Arayıcı/Oluşturucu ve Doğrulayıcı arasındaki güven ilişkisini tersine çevirir ve rekabeti daha açık hale getirir: birbiriyle rekabet eden birden fazla İnşaatçı ve birbiriyle rekabet eden birden fazla Aktarıcı vardır, bu da Flashbot'un merkezileşme riskini daha da azaltır.
Bir sonraki makalede, tüm MEV ekosistemini daha merkezi olmayan ve güvenli hale getirecek olan Validator, Builder ve Searcher arasındaki özel bir işbirliği yerine, mev-boost mimarisini doğrudan Ethereum'un kendi protokolüne entegre eden Proposer-Builder Ayrımını (PBS) tanıtacağız.
Daha fazla okuma için referans veriler ve öneriler
*İstatistik:
*İstatistik:
*
View Original
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.
Ethereum Birleşmesinden Sonra MEV
Yazar: Nic @ imToken Labs
Okuma İpuçları
MEV
İlk olarak, MEV'in ne olduğunu gözden geçirin.
Madenci Çıkarılabilir Değeri, kelimenin tam anlamıyla "bir blok geliştiricisinin çıkarabileceği değeri" ifade eder.
Bu değer, kullanıcının işlemini bloğa paketlemek için kullanıcı tarafından blok geliştiricisine ödenen ücreti ifade etmez. Ücret verme eylemi kullanıcı tarafından kabul edilir ve kullanıcı ücreti çok düşük ayarlayabilir, böylece işlemi uzun süre tahsil edilir, ancak en azından blok geliştiricisi işlem için herhangi bir ücret talep edemez.
*Okuma ipucu: MEV'in şu anki gelişimi artık blok geliştiricilerine özel olmadığı için MEV artık Maksimum Çıkarılabilir Değer olarak yeniden adlandırıldı. *
"Bir blok geliştiricisinin sıkıştırabileceği değer", bir blok geliştiricisinin işlemlerin sırasını değiştirerek, kendi işlemlerini ekleyerek ve istismar edilen işlemlerden önce (veya sonra) kar elde ettiği gerçeğini ifade eder. Peki blok geliştiricileri ne tür faydalar sağlayabilir?
Örneğin, sıcak bir NFT mint slotları sunduğunda ve yalnızca en hızlı 100 kişi başarılı bir şekilde mint yapabildiğinde, blok geliştiricisiyle arkadaş olan veya blok geliştiricisi ile zincir dışı bir tür anlaşmaya varmış olan Carol, işlem sırasını düzenleyerek blok geliştiricisinin mint işlemini başka birinin mint işleminden önce yapabilmesini sağlayabilir.
△ Blok geliştiricileri, Carol'ın darphane işlemlerine diğer insanlardan önce öncelik verecek.
Diğer bir yaygın MEV, kullanıcıları sıkıştıran, kullanıcıları en kötü fiyatı (kabul edilebilir aralıkta) almaya zorlayan bir AMM işlemidir ve kullanıcının beklenen fiyatı ile en kötü fiyat arasındaki fark, blok geliştiricisi tarafından sıkıştırılan kârdır.
Aşağıdaki örnekte Alice, 1 WBTC'yi 21.500 USDT ile takas etmeyi bekliyor, ancak merkeziyetsiz dünyada kendi işleminin ilk gerçekleştirilen işlem olmayabileceğini ve kendisinden önce başka biri WBTC/USDT alım satımı yaptığında AMM fiyatının değişeceğini ve 1 WBTC'nin 21.500 USDT ile takas edilemeyeceğini biliyor, bu nedenle kabul edilebilir aralıkta 20.500 USDT gibi en kötü bir fiyat belirliyor:
△Alice, 1 WBTC'yi 21.500 USDT ile değiştirmeyi bekliyor, ancak en kötü ihtimalle 20.500 USDT'yi kabul edebilir.
Bu sırada Eve, Alice'in işlemini keşfetti ve Alice'in işleminden önce WBTC satmaya karar verdi, bu da WBTC fiyatının 20.500 USDT'ye düşmesine neden oldu ve ardından Alice'in işlemini gerçekleştiren Alice, 20.500 USDT fiyatından işlem yapmak zorunda kaldı.
Son olarak, Eve başlangıçta WBTC satışından elde edilen USDT ile WBTC'yi geri satın alır ve WBTC fiyatı 20.500 USDT'den az olur, bu da Eve'in düşük alım ve yüksek satış (< 20.500'den alıp 21.500'den satma) tamamladığı ve fiyat farkını kazandığı anlamına gelir.
△ Blok geliştiricisi Eve, Alice'in işleminden önce WBTC satmayı karlı buldu ve ardından Alice'in işlemi gerçekleştirildikten sonra spread'i kazanmak için WBTC'yi geri satın aldı.
Merkeziyetsiz sistemlerde MEV olmalıdır
Merkezi bir sistemde, işlemleri sıralamaktan sorumlu rollere (Operatör, Sıralayıcı) güvenmeyi ve itibar uğruna kullanıcıya zarar verecek kötü bir şey yapmayacaklarına güvenmeyi seçebilir veya sistemden ayrılmayı seçebilirsiniz. Bu aynı zamanda L2'nin mevcut durumudur ve L2 proje partilerinin MEV'i çıkarmak için kendi tabelalarını parçalaması pek olası değildir.
Ancak merkezi olmayan bir sistemde, herkes bir blok geliştiricisi olabilir ve bir blok geliştiricisinin davranışının "kötü" olduğunu basit ve nesnel olarak kanıtlayamayız, bu da blok geliştiricilerin karları sömürmesini etkili bir şekilde yasaklayamayacağımız anlamına gelir.
Blok geliştiricilerin "iyi insanlar" olmasını beklememeliyiz, ancak bir blok geliştiricisi MEV sayesinde giderek daha fazla para kazanırsa ve daha fazla blok geliştirme ekipmanına yatırım yaparsa, daha da büyüyerek diğer rakiplerini ortadan kaldırmasına neden olacağından ve sonucun merkezi olmayan bir sistemde yalnızca bir blok geliştiricisi ikilemi olacağından ve sonunda kullanıcıların işlemlerine istediği zaman kişisel tercih kuralları uygulayabileceğinden endişelenmeliyiz. İşte bu yüzden Flashbot ortaya çıktı.
Flashbot
MEV'in blok geliştiricilerin ademi merkeziyetçilik derecesini etkilemesini önlemek için Flashbot, MEV'i blok geliştiricilerin ve profesyonel MEV araştırmacılarının MEV'i işbirliği yaptığı ve paylaştığı açık bir pazar haline getirdi ve blok geliştiricileri ile MEV araştırmacıları arasında yüksek derecede rekabet var.
Bu tür rekabet ve ortaklıklar sayesinde, blok geliştiricileri ve MEV araştırmacıları kendi uzmanlık alanlarına odaklanabilirler ve MEV araştırmacılarının, blok geliştiricilerin arbitraj fırsatlarını çalabilecekleri veya kasıtlı olarak kendi işlemlerini kabul etmeyecekleri konusunda endişelenmelerine gerek yoktur.
△ Searcher, açık işlem havuzundan arbitraja kadar olan işlemleri bulur ve Flashbot'a verilen ve daha sonra blok geliştiricisi tarafından seçilen kendi paketleri için gelir hakları için teklif verir.
Merkezileşme Riski
Bununla birlikte, Flashbot'un hala bir dezavantajı vardır, tüm MEV arama arbitraj işlemleri, arbitraj fırsatlarını çalabilen veya arbitraj işlemlerini gözden geçirebilen merkezi bir Flashbot sunucusundan geçmelidir.
Flashbot'a ek olarak, Eden Network gibi projeler de piyasada ortaya çıktı. Kendi gereksiz stake etme, blok içi işlem önceliği ve ek teklif verme mekanizmaları dışında temelde Flashbot ile aynı mimariye sahiptir. Ancak en azından Flashbot kötülük yapmaya başladığında, blok geliştiricilerin ve arama yapanların başka seçenekleri de var.
MEV, kabul edilmesi gereken yerleşik bir gerçektir
Hem protokol tasarımcıları hem de kullanıcılar MEV konusunda uyanık olmalıdır. Mümkünse, MEV'i protokol tasarımına dahil etmek ve MEV'i kullanışlı bir araç haline getirmek, protokol tasarımcılarının gelecekte mekanizmalar tasarlarken düşünmeleri gereken bir şeydir. Daha sonraki makaleler, MEV'i iyi bir şekilde kullanmak için tasarım ve fikirleri de kapsayacaktır.
Birleştirme
Ethereum, Merge'den sonra PoS mekanizmasına geçti ve madencilik makinesi bilgi işlem gücüyle rekabet eden bir blok geliştiricisinden ETH'yi stake etmeye kadar, blok önerme fırsatı elde etmek için bir Doğrulayıcı olabilir, bu da PoS'ta blok elde etme eşiğinin çok daha düşük olduğu anlamına gelir. Blok oluşturma fırsatları elde etme eşiğinin düşürülmesi, aslında Flashbot'taki farklı roller arasındaki rekabeti ve işbirliğini etkiler.
*Okuma ipucu: Burada önermek, anlamı çok yakın olduğu için önerme bloğu ve yapı bloğunun Çincesini yanlış okumamak için İngilizce olarak tutulmuştur. *
Güven İlişkisinde Değişim
PoS'tan önce, Searcher'ın blok geliştiricisinin paketinin içeriğini kapmayacağına güvenmesi gerekiyordu ve blok geliştiricisi yapsa bile, Searcher yalnızca Flashbot'tan blok geliştiricisini kara listeye almasını istemek için kanıt sunmak veya onu kapatmak için Twitter'da bir gönderi yayınlamak gibi zincir dışı mekanizmalar aracılığıyla karşı koyabilirdi.
Bununla birlikte, blok geliştiricileri temelde çok işbirlikçidir, çünkü blok geliştiricisi ile Arayıcı arasındaki ilişki uzun vadeli bir işbirliğidir ve blok geliştiricisi bugün belirli bir MEV avantajı için Arayıcı'yı yakalarsa ve blok geliştiricisi gelecekte herhangi bir MEV fırsatı almayacaksa, buna değmeyecektir.
Ancak PoS'tan sonra ETH stake ederek blok üretme fırsatı elde edebilirsiniz ve blok üretme eşiği düşürülür. Sonuç olarak, birçok sıradan insan doğrulayıcı olarak katılır ve bu da blokların yavaş yavaş seyreltilmesi şansına neden olur.
PoW'a çok fazla maliyet yatıran ve uzun süredir faaliyet gösteren birkaç madencilik havuzuyla karşılaştırıldığında, PoS'taki Doğrulayıcı yalnızca ara sıra blok oluşturma fırsatı elde edebilir ve blok ödülü artı yıllık ortalama MEV oranı %10 olsa bile hesaplanır, Doğrulayıcı, Arayıcının MEV'ini almak için hala çok yeterli bir teşvike sahiptir.
Okuma ipuçları: Flashbot istatistiklerinin MEV lider panosuna başvurabilirsiniz, ilgili içeriği görüntülemek üzere tarayıcıya atlamak için aşağıdaki bağlantıyı kopyalayın:
△ 3,2 ETH'den fazla MEV alma fırsatını yakaladığınız sürece, yıllık %10'u aşacaktır.
Bu nedenle, Flashbot'un mimarisinin güven ilişkisinin değişmesine ve PoS mekanizmasına uyacak şekilde ayarlanması gerekiyor ve mevcut mev desteği haline geldi.
mev-boost
Mev-boost'ta, Flashbot'un Searcher ve blok geliştiricisi arasındaki Relay rolü ikiye bölünmüştür, biri Builder ve diğeri Relay olarak adlandırılır ancak farklı sorumluluklara sahiptir.
Arayıcı, paketi bir blok oluşturmak için birden fazla paketten birkaç paket seçen İnşaatçıya verir ve bloğu Aktarıcı'ya verir, o da Aktarıcı tarafından gönderilen bloklardan birini seçer.
△ Searcher, Searcher ile rekabet eder, Builder, Builder ile rekabet eder ve Validator ondan en avantajlı bloğu seçer.
Oluşturucu, Doğrulayıcının kendi bloğunu seçeceğini umarak, bir bloğun sınırlı kapasitesinde en uygun paket kombinasyonunu bulmaktan sorumludur.
Peki Relay ne işe yarar? Yukarıda bahsedildiği gibi, güven ilişkisi değişmiştir, bu nedenle Arayıcı/Oluşturucu Doğrulayıcıya güvenemez, bu nedenle mev-boost'taki Doğrulayıcının gerçek blok içeriğini almadan önce "Bloğunuzu önereceğim" sözü vermesi gerekir.
Relay, koordinasyona yardımcı olmak için Oluşturucu ve Doğrulayıcı arasında bir aracı görevi görür: Relay, Oluşturucu tarafından yapılan bloğu Doğrulayıcıya teslim etmeden önce Doğrulayıcının sözünü alana kadar blok içeriğini saklar.
Gerçek Ethereum Beacon Chain terminolojisinde, oluşturucu tarafından yapılan blok içeriğine ution Payload denir ve doğrulayıcı, Payload'un bir taahhüdü olarak kabul edilebilecek ution Payload Header adlı Relay'den veri alır ve Header'ın imzalanması, Payload'un imzalanmasını temsil eder.
Validator, Relay'e hangi bloğu önereceğini seçtiğinde, bloğun ution Payload Header'ını Beacon bloğuna koyacak ve imzalayacak ve ardından imzalanan içeriği kanıt olarak Relay'e teslim edecek ve son olarak Relay, bloğun içeriğinin Doğrulayıcı'ya verileceğinden emin olabilir ve bloğu önermesine izin verebilir.
△ İnşaatçı bloğu Röleye verir ve Röle Başlığı Doğrulayıcıya verir
△ Doğrulayıcı bloğu seçerse, Başlık İşaret Bloğuna konulacak, imzalanacak ve Röleye teslim edilecektir.
△ Röle daha sonra tüm parçayı doğrulayıcıya teslim eder.
Doğrulayıcı sonunda Relay'e ihanet eder ve başka bir blok önermeyi seçerse, Aktarıcı, Doğrulayıcının kendisine verdiği imzayı, Doğrulayıcının iki farklı blok önerdiğinin kanıtı olarak yayınlayabilir ve ardından Doğrulayıcı, Ethereum İşaret Zincirinin kurallarını ihlal ettiği için cezalandırılır.
△ Eve, farklı bir blok önerdiği için kesildi (taahhüt edilen ETH'nin bir kısmına el konuldu).
Güven Hipotezi
Mev-boost'ta, Doğrulayıcı Relay'e güvenmelidir, eğer Relay tarafından nihai olarak ortaya çıkarılan bloğun içeriği yasal değilse veya Validator tarafından alınan gerçek para beklendiği gibi değilse veya Relay bloğun içeriğini doğrudan yayınlamasa bile, Validator bloğu öneremez, o zaman Validator yalnızca diğer Validatörlerin Relay'in kötü niyetli davranışını bilmesini sağlamak gibi zincir dışı bir mekanizma aracılığıyla karşı koyabilir.
Devre kesici
Doğrulayıcılar günün 24 saati izlenemez ve müdahale edilemez, bu nedenle doğrulayıcı yazılımı (aynı aktarıcının veya daha fazlasının) sürekli olarak güveni bozduğunu tespit ettiğinde, her zaman gelir kaybetmemek için tepki verebilmelidir çünkü teklif engellemeleri yoktur.
Örneğin, beşten fazla yuva için bir blok önermediğinizi fark ettiğinizde, blok içeriğini oluşturmak için geri dönüp kendi düğümünüzü kullanmanız gerekir.
İlgili belgeler için lütfen şu adrese bakın:
Röle Monitörü
Relay karakterinin kötülüklerinin etkisini azaltmak için Flashbot topluluğu, Relay'in davranışının izlenmesini tasarlamayı da düşünüyor.
İlgili belgeler için lütfen şu adrese bakın:
Veri Kullanılabilirliği C****ommittee
Relay'in bir bloğun içeriğini yayınlamamasını önlemenin bir yolu, blok verilerini, blok içeriğini tutmaktan ve kullanılabilir olmasını sağlamaktan, yani blok içeriğini tutma sorumluluğunu merkezden uzaklaştırmaktan sorumlu bir düğüm komitesine vermektir.
Şu anda hangi İnşaatçılar ve Aktarıcılar mevcut? **
Burada mevcut Oluşturucu ve Aktarıcıyı görebilirsiniz:
Web sitesini kontrol edin:
Gördüğünüz gibi, mev-boost'un ana geliştirme ekibi olmasına rağmen, Flashbot baskın Relay statüsüne sahip değil, çünkü Flashbot en başından beri mev-boost'u geliştirdi ve kendisini mev-boost yazılımında varsayılan Relay olarak ayarlamadı.
Okuma İpuçları: Daha fazla bilgi edinin, lütfen bakınız
2023–04–02 Mev-boost rölesine karşı saldırı
Kötü niyetli bir doğrulayıcı, Relay'de bir güvenlik açığı keşfetti: Relay, kontrol edilecek geçerli bir imzaya sahip olduğu sürece (içeriğin meşru olup olmadığı) paket içeriğini doğrulayıcıya geri gönderir.
Bu nedenle, kötü niyetli doğrulayıcı geçersiz bir içeriğe imza atar (başlığın bazı alanlarının değerleri geçersizdir) ve Aktarıcı paket içeriğini geri gönderdikten sonra, doğrulayıcı paketteki arbitraj işlemini çalar ve ardından başka bir geçerli blok önerir.
Röle, Doğrulayıcı tarafından imzalanan başlığı yayınlamaya çalışır, ancak içerik geçerli olmadığı için diğer düğümler tarafından reddedilir, bu nedenle herkes yalnızca Doğrulayıcının kendisi tarafından önerilen geçerli bloğu görür. Daha sonra, Doğrulayıcı Eğik Çizgi Çekildi ve iki farklı başlık (Röle ve Önerilen için) imzaladığı için Doğrulayıcı listesinden atıldı, ancak hasar verildi.
Güncellenen Relay artık önce Validator başlığını yayınlamaya çalışacak, eğer diğer düğümler tarafından başarılı bir şekilde alınırsa, bu, Validator işaretinin içeriğinin meşru olduğu anlamına gelir ve diğer düğümler önce Relay tarafından yayınlanan bloğu görecektir, eğer Validator paketin içeriğini çalmaya ve kendisi önermeye çalışırsa, Relay tarafından yayınlanan bloğu kazanmak daha zor olacaktır (çünkü zaten Relay tarafından blok yayınını gören birçok düğüm vardır).
Okuma İpucu 1: Bu saldırının başlığını ve ilgili kanıtları ve Röle yamalarını açıklayın, lütfen bu konuya bakın, ayrıntılar için lütfen bu konuya bakın:
*İpucu 2'yi Okuma: Kötü niyetli doğrulayıcılar, paketlerden arbitraj işlemlerini çalmanın yanı sıra, sandviç vuruşları yapan arbitrajcılara da saldırabilir: sandviç vuruşları yapan arbitrajcılar, kurbanın ticaretinden önce ve sonra kendi işlemlerini ekler — kurbanı önceden satın alır ve ardından kurban spread'i kazanmak için satın aldıktan sonra satar, ancak clipper'ın başarılı olması için her iki işlemin de gerçekleştirilmesi gerekir, aksi takdirde yalnızca önceki işlem gerçekleştirilir, ancak arbitrajcı yalnızca spread'i kazanmakla kalmaz, aynı zamanda kendi fonlarını da kaybeder. *
Bununla birlikte, bu saldırıya yanıt olarak yapılan yamalar, blok üretiminin gecikme süresini artıracaktır, bu nedenle PoS zincirinin yeniden düzenlenmesinin sayısı, saldırıyı takip eden günlerde önemli ölçüde artmıştır ve şu anda MEV-Boost'un gecikmesinin neden olduğu PoS ağının istikrarsızlığını önlemek için çeşitli çözümler tasarlanmakta ve uygulanmaktadır.
Okuma ipucu: Ayrıntılı bilgi için, tarayıcınızda görüntülemek üzere aşağıdaki bağlantıyı kopyalayabilirsiniz
Flashbot/mev-boost'un etkisi
Doğrulayıcı Oylama Verimliliğini Etkiler
Flashbot/mev-boost nedeniyle, bir bloğun üretimden fiilen önerilmeye kadar olan süreci daha fazla seviyeden geçti, bu da Doğrulayıcı teklif bloğunun zaman gecikmesine yol açtı ve oylamadan sorumlu diğer doğrulayıcılar bloğu daha sonra alacak, bu nedenle oylama süreleri sıkıştırılacak ve bu da genel PoS ağının güvenliğini etkileyecektir.
Katılımda tahmini %2'lik bir düşüş ve doğru oy veren doğrulayıcılarda %1'lik bir düşüş gibi büyük bir etki gibi görünmese de, bu, doğrulayıcıların yalnızca üçte birinin MEV Relay'e bağlı olduğu Ekim 2022'ye ait.
Okuma ipucu: Daha fazla bilgi için lütfen aşağıda bağlantısı verilen makaleye bakın
Özet ve Öne Çıkanlar
Bir sonraki makalede, tüm MEV ekosistemini daha merkezi olmayan ve güvenli hale getirecek olan Validator, Builder ve Searcher arasındaki özel bir işbirliği yerine, mev-boost mimarisini doğrudan Ethereum'un kendi protokolüne entegre eden Proposer-Builder Ayrımını (PBS) tanıtacağız.
Daha fazla okuma için referans veriler ve öneriler
*İstatistik: *İstatistik: *