"MEV-Boost" Ethereum blok zincirinde MEV çıkarmak için bir yan zincir protokolüdür ve ciddi şekilde merkezi bir katılımcı olan "Röle"ye bağımlıdır. Biz, yapımcılar ve önerenler arasında doğrudan, kriptografik olarak özel iletişim kurmalarına izin veren alternatif bir mimari öneriyoruz. Bu mimari, mevcut BLS Gizli Anahtarları kullanarak doğrulayıcıların birlikte çalışmasına izin veren yeni bir etkileşimsiz "sessiz" eşik şifreleme biçimine dayanmaktadır."}"
Temelde, şifrelemeBlok eşiğini kullanarak bir öneri gönderiyoruz, böylece bazı katılımcılara gönderiyoruz ve bu sayede kanıt komitesinin gizlilik ve veri kullanılabilirliğini sağlamasına yardımcı oluyoruz. Onların kanıtları şifre çözmeGizli Anahtar oluşturur; gerekli eşiğe ulaşıldığında, Blok çözülebilir hale gelir.
Bizim inşa çözümümüz inşaatçılar ve teklif sahipleri arasındaki gizlilik sorununu çözer, ancak tek başına Blok'un etkinliğini garanti edemez. Diğer mekanizmalarla birleştirilebilir ve tamamen Röle'nin sağladığı işlevselliği kopyalayabilir, gizlilik ve Blok etkinliği dahil. Örneğin, güvenilir yürütme ortamları (TEE) kanıtı veya zero-knowledge (ZK) kanıtı kullanılabilir veya şifreleme ekonomik mekanizması inşaatçılara teminat sağlayabilir.
Röle sağlayıcının gizliliğini ortadan kaldırarak ve Blok geçerliliğini sağlayarak, Ethereum'un Merkeziyetsizlik ve sansür direncini artırmayı ve gecikme süresini azaltmayı amaçlıyoruz.
MEV-Boost ve Röle'nin Rolü
MEV-Boost, Blok inşaatçıları ve önerenler arasındaki bir ARACI olarak görev yapan bir yan protokoldür. Röle'nin ana görevi, iki güvence sağlamaktır:
İnşaatçı gizliliği: Röle, önerenin Blok içeriğini görememesini ve inşaatçının bulduğu MEV'yi çalamamasını sağlar.
Önerenin güvenliği: Röle, oluşturucuların teklif ettikleri değeri önerene ödeme yapmalarını sağlar ve Blok'un geçerli olmasını sağlar (örneğin, tüm işlemler içsel gaz maliyetini öder).
Ancak, Röle'ye olan bağımlılık önemli bir merkezileştirmeye neden oldu. ETH bloklarının yaklaşık %90'ı sadece birkaç Röle tarafından iletiliyor. Bu bazı riskler de beraberinde getiriyor:
Merkeziyetsizlik: İnşa edenler, gecikme süresi vericilerin coğrafi dağılımından ziyade Röle ile birlikte dağıtımını artırarak verimliliklerini artırabilirler. Bu, coğrafi merkeziyetsizlik ve sansür direnci sağlayabileceğimiz geniş çapta küresel doğrulayıcılar ağından elde edebileceğimiz şeyi doğrudan zayıflatır.
Gelir: Etkili Röle'nin ortalama uçtan uca blok işleme gecikme süresi yaklaşık 5-20 milisaniyedir. Ardından, yapımcılar ve önerenler arasında iletişim gecikme süresi bulunmaktadır. Röle atlanırsa, gecikme süresi azalır, düşüş aşırı zincir yürütme riskini azaltır (örneğin CEX/DEX) ve sonunda önerenin MEV ödülünü artırır.
TEE-Boost
Röle'nin başlıca bir alternatifi, 'TEE-Boost' (https://collective.flashbots.net/t/tee-boost/3741)'tur ve güvenilen yürütme ortamlarına (TEEs) dayanır. TEE'ler, çözümümüzün temelini oluşturmaz; TEE-Boost'u çözmeyi amaçladığımız problem için bir öğretim örneği olarak kullanmak faydalıdır.
Daha spesifik olarak, TEE-Boost, olası blok içeriklerini önerenlere gerçek Blok içeriğini ifşa etmeden, tekliflerinin dürüstlüğünü ve Blok'un geçerliliğini göstermek için TEE'ler kullanarak yapımcılar tarafından oluşturulacak kanıtları gerektirir. Önerenler, bu kanıtları normal donanımlarında kontrol edebilirler ve TEE'leri kendi başlarına çalıştırmak zorunda kalmazlar. 01928374656574839201
Ancak, TEE-Boost'un veri kullanılabilirlik sorunu vardır: oluşturucular yalnızca TEE kanıtını ve Blok başlığını önerenle paylaşır, gerçek Blok içeriğini paylaşmaz[1] ve önerenin başını imzaladıktan sonra Blok içeriğini serbest bırakmama seçeneği olabilir (örneğin, piyasa koşulları olumsuz değişirse). Veri erişilebilirlik sorununu çözme önerilen yöntemler arasında şunlar yer alır:
TEE-Depolama: TEE-Depolama, önerenin imzalamadan önce Blok'u oluşturucudan alır ve imza başlığını gördükten sonra Blok'u serbest bırakır.
Veri Erişilebilirlik Katmanı: Oluşturucular, şifreleme'nin Blok yükünü Veri Erişilebilirlik (VE) katmanına yayınlar.
Bu iki yöntemin de dezavantajları var. TEE-Koruma çözümü, mevcut Röle'ye benzer merkezi gecikme süresi dinamik[2]. Dış DA katmanı kullanıldığında, ek protokol varsayımları getirilir ve bu dış protokolün dinamik gecikme süresiyle başa çıkılır (bu dinamikler ayrıca olumsuz olabilir).
Teorik olarak, önerenin TEE'lere erişebilmesi durumunda, oluşturucu onu XY olarak tanımladığı TEE'de Blokşifreleme yapabilir. Önerenin TEE'si, Blok'un sadece imzalandıktan sonra çözüleceği şekilde tasarlanmıştır. Bununla birlikte, bu tasarımın TEE-Boost tarafından düşünülmediğini düşünüyoruz çünkü bu, önerenin (doğrulayıcılar) TEE'leri çalıştırmasını gerektirecektir. Doğrulayıcıların normal donanımlarda çalışabilmesini umuyoruz.
Öneren, TEE depolamayı kendi doğrulayıcıları düğümüyle birlikte yan araç olarak çalıştırırsa, gecikme süresini önleyebilir.
Eşik Kriptografisi İnşaatçı Gizlilik Sağlamak İçin
TEE-Boost veri kullanılabilirlik sorununa karşı zarif bir çözüm önerdik: doğrulama komitesine eşik şifreleme uygulaması. Özellikle, oluşturucular Blok'un belirli oranını doğrulama komitesine eşik şifreleme yapacak. Yeterli doğrulama toplandığında, Blok çözümlenebilir ve kullanılabilir hale gelir.
Temel etkinleştirme teknolojisi, sessiz geçit şifrelemesidir. Bu kriptografi tekniği, önceki derleme için gerekli olan Etkileşimli Dağıtık Gizli Anahtar Oluşturma (DKG) kurulum aşamasına gerek kalmadan eşik şifrelemeye (https://eprint.iacr.org/2024/263 izin verir]. Aksine, ortak Açık Anahtar, doğrulayıcıların mevcut BLSA "Anahtar" ve bazı "ipuçları" (daha sonra tartışılacaktır) kesinliğine dayalı olarak hesaplanır.
Bu, oluşturucu ve doğrulayıcılar arasında doğrudan tek atlayışlı iletişimi sağlar ve kriptografik gizlilik sağlar. Doğrulayıcılar, TEE'leri çalıştırmak veya herhangi bir yeni Gizli Anahtar malzemesini yönetmek zorunda değildir.
Mekanizma:
Oluşturucu bir Blok inşa eder ve onu doğrulama komitesine şifreler.
İnşaatçı, bir TEE kanıtını oluşturur ve doğrulama komitesine üç açıdan kanıt sunar: teklif dürüst, Blok etkili ve şifreleme doğru.
İnşaatçı, şifreleme ve Blok ve TEE kanıtını (değer de dahil olmak üzere) teklif verene iletmek için eşik değerini kullanır.[3]
Öneren, kazanan yapılandırmayı imzalar ve öneriyi doğrulayıcı kümesine ileter.
Blok belirli bir oran (örneğin n/2 veya 2n/3) doğrulama heyeti tarafından doğrulandığında, şifresi çözülür.
Şifresi çözülen Blok normal şekilde son onaylamaya geçecektir.
Önerenin bant genişliği gereksinimlerinin etkisi üzerine araştırma yapılması gerekmektedir. Düşük bant genişliğine sahip önerenler, talepleri sınırlamak için Blok ana gövdesine doğrulama kanıtı göndermeden önce veya diğer heuristik filtreleme ve akıllı indirme tekniklerini kullanarak yapabilirler. Bu açık bir sorundur, ancak çözümü normal bir bellek havuzu spam yayılması sorunundan daha zor gibi görünmüyor.
şifreleme ve kısmi çözümleme süreleri sabit zamandır. Basit bir uygulama kullanarak, şifreleme süresi 7 milisaniyeden azdır ve paralelleştirilebilir. Kısmi çözümleme süresi ise 1 milisaniyeden azdır.
Kısmi çözülmüş birleşme (yani çözülmüş) komitenin büyüklüğüne bağlıdır. n=1024 olduğunda, basit uygulamanın süresi 200 milisaniyeden azdır. n=128 olduğunda (her zaman dilimi için kimlik doğrulama komitesinin boyutu), bu sürenin 10 kat azalması beklenir ve uygulama daha da optimize edilebilir.
Önemli olan, şifreleme zamanı, Röle gecikme süresi ile karşılaştırıldığında kilit performans göstergesidir. Bu, Blok oluşturucularının 'kritik yol' içinde hesaplaması gereken bir içeriktir. Bu süre, mevcut Röle blok işleme gecikme süresinin altındadır ve çoklu atlama iletişimini önler.
Veri Yayını
Sessiz kapı eşiği şifreleme tamamen ücretsiz değildir. Gerçekten bir ortak referans dizesine ihtiyaç duyar, (g, gτ, gτ², ..., gτⁿ⁻ᵗ) şeklinde bir formda, KZG polinom taahhüt planı için kullanıldığı gibi.
Ayrıca, g⁽ˢᵏ⁾ şeklindeki her BLS Açık Anahtarına sahip doğrulayıcılar, 'ipucu' olarak adlandırdığımız bir grup elemanı yayınlar: (g⁽ˢᵏ⁾⋅τ, …, g⁽ˢᵏ⁾⋅τⁿ⁻ᵗ). Bu ipuçları, yalnızca birleştirme Açık Anahtar ve Şifreli Metin'i çözerken kullanılır. şifreleme, yalnızca sabit boyutta birleştirme Açık Anahtarını kullanır.
Bu yazıyı yazdığımız sırada, yaklaşık olarak 1 milyon doğrulayıcılar bulunmaktadır. n=128 ve t=n/2 olarak ayarladığımızda, her doğrulayıcı yaklaşık olarak 3KB ipucu yayınlamalıdır. Bu nedenle, tüm doğrulayıcıların ipuçlarını depolamak için 3GB boş alan gerekmektedir.
MaxEB'nin etkinleştirilmesiyle, bu gereksinimin önemli ölçüde düşüş gösterebileceği MaxEB izin verir 32 ETH'nin üzerindeki doğrulayıcıların aynı Gizli Anahtar altında daha büyük bir bakiyeye sahip olmasına izin verir (bunun yerine bunu birden fazla 32 ETH depozitosuna dağıtmak). Doğrulayıcılar topluluğunun azaltılması henüz tartışma konusudur. Yaklaşık 1GB'a düşürülebiliriz.
Son olarak, Ethereum ağı Konsensüs yapısının gelecekteki değişikliklerine (örneğin, doğrulayıcılar kümesinin daha da azaltılması veya nihai kesinlik boru hattının yerine geçmesi gibi) göre, depolanması gereken ipucu boyutu daha da azalabilir.
Enerji
ETH bloğunun olumsuz ağ koşullarında bile çevrimiçi kalmasını umuyoruz. Bu planın bir sorunu, belirli bir orandaki komitenin çevrimdışı olması nedeniyle şifrelenemeyen bloklar oluşabileceğidir.
Bir çözüm, yapımcıların şifreyi çözmek için kabul edilebilir bir komite oranı (t) belirlemelerine izin vermektedir. Gizlilik (açma ve MEV çalma olasılığı) ile komite eşiği arasında bir denge bulunmaktadır. Yapımcılar için, Blok'larının çatala düşmesi yerine zincirde yer almasını sağlamak en büyük geliri maksimize etmek olduğundan, optimize edilmiş bir eşik değeri bulmaları gerekmektedir.[4]
Ayrıca, şifreleme şemasının kullanımı gönüllü seçim olmalıdır. Olumsuz ağ koşulları altında, kabul edilebilir ölçekte devam eden herhangi bir komitenin olmaması durumunda, önerenler ve yapımcılar Röle, özelleştirilmiş veya olumsuz koşulların doğasına göre seçilen diğer mekanizmalara geri dönebilirler.
Özellikle söylemek gerekirse, Blok inşaatçısının çatal sonrası beklenen değeri negatiftir (bu durumda gelir elde etmezler), paketlenen beklenen değeri ise oldukça negatiftir. İnşaatçının [0, 128] aralığında bir t seçmesine izin verilirse, paketlenme riskini düşürmek ve karşılanma olasılığını artırmak için yeterince yüksek bir t seçmeleri doğal olacaktır (en azından t komitesi üyesi çevrimiçi olmalıdır). Normal ağ koşullarında, bazı Bloklar çataldan geçebilir, ancak bunun zaman oyununda gerçekleştiğine dikkat ediyoruz ve zincirin canlılığı hala kabul edilebilir düzeydedir.
Kullanılamayan Blok
Ayrıca, komite çevrimiçi olabilir, ancak oluşturucular, Blok'un şifresi çözüldüğünde çözülemeyecek veya geçersiz hale gelebilecek bir durum yaratma yeteneğine sahip olabilir (örneğin, dolandırıcılık kanıtı kullanarak).
protokol açısından, bu Blokçatal'ı çıkarmanız mümkün. Daha geniş doğrulayıcılar kümesi basitçe bu tür Blok veya onlara referans olan herhangi bir Blok'u kanıtlayamaz. Bu hatayı ele almanın en iyi yolu, Konsensüs istemcisine bu olasılığı fark ettirmek ve zarif bir şekilde başarısız olmasını sağlamaktır. Bu konuda daha fazla araştırma yapılması gerekmektedir.
Piyasa Yapısı
Kazananların Blok içeriğini eşik değerine ulaşmadan önce bilmesi, gelecek dönemlerde adil olmayan bir avantaj yaratabilir. Ancak, kanıt komitesinin bir sonraki dönem sonuna kadar harekete geçmesi gerektiği ve Blok değerinin çoğunluğunun dönem sonunda toplandığı için, bu avantajın etkisi mümkün olduğunca azaltılmalıdır.
Sadece kriptografi kanıtı
Uzun vadede, TEE kanıtını Sıfır Bilgi Kanıtı (ZK kanıtı) ile değiştirme olasılığı olabilir. Şu anda ZK kanıtının hızı çok yavaş, ancak kriptografi, yazılım ve özel donanım (ASIC'ler) alanındaki ilerlemeler sonunda ZK kanıtının gerekli gecikme süresi sınırları içinde üretilebilir hale gelmesini sağlayabilir. Blok ile birlikte ZK kanıtı, ETH uzun vadeli yol haritasının temel bir parçasıdır.
Kullanma
Mevcut doğrulayıcılar kümesinin boyutu ve büyüme hızı göz önüne alındığında, bu planın L1'de yayınlanması için gereken veri miktarına değmeyebilir. Bununla birlikte, Ethereum MaxEB aracılığıyla doğrulayıcı sayısını önemli ölçüde azaltmayı planlıyor.
En iyi yöntem muhtemelen MaxEB'den önce veya sonra yükseltme yapmaktır, böylece Konsensüs istemcisi şifrelemeBlok semantiğini fark edebilir ve doğrulayıcılar ipuçları yayınlamaya teşvik edebilir. Örneğin, MaxEB'den sonra yeni katılan doğrulayıcıların ipuçları yayınlaması istenebilir, eski doğrulayıcılar ise yükseltme teşviki alabilir.
doğrulayıcılar'in yeterli bir oranını benimsemesi durumunda, inşaatçılar, yeterli bir komite ölçeğinin (yani, gizlilik ve deşifre olasılığını dikkate alan) sağlanması için onu kullanmaya başlayacaklar.
Eğer yöntemimiz gerçekten de çoklu atlama ile karşılaştırıldığında gecikme süresi açısından üstünse, piyasa onu gönüllü olarak benimsemelidir, belirli parametre ayarlarını protokol zorunlu kılmadan veya belirlemeden.
Temel Prensip
Röle, Ethereum'un en önemli merkezi kaynaklarından biri olup, kiralama fırsatlarına yol açmakta ve protokolün coğrafi merkeziyetsizliğini bozmaktadır. Röle'nin kaldırılması gereklidir ve bu, nispeten zarif bir çözüm olarak düşünülmelidir. Bu, uzlaşma katmanında değişiklik gerektirir, ancak doğrulayıcılar yeni donanım veya gizli anahtar malzemesi sunmak zorunda değildir.
Eksik olan şudur ki, bu, konsensüs katmanına yönelik karmaşık bir değişikliktir ve bu mekanizma (önerildiği gibi seçici olarak benimsenirse) piyasa tarafından kabul edilebilir veya edilemeyebilir. Bununla birlikte, birçok potansiyel MEV kanalı değişikliği de benzer şekilde benimsenme ve getiri optimizasyonu sorunuyla karşı karşıyadır (örneğin, liste içerir). Ayrıca, gelecekte, diğer kullanım durumlarının da doğrulayıcılar tarafından sahip olunan eşik değerli şifreleme altyapısına bağlı olabileceği olasıdır.
Bildiri:
Bu makale [01928374656574839201] tarafından paylaşılmıştır.paradigm] , telif hakkı özgün yazar[Charlie NoyesGuru, Vamsi Policharla] aittir. Yeniden yayınla ilgili itirazınız varsa, lütfen Gate Learn ekibi ile iletişime geçin ve ekip ilgili prosedürlere uygun olarak işlem yapacaktır.
Sorumluluk Reddi: Bu makalede ifade edilen görüşler ve düşünceler yalnızca yazarın kişisel görüşlerini temsil eder ve herhangi bir yatırım tavsiyesi oluşturmaz.
Diğer dil sürümleri Gate Learn ekibi tarafından çevrilmektedir. Gate.io ile ilgili olmayan durumlarda çevrilen makalelerin kopyalanması, yayılması veya kopyalanması yasaktır.
Röle nasıl kaldırılır
"MEV-Boost" Ethereum blok zincirinde MEV çıkarmak için bir yan zincir protokolüdür ve ciddi şekilde merkezi bir katılımcı olan "Röle"ye bağımlıdır. Biz, yapımcılar ve önerenler arasında doğrudan, kriptografik olarak özel iletişim kurmalarına izin veren alternatif bir mimari öneriyoruz. Bu mimari, mevcut BLS Gizli Anahtarları kullanarak doğrulayıcıların birlikte çalışmasına izin veren yeni bir etkileşimsiz "sessiz" eşik şifreleme biçimine dayanmaktadır."}"
Temelde, şifrelemeBlok eşiğini kullanarak bir öneri gönderiyoruz, böylece bazı katılımcılara gönderiyoruz ve bu sayede kanıt komitesinin gizlilik ve veri kullanılabilirliğini sağlamasına yardımcı oluyoruz. Onların kanıtları şifre çözmeGizli Anahtar oluşturur; gerekli eşiğe ulaşıldığında, Blok çözülebilir hale gelir.
Bizim inşa çözümümüz inşaatçılar ve teklif sahipleri arasındaki gizlilik sorununu çözer, ancak tek başına Blok'un etkinliğini garanti edemez. Diğer mekanizmalarla birleştirilebilir ve tamamen Röle'nin sağladığı işlevselliği kopyalayabilir, gizlilik ve Blok etkinliği dahil. Örneğin, güvenilir yürütme ortamları (TEE) kanıtı veya zero-knowledge (ZK) kanıtı kullanılabilir veya şifreleme ekonomik mekanizması inşaatçılara teminat sağlayabilir.
Röle sağlayıcının gizliliğini ortadan kaldırarak ve Blok geçerliliğini sağlayarak, Ethereum'un Merkeziyetsizlik ve sansür direncini artırmayı ve gecikme süresini azaltmayı amaçlıyoruz.
MEV-Boost ve Röle'nin Rolü
MEV-Boost, Blok inşaatçıları ve önerenler arasındaki bir ARACI olarak görev yapan bir yan protokoldür. Röle'nin ana görevi, iki güvence sağlamaktır:
Ancak, Röle'ye olan bağımlılık önemli bir merkezileştirmeye neden oldu. ETH bloklarının yaklaşık %90'ı sadece birkaç Röle tarafından iletiliyor. Bu bazı riskler de beraberinde getiriyor:
TEE-Boost
Röle'nin başlıca bir alternatifi, 'TEE-Boost' (https://collective.flashbots.net/t/tee-boost/3741)'tur ve güvenilen yürütme ortamlarına (TEEs) dayanır. TEE'ler, çözümümüzün temelini oluşturmaz; TEE-Boost'u çözmeyi amaçladığımız problem için bir öğretim örneği olarak kullanmak faydalıdır.
Daha spesifik olarak, TEE-Boost, olası blok içeriklerini önerenlere gerçek Blok içeriğini ifşa etmeden, tekliflerinin dürüstlüğünü ve Blok'un geçerliliğini göstermek için TEE'ler kullanarak yapımcılar tarafından oluşturulacak kanıtları gerektirir. Önerenler, bu kanıtları normal donanımlarında kontrol edebilirler ve TEE'leri kendi başlarına çalıştırmak zorunda kalmazlar. 01928374656574839201
Ancak, TEE-Boost'un veri kullanılabilirlik sorunu vardır: oluşturucular yalnızca TEE kanıtını ve Blok başlığını önerenle paylaşır, gerçek Blok içeriğini paylaşmaz[1] ve önerenin başını imzaladıktan sonra Blok içeriğini serbest bırakmama seçeneği olabilir (örneğin, piyasa koşulları olumsuz değişirse). Veri erişilebilirlik sorununu çözme önerilen yöntemler arasında şunlar yer alır:
TEE-Depolama: TEE-Depolama, önerenin imzalamadan önce Blok'u oluşturucudan alır ve imza başlığını gördükten sonra Blok'u serbest bırakır.
Veri Erişilebilirlik Katmanı: Oluşturucular, şifreleme'nin Blok yükünü Veri Erişilebilirlik (VE) katmanına yayınlar.
Bu iki yöntemin de dezavantajları var. TEE-Koruma çözümü, mevcut Röle'ye benzer merkezi gecikme süresi dinamik[2]. Dış DA katmanı kullanıldığında, ek protokol varsayımları getirilir ve bu dış protokolün dinamik gecikme süresiyle başa çıkılır (bu dinamikler ayrıca olumsuz olabilir).
Teorik olarak, önerenin TEE'lere erişebilmesi durumunda, oluşturucu onu XY olarak tanımladığı TEE'de Blokşifreleme yapabilir. Önerenin TEE'si, Blok'un sadece imzalandıktan sonra çözüleceği şekilde tasarlanmıştır. Bununla birlikte, bu tasarımın TEE-Boost tarafından düşünülmediğini düşünüyoruz çünkü bu, önerenin (doğrulayıcılar) TEE'leri çalıştırmasını gerektirecektir. Doğrulayıcıların normal donanımlarda çalışabilmesini umuyoruz.
Öneren, TEE depolamayı kendi doğrulayıcıları düğümüyle birlikte yan araç olarak çalıştırırsa, gecikme süresini önleyebilir.
态。然而,我们同样不希望使doğrulayıcılar运行TEEs。↩
Eşik Kriptografisi İnşaatçı Gizlilik Sağlamak İçin
TEE-Boost veri kullanılabilirlik sorununa karşı zarif bir çözüm önerdik: doğrulama komitesine eşik şifreleme uygulaması. Özellikle, oluşturucular Blok'un belirli oranını doğrulama komitesine eşik şifreleme yapacak. Yeterli doğrulama toplandığında, Blok çözümlenebilir ve kullanılabilir hale gelir.
Temel etkinleştirme teknolojisi, sessiz geçit şifrelemesidir. Bu kriptografi tekniği, önceki derleme için gerekli olan Etkileşimli Dağıtık Gizli Anahtar Oluşturma (DKG) kurulum aşamasına gerek kalmadan eşik şifrelemeye (https://eprint.iacr.org/2024/263 izin verir]. Aksine, ortak Açık Anahtar, doğrulayıcıların mevcut BLSA "Anahtar" ve bazı "ipuçları" (daha sonra tartışılacaktır) kesinliğine dayalı olarak hesaplanır.
Bu, oluşturucu ve doğrulayıcılar arasında doğrudan tek atlayışlı iletişimi sağlar ve kriptografik gizlilik sağlar. Doğrulayıcılar, TEE'leri çalıştırmak veya herhangi bir yeni Gizli Anahtar malzemesini yönetmek zorunda değildir.
Mekanizma:
Oluşturucu bir Blok inşa eder ve onu doğrulama komitesine şifreler.
İnşaatçı, bir TEE kanıtını oluşturur ve doğrulama komitesine üç açıdan kanıt sunar: teklif dürüst, Blok etkili ve şifreleme doğru.
İnşaatçı, şifreleme ve Blok ve TEE kanıtını (değer de dahil olmak üzere) teklif verene iletmek için eşik değerini kullanır.[3]
Öneren, kazanan yapılandırmayı imzalar ve öneriyi doğrulayıcı kümesine ileter.
Blok belirli bir oran (örneğin n/2 veya 2n/3) doğrulama heyeti tarafından doğrulandığında, şifresi çözülür.
Şifresi çözülen Blok normal şekilde son onaylamaya geçecektir.
Dikkat Edilmesi Gereken Noktalar
Performans
Sessiz eşik şifreleme的性能特征相当有利。在这里,n是我们希望支持的委员会的最大规模,t是解密的门限。
şifreleme ve kısmi çözümleme süreleri sabit zamandır. Basit bir uygulama kullanarak, şifreleme süresi 7 milisaniyeden azdır ve paralelleştirilebilir. Kısmi çözümleme süresi ise 1 milisaniyeden azdır.
Şifreli Metin大小比Düz metin大768字节,这是一个常量附加因素(对于任何n和t)。
Kısmi çözülmüş birleşme (yani çözülmüş) komitenin büyüklüğüne bağlıdır. n=1024 olduğunda, basit uygulamanın süresi 200 milisaniyeden azdır. n=128 olduğunda (her zaman dilimi için kimlik doğrulama komitesinin boyutu), bu sürenin 10 kat azalması beklenir ve uygulama daha da optimize edilebilir.
Önemli olan, şifreleme zamanı, Röle gecikme süresi ile karşılaştırıldığında kilit performans göstergesidir. Bu, Blok oluşturucularının 'kritik yol' içinde hesaplaması gereken bir içeriktir. Bu süre, mevcut Röle blok işleme gecikme süresinin altındadır ve çoklu atlama iletişimini önler.
Veri Yayını
Sessiz kapı eşiği şifreleme tamamen ücretsiz değildir. Gerçekten bir ortak referans dizesine ihtiyaç duyar, (g, gτ, gτ², ..., gτⁿ⁻ᵗ) şeklinde bir formda, KZG polinom taahhüt planı için kullanıldığı gibi.
Ayrıca, g⁽ˢᵏ⁾ şeklindeki her BLS Açık Anahtarına sahip doğrulayıcılar, 'ipucu' olarak adlandırdığımız bir grup elemanı yayınlar: (g⁽ˢᵏ⁾⋅τ, …, g⁽ˢᵏ⁾⋅τⁿ⁻ᵗ). Bu ipuçları, yalnızca birleştirme Açık Anahtar ve Şifreli Metin'i çözerken kullanılır. şifreleme, yalnızca sabit boyutta birleştirme Açık Anahtarını kullanır.
Bu yazıyı yazdığımız sırada, yaklaşık olarak 1 milyon doğrulayıcılar bulunmaktadır. n=128 ve t=n/2 olarak ayarladığımızda, her doğrulayıcı yaklaşık olarak 3KB ipucu yayınlamalıdır. Bu nedenle, tüm doğrulayıcıların ipuçlarını depolamak için 3GB boş alan gerekmektedir.
MaxEB'nin etkinleştirilmesiyle, bu gereksinimin önemli ölçüde düşüş gösterebileceği MaxEB izin verir 32 ETH'nin üzerindeki doğrulayıcıların aynı Gizli Anahtar altında daha büyük bir bakiyeye sahip olmasına izin verir (bunun yerine bunu birden fazla 32 ETH depozitosuna dağıtmak). Doğrulayıcılar topluluğunun azaltılması henüz tartışma konusudur. Yaklaşık 1GB'a düşürülebiliriz.
Son olarak, Ethereum ağı Konsensüs yapısının gelecekteki değişikliklerine (örneğin, doğrulayıcılar kümesinin daha da azaltılması veya nihai kesinlik boru hattının yerine geçmesi gibi) göre, depolanması gereken ipucu boyutu daha da azalabilir.
Enerji
ETH bloğunun olumsuz ağ koşullarında bile çevrimiçi kalmasını umuyoruz. Bu planın bir sorunu, belirli bir orandaki komitenin çevrimdışı olması nedeniyle şifrelenemeyen bloklar oluşabileceğidir.
Bir çözüm, yapımcıların şifreyi çözmek için kabul edilebilir bir komite oranı (t) belirlemelerine izin vermektedir. Gizlilik (açma ve MEV çalma olasılığı) ile komite eşiği arasında bir denge bulunmaktadır. Yapımcılar için, Blok'larının çatala düşmesi yerine zincirde yer almasını sağlamak en büyük geliri maksimize etmek olduğundan, optimize edilmiş bir eşik değeri bulmaları gerekmektedir.[4]
Ayrıca, şifreleme şemasının kullanımı gönüllü seçim olmalıdır. Olumsuz ağ koşulları altında, kabul edilebilir ölçekte devam eden herhangi bir komitenin olmaması durumunda, önerenler ve yapımcılar Röle, özelleştirilmiş veya olumsuz koşulların doğasına göre seçilen diğer mekanizmalara geri dönebilirler.
Özellikle söylemek gerekirse, Blok inşaatçısının çatal sonrası beklenen değeri negatiftir (bu durumda gelir elde etmezler), paketlenen beklenen değeri ise oldukça negatiftir. İnşaatçının [0, 128] aralığında bir t seçmesine izin verilirse, paketlenme riskini düşürmek ve karşılanma olasılığını artırmak için yeterince yüksek bir t seçmeleri doğal olacaktır (en azından t komitesi üyesi çevrimiçi olmalıdır). Normal ağ koşullarında, bazı Bloklar çataldan geçebilir, ancak bunun zaman oyununda gerçekleştiğine dikkat ediyoruz ve zincirin canlılığı hala kabul edilebilir düzeydedir.
Kullanılamayan Blok
Ayrıca, komite çevrimiçi olabilir, ancak oluşturucular, Blok'un şifresi çözüldüğünde çözülemeyecek veya geçersiz hale gelebilecek bir durum yaratma yeteneğine sahip olabilir (örneğin, dolandırıcılık kanıtı kullanarak).
protokol açısından, bu Blokçatal'ı çıkarmanız mümkün. Daha geniş doğrulayıcılar kümesi basitçe bu tür Blok veya onlara referans olan herhangi bir Blok'u kanıtlayamaz. Bu hatayı ele almanın en iyi yolu, Konsensüs istemcisine bu olasılığı fark ettirmek ve zarif bir şekilde başarısız olmasını sağlamaktır. Bu konuda daha fazla araştırma yapılması gerekmektedir.
Piyasa Yapısı
Kazananların Blok içeriğini eşik değerine ulaşmadan önce bilmesi, gelecek dönemlerde adil olmayan bir avantaj yaratabilir. Ancak, kanıt komitesinin bir sonraki dönem sonuna kadar harekete geçmesi gerektiği ve Blok değerinin çoğunluğunun dönem sonunda toplandığı için, bu avantajın etkisi mümkün olduğunca azaltılmalıdır.
Sadece kriptografi kanıtı
Uzun vadede, TEE kanıtını Sıfır Bilgi Kanıtı (ZK kanıtı) ile değiştirme olasılığı olabilir. Şu anda ZK kanıtının hızı çok yavaş, ancak kriptografi, yazılım ve özel donanım (ASIC'ler) alanındaki ilerlemeler sonunda ZK kanıtının gerekli gecikme süresi sınırları içinde üretilebilir hale gelmesini sağlayabilir. Blok ile birlikte ZK kanıtı, ETH uzun vadeli yol haritasının temel bir parçasıdır.
Kullanma
Mevcut doğrulayıcılar kümesinin boyutu ve büyüme hızı göz önüne alındığında, bu planın L1'de yayınlanması için gereken veri miktarına değmeyebilir. Bununla birlikte, Ethereum MaxEB aracılığıyla doğrulayıcı sayısını önemli ölçüde azaltmayı planlıyor.
En iyi yöntem muhtemelen MaxEB'den önce veya sonra yükseltme yapmaktır, böylece Konsensüs istemcisi şifrelemeBlok semantiğini fark edebilir ve doğrulayıcılar ipuçları yayınlamaya teşvik edebilir. Örneğin, MaxEB'den sonra yeni katılan doğrulayıcıların ipuçları yayınlaması istenebilir, eski doğrulayıcılar ise yükseltme teşviki alabilir.
doğrulayıcılar'in yeterli bir oranını benimsemesi durumunda, inşaatçılar, yeterli bir komite ölçeğinin (yani, gizlilik ve deşifre olasılığını dikkate alan) sağlanması için onu kullanmaya başlayacaklar.
Eğer yöntemimiz gerçekten de çoklu atlama ile karşılaştırıldığında gecikme süresi açısından üstünse, piyasa onu gönüllü olarak benimsemelidir, belirli parametre ayarlarını protokol zorunlu kılmadan veya belirlemeden.
Temel Prensip
Röle, Ethereum'un en önemli merkezi kaynaklarından biri olup, kiralama fırsatlarına yol açmakta ve protokolün coğrafi merkeziyetsizliğini bozmaktadır. Röle'nin kaldırılması gereklidir ve bu, nispeten zarif bir çözüm olarak düşünülmelidir. Bu, uzlaşma katmanında değişiklik gerektirir, ancak doğrulayıcılar yeni donanım veya gizli anahtar malzemesi sunmak zorunda değildir.
Eksik olan şudur ki, bu, konsensüs katmanına yönelik karmaşık bir değişikliktir ve bu mekanizma (önerildiği gibi seçici olarak benimsenirse) piyasa tarafından kabul edilebilir veya edilemeyebilir. Bununla birlikte, birçok potansiyel MEV kanalı değişikliği de benzer şekilde benimsenme ve getiri optimizasyonu sorunuyla karşı karşıyadır (örneğin, liste içerir). Ayrıca, gelecekte, diğer kullanım durumlarının da doğrulayıcılar tarafından sahip olunan eşik değerli şifreleme altyapısına bağlı olabileceği olasıdır.
Bildiri: