Yazar: Jon Charbonneau, DBA Lianchuang

Derleyen: Tia, Techub Haberleri

Edge City'deki birkaç günlük atölye çalışmalarına katıldıktan sonra Ethereum'daki bazı ana akım teklifler hakkında yeni bilgiler edindim. Bu öneriler esas olarak MEV sorununu ele almaktadır:

• Kanıtlayan Teklif Sahibi Ayrımı (APS): Onaylayanları Teklif Verenlerden ayıran ortak bir pazar yapısı tasarım konsepti. Bu öneri Ethereum araştırmacısı Justin Drake tarafından önerildi ve esas olarak çoklu blok MEV'nin neden olduğu doğrulayıcı merkezileştirme sorununu çözmek için kullanıldı. (Bir doğrulayıcının sürekli olarak teklif sahibi olarak seçilme olasılığı yüksek olduğunda, MEV'yi daha verimli bir şekilde çıkarabilir ve böylece daha fazla ödül elde edebilir. Bu, diğer doğrulayıcıların büyük doğrulayıcılarla işbirliği yapmaya daha yatkın olmasına neden olacak ve bu da doğrulayıcı merkezileştirme sorununa yol açacaktır. .) Şu anda Ethereum doğrulayıcıları bu iki işlevi ayırmamıştır.

• Yürütme Açık Artırması (EA): APS-Burn olarak adlandırılan, APS'yi uygulamak için kullanılan mekanizmadır. Ethereum araştırmacısı Barnabé Monnot tarafından önerildi. Spesifik mekanizma, N yuvasının işaret teklif sahibinin, N +32 yuvasının (yani bir sonraki dönemin) yürütme teklifini bir açık artırma yoluyla belirlemesidir. Bunun özü, yürütme teklifi haklarını önceden belirlenmiş bir şekilde tahsis etmektir. Bu şekilde, teklifi yürüten kişinin durumu "dondurma" veya birkaç ardışık alanı kontrol ederek işlemleri manipüle etme yeteneği azaltılır.

• Yürütme Bileti (ET): APS'yi uygulamaya yönelik başka bir mekanizmadır. Şu anda Beacon önericisi ve Yürütme önericisi aynı doğrulayıcıdır. Bir doğrulayıcı, Beacon önericisi olarak seçildiğinde, yalnızca Beacon Bloğunun (fikir birliği) teklif edilmesinden değil, aynı zamanda bloktaki tüm işlemleri ve durum güncellemelerini içeren Yürütme Bloğunun (yürütme) oluşturulmasından da sorumludur. Yürütme Biletleri mekanizması, dinamik olarak fiyatlandırılan yürütme bileti piyasası aracılığıyla doğrulama ve yürütme arasındaki rolleri ayırır. Yürütme biletleri, Beacon zinciri tarafından düzenlenir ve doğrulayıcıların, yürütme biletleri satın alarak Yürütme teklifi haklarını elde etmesi gerekir.

• Zamanlama Oyunları: Zamanlama Oyunları, doğrulayıcıların blok tekliflerini geciktirerek ek pazar teşvikleri elde etme eğilimini ifade eder. Sıralı oyun sıfır toplamlı bir oyundur. Bir teklif sahibi blok önermeyi 1 saniye geciktirirse, bir sonraki (dürüst) teklif sahibi 1 saniye kaybeder. Önceki teklif sahibinin kazandığı kar, bir sonraki blok teklif sahibinin kaybıdır. Eğer tüm doğrulayıcılar zamanlama oyununu oynamaya başlarsa kimse kazanamaz.

• MEV imhası: MEV'yi Ethereum protokolü aracılığıyla yakalayın ve yok edin.

• Dahil Etme Listesi (IL): Bu teklif, doğrulayıcıların geliştiricileri bloklarına belirli işlemleri dahil etmeye zorlamalarına olanak tanır. Bu kısıtlamalar sansüre karşı direnci artırmak için getiriliyor.

• Preconfs: L1 teklif sahipleri L1 tx'ler veya toplama tabanlı işlemler için ön onaylar sağlayabilirler.

Tasarım hedefleri

Farklı teklifler için ayrıntılı hedefler farklıdır, örneğin:

1) İzolasyon zamanlama oyunu: Ethereum doğrulayıcıları ek faydalar elde etmek için zamanlama oyunlarına katılma eğiliminde olacaklardır. Bu, doğrulayıcı merkezileşmesini daha da kötüleştirebilir, dolayısıyla çözüm, PBS'nin doğrulayıcıların Merkezi Olmamasını sürdürmek için blok oluşturma/işlem sıralamasının karmaşıklığını deneyimli oyunculara devretmesi gibi, bunu deneyimli oyunculara devretmek olabilir.

