Yazan: Tia, Techub Haberleri

MEV problemini çözme süreci aslında blok alanının tahsis kurallarını yeniden formüle etmektir. Artık herkesin MEV'e yabancı olmadığına inanıyorum, ancak bazı Ethereum MEV yönetim tekliflerinin ne hakkında konuştuğunu bilmek istiyorsanız yine de bazı ek arka plan bilgilerine ihtiyacınız olabilir. Bu nedenle, bu makale, Ethereum'un yönetimiyle ilgili bir dizi soruyu sıraladı. Ethereum, PBS, ePBS ve PEPC gibi tekliflere geçtiğinden beri MEV, size bazı arka plan bilgileri sağlamayı umuyorum.

PBS (Teklif Sahibi Oluşturucu Ayrımı)

Ethereum birleşmesinden önce MEV'i çözmenin yolu, Flashbots tarafından geliştirilen MEV-Geth'i kullanmaktı; MEV-Geth, değiştirilmiş bir go-ethereum istemcisidir. Temel fikir, madencilerin MEV yarışmasına katılmak yerine kendi işlerine - madenciliğe - odaklanmalarına olanak tanımak ve böylece ortaya çıkabilecek potansiyel yeniden yapılandırma sorunlarından kaçınmaktır. MEV-Geth'in mekanizması oldukça basittir, yani madenciler blokları paketlediğinde, araştırmacının sunduğu paketin kârının büyüklüğüne göre seçim yapabilirler. Bu ustaca piyasa odaklı mekanizma sayesinde, tüm taraflar belirli kısıtlamalar oluştururken aynı zamanda fayda elde edebilir. Arayıcının kârın bir kısmını madencilerle paylaşması gerekmesine rağmen, karşılığında madenciler tarafından çalınmaya karşı daha güvenli bir garanti elde edilir. Kârın ana kaynağı olan araştırmacı tuzağa düştüğünde madenciler de pasif olarak MEV-Geth kullanmaya başlayacak ve MEV-Geth mekanizması tarafından daha da kısıtlanacaklardır. MEV-Geth, madencilerin beyaz listesini tutacaktır ve yalnızca beyaz listedeki madenciler, arama yapan kişinin paketini alabilir. Madencilere itibar kısıtlamaları uygulayarak ve arama yapan kişinin sonuçlarını beyaz listeden çalan madencileri kaldırarak madencilerin, arama yapanın MEV karını çalması engellenebilir.

Bununla birlikte, birleşmeden sonra, blok oluşturma yöntemi, bloğu önermek için onaylayıcılar arasından teklif sahibini rastgele seçme şeklinde değiştiğinden, teklif sahibinin MEV'yi kapmasını önleyecek itibar kısıtlama yöntemi artık mümkün değildir.

Olası bir çözüm, blok içeriğini doğrulayıcılara görünmez hale getirmektir. Bu düşünce çizgisi boyunca bir başka gelişme de PBS'dir (Proposer Builder Seperatioin, Proposer Builder Seperatioin). PBS, teklif sahibinin doğrulayıcısının sorumluluklarını blok inşaatı ve blok teklifleri şeklinde yeniden yapılandırır ve çıkarlar için rekabet etmeyi içerebilecek karmaşık inşaat haklarını inşaatçıya devreder. Bu şekilde, teklif sahibinin işi çok basit hale gelir ve yalnızca Blokların teklif edilmesi gerekir. inşaatçının bloğu teslim etmekten elde ettiği kar esas alınır.

Başlangıçta Ethereum, birleştirme sırasında PBS'yi protokole dahil etmek istedi ancak olası karmaşıklık nedeniyle bu süreç rafa kaldırıldı ve böylece MEV-Boost'a PBS'ye müdahale etme fırsatı verildi. Şu anda PBS, Flashbots tarafından geliştirilen MEV-Boost aracılığıyla uygulanmaktadır. İnşaatçı ve teklifçinin yanı sıra çok önemli bir rol daha vardır: aktarma. İnşaatçı, blokları doğrudan teklif sahibine değil, üçüncü bir rol aktarımı yoluyla gönderir.

Çünkü, inşaatçının teklif sahibine ödeme yapmasının ve teklif sahibinin boş blok gönderdiği için cezalandırılmamasını önlemek amacıyla blok içeriğini teklif sahibine en sonunda açıklamasının nasıl sağlanacağı gibi çözülmesi gereken başka sorunlar vardır; örneğin inşaatçı Blokları tarafından sunulan alanın mutlaka işaret zincirine dahil edilmesinin nasıl sağlanacağı vb. İnşaatçıların ve teklif sahiplerinin hak ve çıkarlarının korunmasına ilişkin bu konular esas olarak aktarma yoluyla gerçekleştirilmektedir.

Oluşturucu, blokları röleye gönderecek ve ardından röle, blokları her bloktan elde edilebilecek kâra göre sıralayacak ve ardından en yüksek kâra sahip blok başlığını teklif verenin bunu yapmamasını sağlamak için teklif sahibine gönderecektir. blok içeriği tarafından görülebilir. Teklif sahibi blok teklifini taahhüt ettikten sonra (blok başlığını imzaladıktan sonra), aktarma bloğun tamamını teklif sahibine açıklayacaktır. İnşaatçının teklif sahibine ödediği ücret, inşaatın tamamlanmasını sağlamak için rölenin yardımını da gerektirir. Teklif verene ödenen işlem gönderilen bloğa dahil edilir, ancak teklif veren bloğun içeriğini göremediği için yine de aktarıcı tarafından önceden onaylanması gerekir.

Protokol içi ve protokol dışı

MEV-Boost tarafından oluşturulan pazara katılabilmek için doğrulayıcıların, Ethereum konsensus istemcisini ve yürütme istemcisini çalıştırırken üçüncü taraf Ethereum olmayan MEV-Boost programını çalıştırmaları gerekir. Bu, protokolün dışındaki üçüncü tarafların Ethereum'un fikir birliği oluşumuna yönelik kuralların tasarımına katılmasına olanak tanıyan, şu anda çalışan PBS'nin büyüsüdür. Sahiplik açısından bakıldığında bu inanılmaz.

Bu aynı zamanda protokol mekanizmasının "güvenilirliği", güvenilirliğin nasıl güçlendirildiği ve diğer mekanizmalar yoluyla nasıl aşındırıldığı üzerine düşünmeyi de tetikledi. MEV-Boost iyi bir örnektir çünkü harici protokollerin mevcut mekanizmalarda değişiklik yaptığı durumlar olabilir. Protokolün kendisi geride kalmaya başladığında, bu tür değişiklikler dışarıdan filizlenmeye başlayabilir. Dış mekanizmaların filizlenmesi mevcut pazar talebini karşılamalıdır, ancak dış mekanizmanın güvenilir olup olmadığı ve potansiyelin ortaya çıkmasını önleyecek şekilde titizlikle tasarlanıp tasarlanmadığı. Sorunlar ve hatta anlaşmayı baltalayabilecek dış mekanizmalar henüz bilinmiyor.

Merkezi Röle

MEV-Boost'un en çok eleştirilen yönü merkezi röle pazarıdır. Ancak bu kurulum güven sorunlarını beraberinde getiriyor. İnşaatçıların rölenin MEV'lerini çalmayacağına güvenmesi gerekiyor. Teklif sahiplerinin ayrıca aktarıcıdan aldıkları ve imzaladıkları blok başlıklarının geçerli olduğuna güvenmesi gerekir. Ancak hayati rollerine rağmen aktarmalar için mali bir teşvik yoktur ve bunları çalıştırmak önemli bir masraf gerektirir. Geçen yıl Ethereum ağını destekleyen 11 röle vardı ancak bugün sadece 9 röle hala hizmet veriyor.

Rölelerin erişim gerektirmediğini belirtmekte fayda var, Eden gibi röleler yalnızca kendi kurucularını aktarır . Ayrıca önden çalıştırma ve sandviç saldırılarıyla ilgili işlemleri filtrelediğini iddia eden bloXroute gibi aktarıcılar da vardır. Bir dereceye kadar rölenin de belirli kural koyma hakları vardır.

Veriler Derecelendirilmiş Ağdan geliyor

Üstelik Canlılık açısından bakıldığında rölenin varlığı nedeniyle inşaatçı ile teklif sahibi arasında atomik düzeyde bir onay yoktur. Teklif sahibinin blok başlığına yönelik bir taahhüt imzalaması ve oluşturucunun da yük içeriğini sağlaması ancak aktarma hataları nedeniyle (kötü niyetli veya kötü amaçlı olmayan) içeriğin zamanında gönderilememesi durumunda hem oluşturucu hem de teklif sahibi zarara uğrayacaktır.

ePBS: PBS'yi Ethereum'a kapsüllemek

