Zaman, slotlar ve Ethereum tasdikinde olay sıralaması
2 Nisan'da, kötü niyetli bir Ethereum ağ katılımcısı mev-boost-relay açığını kullanarak bir MEV arayıcısından 20 milyon dolar çaldı. Geliştiriciler daha sonra bu açığı düzeltmek için beş yamanın yayımlandı, ancak mevcut ağ gecikmeleri ve doğrulayıcı stratejileriyle etkileşimi, 6 Nisan'da Ethereum ağında kısa süreli bir istikrarsızlığa neden oldu. Ağ yeniden yapılandırmaları blok üretim hızını ve tasdik garantilerini azaltarak ağ sağlığına zarar verir.
Bu makale, mev-boost ile konsensüs mekanizması arasındaki etkileşimi araştırmayı, Ethereum'un tasdikinde bulunan ince noktaları ortaya çıkarmayı ve bazı olası iyileştirme yönlerini tartışmayı amaçlamaktadır. İlhamımız, arama yapanların saldırıya uğraması ve ağın geçici olarak istikrarsız hale gelmesi gibi iki olaydan gelmektedir.
mev-boost'un rolü
mev-boost, Ethereum ağı üzerindeki maksimum çıkarılabilir değer (MEV)'in olumsuz etkilerini hafifletmeyi amaçlayan bir protokoldür.
mev-boost'ta üç rol vardır:
Araç - Teklif sahibini blok inşaatçısının güvenilir aracısına bağlar.
Kurucular - Kendileri ve öneri sahiplerinin MEV'sini maksimize etmek için bloklar inşa eden karmaşık varlıklar.
Teklif sahibi - Ethereum tasdik doğrulayıcı.
Her blokta genel olay sırası şudur:
Yapıcılar, kullanıcılar, arayıcılar veya diğer kaynaklardan işlem oluşturan bloklar alır.
Yapımcılar blokları aracılara sunar.
Araç, blokların geçerliliğini doğrular ve öneri sahibine ödenen ücreti hesaplar.
Araç, mevcut zaman dilimindeki önericiye "körleştirilmiş" blok başlığını ve ödeme miktarını gönderir.
Teklif sahibi, alınan tüm teklifleri değerlendirir ve en yüksek ödemeye karşılık gelen gizli blok başlığını imzalar.
Teklif sahibi imzalanmış blok başlığını yeniden iletecek.
Araç, yerel sinyal düğümü aracılığıyla blokları yayımlar ve teklif sahibine geri döner. Blok içindeki işlemler ve blok ödülleri aracılığıyla, yapıcılar ve teklif sahipleri ödüller alır.
Aracılar, teklif sahiplerinin blok alanını adil bir şekilde değiştirmelerini ve inşaatçıların MEV çıkarımına ilişkin işlem sıralamasını sağlamada güvenilir bir üçüncü taraf olarak işlev görmektedir. Aracılar, inşaatçıları MEV'nin çalınmasından korurken, teklif sahiplerinin blokların geçerliliğini doğrulamalarını, büyük miktarda blok işlemlerini gerçekleştirmelerini ve doğru ödemeleri sağlamalarını da korumaktadır.
mev-boost, tüm önericilerin güven ilişkisi kurmadan MEV'ye adil bir şekilde erişimini sağladığı için kritik bir altyapıdır ve Ethereum'un uzun vadeli merkeziyetsizliğine yardımcı olur.
Ethereum'in çatallama seçim kuralları ve mev-boost
Saldırıları ve yanıtları derinlemesine incelemeden önce, önce Ethereum'un tasdik ( PoS ) mekanizmasını ve onun çatal seçim kurallarını anlamaya başlayalım. Çatal seçim kuralları, ağın zincir başı üzerinde uzlaşmasını sağlar.
Çatallanma seçim kuralları, istemcinin değerlendirdiği bir fonksiyondur; bu fonksiyon, bilinen blokları ve diğer mesajları girdi olarak alır ve "standart zincir"in ne olduğunu çıktılar. Çatallanma seçim kurallarına ihtiyaç vardır çünkü seçilebilecek birden fazla geçerli zincir olabilir.
Çatallama seçim kuralları ile zaman arasındaki ilişki pek bilinmemektedir, ancak bu blok üretimi üzerinde önemli bir etkiye sahiptir.
Slot ve alt slot döngüsü
Ethereum PoS'ta, zaman 12 saniyelik slotlara bölünmüştür. PoS algoritması, bu slotun bloğunu önermek için doğrulayıcıları rastgele belirler, bu doğrulayıcıya öneren denir. Aynı slot içinde, diğer doğrulayıcılar, yerel görünümlerindeki zincir başı pozisyonunun en son bloğuna oy vermek için çatallama seçim kurallarını uygular. 12 saniyelik aralık, üç 4 saniyelik aşamaya ayrılmıştır.
Slotta olaylar aşağıdaki gibidir, t=0 slotun başladığını gösterir:
Slot'taki en kritik an, t=4'teki onay son tarihidir. Eğer onay doğrulayıcıları son tarihten önce blok görmezse, daha önce zincir üzerinde onaylanan başlığa oy verirler. Blok önerisi ne kadar erken olursa, yayılma süresi o kadar uzun olur ve biriken tanıklık o kadar fazla olur.
Ağ sağlık açısından en iyi blok yayınlama zamanı t=0'dır. Ancak blok değerinin zamanla monoton bir şekilde artması nedeniyle, öneri sahibi daha fazla MEV biriktirmek için yayınlamayı geciktirme motivasyonuna sahiptir.
Tarihsel olarak, doğrulama süresinin sona ermesinden sonra veya slotun sona ermesine yakın bir zamanda, bir sonraki doğrulayıcı, sonraki slot bloğunu inşa etmeden önce o bloğu gözlemlediği sürece, önerici hala bloğu yayınlayabilir. Rasyonel davranışı teşvik etmek için ( bloğun gecikmeli yayınlanması ) dürüst davranışa ( zamanında yayınlanması ) gelişimi için "dürüst yeniden yapılandırma" tanıtılmıştır.
Teklif Sahibinin Yükseltilmesi ve Dürüst Yeniden Yapılandırma
İki yeni kavram, konsensüs istemcisine tanıtıldı ve doğrulama son tarihi üzerinde önemli bir etki yarattı.
Teklif sahibi yükseltmesi - Teklif sahibine, yeniden yapılandırma dengesi saldırılarını en aza indirmek için, tam onay ağırlığının %40'ına eşdeğer olan bir fork seçimi "yükseltmesi" vermeye çalışır. Bu yükseltme yalnızca bir slot boyunca sürer.
Dürüst Yeniden Yapılanma - Teklif sahibinin yükseltilmesi, dürüst teklif sahiplerinin, doğrulama ağırlığı %20'nin altında olan blokları yeniden yapılandırmalarına izin verir. Bu bazı istemcilerde uygulanmaktadır. Bu değişiklik isteğe bağlıdır çünkü teklif sahibinin yerel kararıdır, doğrulayıcıların davranışını etkilemez.
Bazı özel durumlarda dürüst yeniden yapılandırmayı önlemek:
Dönem sınır bloğu sırasında
Eğer zincir tamamlanmamışsa
Eğer zincir başı yeniden yapılandırma bloğundan önceki slot'tan alınmıyorsa
Koşul 3, dürüst yeniden yapılandırmanın zincirden yalnızca tek bir bloğu silmesini sağlamaktır; bu, zincirin aşırı ağ gecikmelerinde blok üretmeye devam etmesini sağlayan bir kesme anahtarıdır.
Bağlantı kesme saldırılarına karşı ara ve işaret düğümü onarımı
4 Nisan'daki ayrılma saldırısında, öneri sahibi ara bağlantı açığını kullanarak geçersiz imza başlıkları göndererek saldırı gerçekleştirdi. Ardından birkaç gün içinde, ara bağlantı ve ana geliştirme ekibi, tekrar saldırı riskini azaltmak için birkaç yazılım yamanması yayımladı. Beş ana değişiklik aşağıdaki gibidir:
İletim değişikliği:
Bilinen kötü niyetli önericilerin veritabanında mevcut olup olmadığını kontrol et.
Bu dönemde tam blokların P2P ağına iletilip iletilmediğini kontrol edin.
Blok yayınlamadan önce 0-500ms aralığında bir birim rastgele gecikme ekleyin.
İşaret zinciri düğüm değişikliği ( yalnızca ara işaret zinciri düğümleri için geçerlidir ):
İletişim işareti bloklarının geçerliliğini önceden doğrulamak.
Blok yayınlamadan önce ağda eşdeğer bir varlık olup olmadığını kontrol edin.
Bu değişikliklerin birleşimi, konsensüsün dengesiz olmasına neden oldu ve çoğu doğrulayıcı dürüst yeniden yapılandırma stratejileri bu durumu daha da kötüleştirdi.
Beklenmedik sonuç
Yukarıda belirtilen 5 değişiklik, her biri, aracı blok yayınlama sıcak yolundaki gecikmeyi artırarak aracı blokların onay son tarihini aşarak yayınlanma olasılığını artıracaktır.
Bu kontrolleri uygulamadan önce, imza başlığı t=3 civarında ulaştığında genellikle sorun olmaz. İletim maliyeti çok düşüktür, t=4'ten önce blok yayınlanabilir.
Ancak, beş yamanın getirdiği gecikmelerle birlikte, ara sunucu gecikmeli yayın için kısmen sorumlu olabilir. Bazı durumlarda, teklif sahibi imzalı başlığı geç gönderdiğinde ve ara sunucu ek gecikmeler getirdiğinde, onay süresini kaçırmak söz konusu olabilir. Dürüst bir yeniden yapılandırma yoksa, bu blokların zincire girmesi muhtemeldir. Ancak dürüst bir yeniden yapılandırma varsa, onay süresini kaçırmak, o bloğun bir sonraki teklif sahibi tarafından yeniden yapılandırılacağı anlamına gelir.
Bu nedenle, saldırıdan sonraki günlerde, çatallanmış blok sayısı keskin bir şekilde arttı. En kötü senaryoda, bir saat içinde 13 blok (4.3%) yeniden yapılandırıldı, bu da normal duruma göre yaklaşık 5 kat daha fazladır. Araçların çeşitli değişiklikler yayınlamasıyla, çatallanmış blok sayısındaki ani artış belirgin hale geldi. Topluluk çabalarıyla, birçok değişiklik geri alındı ve ağ sağlıklı bir duruma geri döndü.
Şu anda en yararlı değişiklik, işaret düğümü blok doğrulama ve yayınlama öncesi eşdeğerlik kontrolüdür. Kötü niyetli önericiler artık geçersiz başlıkları ileterek ve işaret düğümünün eşdeğer blokları görmeden önce yayınlamasını sağlamak suretiyle saldırı gerçekleştiremiyorlar. Bununla birlikte, iletim hala daha genel eşdeğerlik saldırılarından etkilenmeye açıktır.
Gelecek yön
Araştırma topluluğu, "kabul edilebilir" yeniden yapılandırma sayısını değerlendirmeli, eşdeğer saldırıların getirdiği genel riskleri göz önünde bulundurmalı ve hafifletme önlemlerinin gerekip gerekmediğini belirlemelidir.
Aktif olarak keşfedilen birkaç yön:
"headlock" korumasını mev-boost'un eşdeğer saldırılardan korunması için uygulamak. Bu, konsensüs istemci yazılımında değişiklikler gerektirebilir ve kimlik doğrulama son tarihinin uzatılmasını gerektirebilir.
mev-boost yazılım açığı ödül programını artırın.
Genişletilmiş simülasyon yazılımı, alt yuvaların zamanlamasının ağın kararlılığı üzerindeki etkisini keşfeder.
Gereksiz gecikmeleri azaltmak için iletim bloklarının yayın yolunu optimize et.
mev-boost'u konsensüs istemcisine dahil etmek, yani enshrined-PBS(ePBS).
Gecikme ve kimlik doğrulama son tarihi sorunlarına dayalı testler ekleyin.
Araç sunucu çeşitliliğini teşvik edin.
Eşdeğer ceza önlemlerinin ayarlanmasını düşünün.
Genel olarak, MEV ve mev-boost ekosisteminin yeniden canlanma gücünden heyecan duyuyoruz. Saldırıları ve hafifletme önlemlerini ayırarak, gecikme, mev-boost ve konsensüs mekanizması arasındaki kritik ilişkiyi anladık; protokolün sürekli olarak güçlenmesini umuyoruz.
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.
14 Likes
Reward
14
6
Repost
Share
Comment
0/400
GasFeePhobia
· 08-13 08:57
Ne? 2000w böyle gitti mi?
View OriginalReply0
GlueGuy
· 08-13 08:55
Aman Tanrım, 2000w dolar bir anda yok oldu.
View OriginalReply0
HalfBuddhaMoney
· 08-13 08:54
Ben bir kazanç ustasıyım. O zaman önce bir el alayım. Ama biraz zararda gibiyim.
View OriginalReply0
MetaverseVagabond
· 08-13 08:46
2000w çalınmış, gerçekten çok kötü.
View OriginalReply0
BrokenDAO
· 08-13 08:42
Bir başka saldırganın her zaman savunucudan daha akıllı olduğunu kanıtlayan bir vaka... mekanizma tasarımı zordur
Ethereum tasdikindeki zaman ve olay sıralaması: mev-boost ile Konsensus Mekanizması'nın ince etkileşimi
Zaman, slotlar ve Ethereum tasdikinde olay sıralaması
2 Nisan'da, kötü niyetli bir Ethereum ağ katılımcısı mev-boost-relay açığını kullanarak bir MEV arayıcısından 20 milyon dolar çaldı. Geliştiriciler daha sonra bu açığı düzeltmek için beş yamanın yayımlandı, ancak mevcut ağ gecikmeleri ve doğrulayıcı stratejileriyle etkileşimi, 6 Nisan'da Ethereum ağında kısa süreli bir istikrarsızlığa neden oldu. Ağ yeniden yapılandırmaları blok üretim hızını ve tasdik garantilerini azaltarak ağ sağlığına zarar verir.
Bu makale, mev-boost ile konsensüs mekanizması arasındaki etkileşimi araştırmayı, Ethereum'un tasdikinde bulunan ince noktaları ortaya çıkarmayı ve bazı olası iyileştirme yönlerini tartışmayı amaçlamaktadır. İlhamımız, arama yapanların saldırıya uğraması ve ağın geçici olarak istikrarsız hale gelmesi gibi iki olaydan gelmektedir.
mev-boost'un rolü
mev-boost, Ethereum ağı üzerindeki maksimum çıkarılabilir değer (MEV)'in olumsuz etkilerini hafifletmeyi amaçlayan bir protokoldür.
mev-boost'ta üç rol vardır:
Her blokta genel olay sırası şudur:
Yapıcılar, kullanıcılar, arayıcılar veya diğer kaynaklardan işlem oluşturan bloklar alır.
Yapımcılar blokları aracılara sunar.
Araç, blokların geçerliliğini doğrular ve öneri sahibine ödenen ücreti hesaplar.
Araç, mevcut zaman dilimindeki önericiye "körleştirilmiş" blok başlığını ve ödeme miktarını gönderir.
Teklif sahibi, alınan tüm teklifleri değerlendirir ve en yüksek ödemeye karşılık gelen gizli blok başlığını imzalar.
Teklif sahibi imzalanmış blok başlığını yeniden iletecek.
Araç, yerel sinyal düğümü aracılığıyla blokları yayımlar ve teklif sahibine geri döner. Blok içindeki işlemler ve blok ödülleri aracılığıyla, yapıcılar ve teklif sahipleri ödüller alır.
Aracılar, teklif sahiplerinin blok alanını adil bir şekilde değiştirmelerini ve inşaatçıların MEV çıkarımına ilişkin işlem sıralamasını sağlamada güvenilir bir üçüncü taraf olarak işlev görmektedir. Aracılar, inşaatçıları MEV'nin çalınmasından korurken, teklif sahiplerinin blokların geçerliliğini doğrulamalarını, büyük miktarda blok işlemlerini gerçekleştirmelerini ve doğru ödemeleri sağlamalarını da korumaktadır.
mev-boost, tüm önericilerin güven ilişkisi kurmadan MEV'ye adil bir şekilde erişimini sağladığı için kritik bir altyapıdır ve Ethereum'un uzun vadeli merkeziyetsizliğine yardımcı olur.
Ethereum'in çatallama seçim kuralları ve mev-boost
Saldırıları ve yanıtları derinlemesine incelemeden önce, önce Ethereum'un tasdik ( PoS ) mekanizmasını ve onun çatal seçim kurallarını anlamaya başlayalım. Çatal seçim kuralları, ağın zincir başı üzerinde uzlaşmasını sağlar.
Çatallanma seçim kuralları, istemcinin değerlendirdiği bir fonksiyondur; bu fonksiyon, bilinen blokları ve diğer mesajları girdi olarak alır ve "standart zincir"in ne olduğunu çıktılar. Çatallanma seçim kurallarına ihtiyaç vardır çünkü seçilebilecek birden fazla geçerli zincir olabilir.
Çatallama seçim kuralları ile zaman arasındaki ilişki pek bilinmemektedir, ancak bu blok üretimi üzerinde önemli bir etkiye sahiptir.
Slot ve alt slot döngüsü
Ethereum PoS'ta, zaman 12 saniyelik slotlara bölünmüştür. PoS algoritması, bu slotun bloğunu önermek için doğrulayıcıları rastgele belirler, bu doğrulayıcıya öneren denir. Aynı slot içinde, diğer doğrulayıcılar, yerel görünümlerindeki zincir başı pozisyonunun en son bloğuna oy vermek için çatallama seçim kurallarını uygular. 12 saniyelik aralık, üç 4 saniyelik aşamaya ayrılmıştır.
Slotta olaylar aşağıdaki gibidir, t=0 slotun başladığını gösterir:
Slot'taki en kritik an, t=4'teki onay son tarihidir. Eğer onay doğrulayıcıları son tarihten önce blok görmezse, daha önce zincir üzerinde onaylanan başlığa oy verirler. Blok önerisi ne kadar erken olursa, yayılma süresi o kadar uzun olur ve biriken tanıklık o kadar fazla olur.
Ağ sağlık açısından en iyi blok yayınlama zamanı t=0'dır. Ancak blok değerinin zamanla monoton bir şekilde artması nedeniyle, öneri sahibi daha fazla MEV biriktirmek için yayınlamayı geciktirme motivasyonuna sahiptir.
Tarihsel olarak, doğrulama süresinin sona ermesinden sonra veya slotun sona ermesine yakın bir zamanda, bir sonraki doğrulayıcı, sonraki slot bloğunu inşa etmeden önce o bloğu gözlemlediği sürece, önerici hala bloğu yayınlayabilir. Rasyonel davranışı teşvik etmek için ( bloğun gecikmeli yayınlanması ) dürüst davranışa ( zamanında yayınlanması ) gelişimi için "dürüst yeniden yapılandırma" tanıtılmıştır.
Teklif Sahibinin Yükseltilmesi ve Dürüst Yeniden Yapılandırma
İki yeni kavram, konsensüs istemcisine tanıtıldı ve doğrulama son tarihi üzerinde önemli bir etki yarattı.
Teklif sahibi yükseltmesi - Teklif sahibine, yeniden yapılandırma dengesi saldırılarını en aza indirmek için, tam onay ağırlığının %40'ına eşdeğer olan bir fork seçimi "yükseltmesi" vermeye çalışır. Bu yükseltme yalnızca bir slot boyunca sürer.
Dürüst Yeniden Yapılanma - Teklif sahibinin yükseltilmesi, dürüst teklif sahiplerinin, doğrulama ağırlığı %20'nin altında olan blokları yeniden yapılandırmalarına izin verir. Bu bazı istemcilerde uygulanmaktadır. Bu değişiklik isteğe bağlıdır çünkü teklif sahibinin yerel kararıdır, doğrulayıcıların davranışını etkilemez.
Bazı özel durumlarda dürüst yeniden yapılandırmayı önlemek:
Koşul 3, dürüst yeniden yapılandırmanın zincirden yalnızca tek bir bloğu silmesini sağlamaktır; bu, zincirin aşırı ağ gecikmelerinde blok üretmeye devam etmesini sağlayan bir kesme anahtarıdır.
Bağlantı kesme saldırılarına karşı ara ve işaret düğümü onarımı
4 Nisan'daki ayrılma saldırısında, öneri sahibi ara bağlantı açığını kullanarak geçersiz imza başlıkları göndererek saldırı gerçekleştirdi. Ardından birkaç gün içinde, ara bağlantı ve ana geliştirme ekibi, tekrar saldırı riskini azaltmak için birkaç yazılım yamanması yayımladı. Beş ana değişiklik aşağıdaki gibidir:
Bilinen kötü niyetli önericilerin veritabanında mevcut olup olmadığını kontrol et.
Bu dönemde tam blokların P2P ağına iletilip iletilmediğini kontrol edin.
Blok yayınlamadan önce 0-500ms aralığında bir birim rastgele gecikme ekleyin.
İletişim işareti bloklarının geçerliliğini önceden doğrulamak.
Blok yayınlamadan önce ağda eşdeğer bir varlık olup olmadığını kontrol edin.
Bu değişikliklerin birleşimi, konsensüsün dengesiz olmasına neden oldu ve çoğu doğrulayıcı dürüst yeniden yapılandırma stratejileri bu durumu daha da kötüleştirdi.
Beklenmedik sonuç
Yukarıda belirtilen 5 değişiklik, her biri, aracı blok yayınlama sıcak yolundaki gecikmeyi artırarak aracı blokların onay son tarihini aşarak yayınlanma olasılığını artıracaktır.
Bu kontrolleri uygulamadan önce, imza başlığı t=3 civarında ulaştığında genellikle sorun olmaz. İletim maliyeti çok düşüktür, t=4'ten önce blok yayınlanabilir.
Ancak, beş yamanın getirdiği gecikmelerle birlikte, ara sunucu gecikmeli yayın için kısmen sorumlu olabilir. Bazı durumlarda, teklif sahibi imzalı başlığı geç gönderdiğinde ve ara sunucu ek gecikmeler getirdiğinde, onay süresini kaçırmak söz konusu olabilir. Dürüst bir yeniden yapılandırma yoksa, bu blokların zincire girmesi muhtemeldir. Ancak dürüst bir yeniden yapılandırma varsa, onay süresini kaçırmak, o bloğun bir sonraki teklif sahibi tarafından yeniden yapılandırılacağı anlamına gelir.
Bu nedenle, saldırıdan sonraki günlerde, çatallanmış blok sayısı keskin bir şekilde arttı. En kötü senaryoda, bir saat içinde 13 blok (4.3%) yeniden yapılandırıldı, bu da normal duruma göre yaklaşık 5 kat daha fazladır. Araçların çeşitli değişiklikler yayınlamasıyla, çatallanmış blok sayısındaki ani artış belirgin hale geldi. Topluluk çabalarıyla, birçok değişiklik geri alındı ve ağ sağlıklı bir duruma geri döndü.
Şu anda en yararlı değişiklik, işaret düğümü blok doğrulama ve yayınlama öncesi eşdeğerlik kontrolüdür. Kötü niyetli önericiler artık geçersiz başlıkları ileterek ve işaret düğümünün eşdeğer blokları görmeden önce yayınlamasını sağlamak suretiyle saldırı gerçekleştiremiyorlar. Bununla birlikte, iletim hala daha genel eşdeğerlik saldırılarından etkilenmeye açıktır.
Gelecek yön
Araştırma topluluğu, "kabul edilebilir" yeniden yapılandırma sayısını değerlendirmeli, eşdeğer saldırıların getirdiği genel riskleri göz önünde bulundurmalı ve hafifletme önlemlerinin gerekip gerekmediğini belirlemelidir.
Aktif olarak keşfedilen birkaç yön:
"headlock" korumasını mev-boost'un eşdeğer saldırılardan korunması için uygulamak. Bu, konsensüs istemci yazılımında değişiklikler gerektirebilir ve kimlik doğrulama son tarihinin uzatılmasını gerektirebilir.
mev-boost yazılım açığı ödül programını artırın.
Genişletilmiş simülasyon yazılımı, alt yuvaların zamanlamasının ağın kararlılığı üzerindeki etkisini keşfeder.
Gereksiz gecikmeleri azaltmak için iletim bloklarının yayın yolunu optimize et.
mev-boost'u konsensüs istemcisine dahil etmek, yani enshrined-PBS(ePBS).
Gecikme ve kimlik doğrulama son tarihi sorunlarına dayalı testler ekleyin.
Araç sunucu çeşitliliğini teşvik edin.
Eşdeğer ceza önlemlerinin ayarlanmasını düşünün.
Genel olarak, MEV ve mev-boost ekosisteminin yeniden canlanma gücünden heyecan duyuyoruz. Saldırıları ve hafifletme önlemlerini ayırarak, gecikme, mev-boost ve konsensüs mekanizması arasındaki kritik ilişkiyi anladık; protokolün sürekli olarak güçlenmesini umuyoruz.