2) MEV'i yok edin: MEV'i yok etmek daha radikal bir fikirdir. Açık olmak gerekirse, kişisel olarak bunun bir gerekçe değil, teklifin bir yan ürünü olduğuna inanıyorum. MEV'i yok etmemiz umurumda değil.

Bazı insanlar ön onay konusunu da çok önemsiyor ve EA bu ​​konuda daha iyi (kişisel olarak bunu pek umursamıyorum).

Slot zamanı ve zamanlama oyunu

Sıralı oyunda, slot süresinin merkezileştirme üzerinde belirli bir dengeleme etkisi vardır:

• Daha kısa slotlar MEV'yi azaltabilir (örneğin daha düşük LVR), çünkü MEV daha uzun slot süreleriyle birlikte artar.

• Daha kısa slotlar, zamanlama oyunlarının etkilerini artırabilir, böylece merkezileştirme teşviklerini artırabilir. Bu, işlemden bağımsız olarak geçerlidir (örneğin, var olmayan bir işlemi dahil etmek için alanın sonuna kadar bekleyebilirsiniz).

APS ve çoklu blok MEV

Çoklu blok MEV, birden fazla slotu sürekli olarak kontrol etmenin süper doğrusal ödüller getirebileceği anlamına gelir. (Örneğin, N ve N+1 blokları için ardışık teklif haklarına sahip olmanın ödülü > N bloğunu bağımsız olarak teklif etmenin ödülü + N + 1 bloğunu bağımsız olarak teklif etmenin ödülü).

Bunun bugün gerçekte gerçekleşmemesinin nedeni, Lido ve Coinbase gibi şirketlerin üzerindeki etik kısıtlamalardan kaynaklanmaktadır. Birkaç blok için kahinleri manipüle etmeyecekler (büyük bir paya sahip olsalar bile her zaman birbirini takip eden birçok blok alacaklar) çünkü bunu yapmak itibarlarına zarar verecektir ve bu da işleri için iyi değildir. Aynı sebepten dolayı bu hakları sözleşme dışında inşaatçılara da satmayacaklar.

Ancak herkesin arka arkaya çok sayıda slot satın alabileceği bir pazar yaratırsak, çoklu bloklu MEV kolay ve ucuz hale gelecektir. Bu noktada slotu inşa etme yetkisi yüksek teklif verene verilir. Bu gücü pazarlıyoruz ve uyumlu doğrulayıcılar yerine en yüksek karı elde edenlere veriyoruz.

Listeyi Ekle (IL)

Çoklu blok MEV'yi önlemek için içerme listelerini kullanabilir miyiz? Evet, öyle görünüyor ama aslında öyle değil. Bunlar bugün öngörülen sınırlı IL'ler olsaydı, yalnızca belirli işlem alt kümelerinin dahil edilmesini zorunlu kılarlardı ve sipariş vermeyi değil, yalnızca işlemlerin dahil edilmesini zorunlu kılarlardı. Çok sayıda yuvaya sahip olan yürütme teklifçileri yine de sorunlara neden olabilir ve çoklu blok MEV'yi çıkarabilir.

IL'yi daha sağlam hale getirmek ve çok bloklu MEV'yi önlemek için, IL'nin her IL komite üyesi için (belirli bir süre boyunca incelendiğini düşündükleri birkaç işlem yerine) bir bellek havuzu görünümü olarak hareket etmesini sağlayabilirsiniz. Yalnızca işlemleri dahil etmek yerine sıralamayı zorunlu kılın (ör. öncelik ücretine göre sıralama). Bir blok oluşturmak için bu listeleri eklemeniz gerekir. Bu durumda IL'yi, grup içindeki öncelik ücretlerine göre sıralanan, tam bloklu, çok bloklu bir teklif veren planına dönüştürdük. (Bazıları hepimizin aynı şeyi inşa ettiğimizi söyleyebilir.)

Çoklu blok MEV'yi azaltmak için kaçırılan slotlara daha büyük bir ceza da uygulayabilirsiniz, ancak bu yine de mükemmel değil. Yani temelde bu sorunların gerçekten çözülüp çözülemeyeceği tam olarak belli değil.

Ek olarak, teklif verenlerin IL'yi hiç kullanmayacaklarına dair endişeler devam etmektedir. Peki ya bunları uygularsak ve doğrulayıcılar bunları kullanmaktan korkarsa? Herkesi bunları kullanmaya teşvik eden ve IL'nin içerdiği şeylerin makul ölçüde reddedilmesine olanak tanıyan bir tasarıma ihtiyacımız var. Bunu söylemek yapmaktan daha kolaydır. Teklif verenler CR'yi IL aracılığıyla uygulayamaz/yapmazsa, o zaman neden bu kadar çok doğrulayıcıya ihtiyaç duyulduğunu bilmiyoruz.