Aktarma merkezileştirme sorununu çözmek veya protokolün dışındaki parçaları protokole taşımak olsun, PBS'yi Ethereum'un ePBS'sine kapsüllemek bir zorunluluk haline gelmiş gibi görünüyor. Şu anda, ePBS artık tartışılan bir teklif değil ve Ethereum EIP editörü ona bir numara atadı: EIP-7732 .

ePBS, teklif verenlerin ve inşaatçıların blok inşaat haklarını dışarıdan temin etmeleri için güvenilir bir altyapı sağlar. Başlangıçta protokolün dışında olan oluşturucu rolü protokole dahil edildi, yani doğrulayıcılar arasında bir oluşturucu rolü daha paylaştırıldı. Oluşturucunun, doğrulayıcı olarak Ethereum'daki taahhüdü tamamlaması gerekiyor. Konsensüs katmanının orijinal teklif sahibinin sorumlulukları bölünmüş olduğundan, ePBS'nin tamamlanması konsensüs katmanında değişiklik yapılmasını gerektirir. Bunların arasında inşaatçı, yürütme yükünün (blokta yürütülecek işlemlerin son listesi) oluşturulmasından sorumludur. Teklif sahibinin sorumluluğu işaret blokları teklif etmektir. Spesifik süreç aşağıdaki gibidir:

ePBS ayrıca teklif edildiği andan itibaren nihayet EIP numarasını alana kadar birçok tartışmadan geçti. Başlangıçta PBS , 21 Haziran'da Vitalik tarafından önerildi. Dört ay sonra İki yuvalı çözüm geliştirildi. Üç ay sonra ise Tek yuvalı PBS piyasaya sürüldü. PTC fikri resmi olarak 23 Temmuz'a kadar teklif edilmedi. .

PEPC (Protokolle Uygulanan Teklif Sahibi Taahhütleri)

Elbette ePBS'ye katılmayan ve bunun yerine başka çözümler kullanmayı ümit edenler de var. PEPC'de durum böyle. ePBS, protokole belirli bir kural yerleştirir, ancak burada PEPC'de teklif sahibi programlanabilir blok inşa haklarını satmaktadır.

PEPC, Barnabe tarafından Ekim 2022'de önerildi. Barnabe, eğer PBS mekanizması protokol dahilinde uygulanacaksa, belirli bir güvenilir sinyal mekanizması uygulamak yerine (örneğin, benden bir blok oluşturmam istenirse) güvenilir sinyal iletimi için genel bir mekanizma uygulamayı düşünmesi gerektiğine inanıyor. xx ETH'yi iade edin).

Tıpkı PEPC (Protokolle Uygulanan Teklif Sahibi Taahhütleri) adı gibi, inşaatçıların ve teklif sahiplerinin hak ve çıkarlarının protokol kapsamında teklif sahibi tarafından sunulan taahhütler aracılığıyla tamamlanmasını sağlayan bazı mekanizmalar, esas olarak zincir üzerinde doğrulanabilir. elde etmek için "BEACONROOT" işlem kodlarını kullanın. Bu daha genel bir mekanizmadır. Taahhüt, blok inşaat haklarının tamamını dış kaynak olarak kullanabilir veya blokların yalnızca bir kısmını dış kaynak olarak kullanabilir, yani teklif sahibi programlanabilir blok inşaat haklarını satabilir.

özet

Yukarıdakiler PBS, ePBS ve PEPC'ye kısa bir giriş niteliğindedir. Protokol tasarımı açısından bakıldığında, yalnızca MEV'yi yeniden dağıtmak için bir pazar mekanizması tasarlamak gerekli değildir, aynı zamanda doğrulayıcıların nasıl daha merkezi olmayan hale getirileceğini ve sansüre karşı direncin nasıl artırılacağını da düşünmek gerekir. Üstelik protokolün tasarımında birçok ödünleşim vardır. Örnek olarak bir EIP numarası alan ePBS'yi ele alalım. Her ne kadar ePBS'nin tasarımı merkezi aktarım sorununu çözse de, anlaşma dışında üçüncü taraf aktarım olarak kilit rolü gerçekten sadece olumsuz etkilere mi sahip? İnşaatçının ödeme mekanizması açısından bakıldığında, geçiş kullanmak ePBS mekanizmasından daha iyidir çünkü ePBS ön ödemeli bir mekanizmadır. İnşaatçı süper yüksek kârlı bir blok paketlerse, teklif sahibine yüksek miktarlar sağlayamayacaktır. ön ödemeli mekanizma.