ePBS'nin tasarımı, Builder güvenliği etrafında inşa edilen bir kavram etrafında dönmektedir ve Builder'a Blok işlemleri üzerinde tam kontrol sağlar.
ePBS, ETH blok zinciri konsensüs katmanına doğrudan PBS'nin dahil edilmesini öneren, In-Protocol PBS olarak adlandırılan bir öneridir. Bu öneri, potansiyel Röle arızalarıyla başa çıkmak ve sistem içi tek nokta arızalarını ortadan kaldırmak amacını taşımaktadır.
ePBS hala orijinal PBS'in temelini takip ederek, Blok içeriğinin kontrolüne karşı tek bir varlığın sansür direnişi ve merkeziyetsizliğini artırarak ağın düşüşünü sağlar.
Payload Zamanında Komitesi（PTC）, yeni blok içindeki işlemlerin zamanında ve etkin olmasını sağlamak için denetim rolünü üstlenir.
Giriş
Prysm geliştiricisi Potuz, ETH ana ağında güven sorunları olduğunu düşünüyor ve Electra çatalını 2025'e kadar ertelemeyi ve Interop etkinliğini kullanarak ePBS tasarımını geliştirmeyi savunuyor. Ancak ETH topluluğu ePBS'ye farklı bakıyor, bazı geliştiriciler ve araştırmacılar olası risklerden endişe duyuyor. ePBS konusunda farklı görüşler var, bugün ePBS'in ne olduğunu ve PBS'ten nasıl farklı olduğunu anlayacağız.
Daha önce, PBS mekanizmasının, Proposer'ın taahhütünün güvenliğini ve Builder'ın açıklamasının güvenliğini sağlamak için güvenilir Röle'ye devredildiğini belirtmiştik. Röle, Blok içeriğini saklamaktan sorumludur, böylece Proposer Blok içeriğini alırken Builder'ın Blok içeriğini kolayca çalamaz. Ancak Röle kötü niyetli ise, Proposer ve Builder zarar görür ve sadece diğer Relay'lerle işbirliği yapmak ve diğer Röle'lerin kötü niyetli olmadığını ummak zorundadırlar. Burada bir sorun vardır, güvenilir bir üçüncü tarafa güven temsilcisi olarak başvurmak zorundayız. Çünkü PBS, bir protokol dışı bir çözümdür. PBS, topluluğun Konsensüs ve gönüllü uyumuna dayanır, ek koordinasyon ve güven gerektirir.
PBS'de, sorunları çözmek için bir ARACI rolü olarak bir aracı olmalıdır:
Proposer, Blok içeriğinin satış hakkını satmak istiyorsa, ARACI'ya güvenmelidir.
Builder Blok inşa etmek için satın alma hakkına sahip olmak istiyorsa, ARACI'ya güvenmelidir.
ePBS'in devrimci tasarımı
Dahili teklif sahibi - inşaatçı ayrılması
Enshrined Proposer-Builder Separation (ePBS), bir PBS türevi olan dahili önerici-oluşturucu ayrımıdır. ePBS, ETH zincirinde doğrudan PBS'yi içeren bir öneri olduğu için İç Protokol PBS olarak da adlandırılır. Potansiyel Röle arızalarıyla başa çıkmak ve sistem içi tek nokta arızalarını ortadan kaldırmak için oluşturulmuştur. Yeni bir Konsensus Mekanizması olarak, ePBS'in temel prensiplerini, avantajlarını ve geleneksel Proposer-Builder Separation (PBS) ile farklarını anlamak için daha derinlemesine bir analiz yapacağız.
ePBS, yani Dahili Önerici-Yapılandırıcı Ayrımı, blok zinciri protokolünde yerleşik bir mekanizmadır. Ethereum protokolü, güvenilir bir Röle rolünü değiştirmek için kullanılır; eğer Önerici veya Yapılandırıcı herhangi bir kötülük yaparsa, cezayı (kesmek) Ethereum protokolü kendisi uygular, belirli bir role güvenmek zorunda kalmaz. Bu, protokolün tümüyle ve daha önce bahsedilen PBS protokolünden en büyük farkı ve farklılığıdır.
Tabii ki, ePBS'de rol ayrımı, orijinal PBS temelinde devam etmektedir, böylece tek bir varlığın Blok içeriği üzerindeki kontrol yeteneği azaltılarak Blok Zinciri ağının sansür direnişi ve Merkeziyetsizlik seviyesi artırılır.
Kötü davranışları doğrudan cezalandırma ve üçüncü taraflara güven verme
İsmine bakarak, ePBS'deki Enshrined'in protokolü dahil etmek için yapılan bir iş olduğunu anlayabiliriz ve kötü davranışlara doğrudan ceza vermek ve güven merkezinin bu ayar altında sessizce değiştiğini görmekteyiz.
protokol tanıma ve işleme yeteneğine sahiptir, doğrudan cezalandırır
PBS'de, kötü davranışların tanınması ve cezalandırılması, üçüncü tarafın (doğrulayıcı, röle vb.) müdahalesine bağlıdır. Ancak ePBS'de, tasarımının protokol içinde olmasından dolayı, kötü davranışlar doğrudan protokol tarafından tanınabilir ve işlenebilir.
Üçüncü taraf kredi verme gereksinimi olmadan Merkeziyetsizlik düzeyini artırın
PBS, belirli bir ölçüde dış denetime veya üçüncü taraflara dayanır ve merkezi güven sorunlarına sahiptir. Buna karşılık, ePBS, kuralları protokole yazarak dış üçüncü taraflara olan güven ihtiyacını azaltarak sistemdeki merkeziyetsizlik seviyesini artırır.
* Geleneksel PBS ile ePBS Karşılaştırma Tablosu
ePBS Tasarımı
Dancing of Execution and Verification
ETH Blok POS'ta, slot zamanı 12 saniyelik aralıklara bölünür. Her slotta, rastgele bir doğrulayıcılar Blok önerir. Aynı zamanda, Blok'un geçerliliğini doğrulamak için bir komite belirlenir. Bir Blok, belirtilen slot içinde önerilmezse, 4 saniye sonra sorumlu doğrulayıcılar önceki Blok'u doğrular.
kaynak: ethresearch, bir ePBS yuvası CL (consensus layer - ortaklık katmanı) ve EL (execution layer - yürütme katmanı) tarafından işlenecektir. Blok bilgisi consensus layer'da yayınlanır, ardından Blok yürütme katmanına doğrulama için sunulur.
BlokTeklif Verme aşaması: Bulider, Teklif Verme'yi başlatacak ve Proposer'a gönderecektir.
proposer 广播：Proposer 选择Teklif Verme并选择是否运用 Inclusion List 构建自己的Blok内容。接着广播Blok。
Doğrulayıcılar oy kullanır: Blok'u görür görmez, doğrulama sonuçlarına göre oy kullanırlar.
Agregat doğrulama: Agregatörler tarafından oluşturulan bir agregat doğrulama, bir Blok için birden çok doğrulayıcının doğrulamasını bir araya getirir. Doğrulayıcılar, agregat doğrulama aracılığıyla doğrulama yaparlar.
yük iletisi yayını: Oluşturucu, belirli bir süre içinde tamamlanmış bir yürütme yükünü (ution Payload) açıkça yayınlamalıdır.
PTC Oylaması: Özel Komite, Builder'ın yükünün zamanında ve etkili bir şekilde denetlenip doğrulandığını denetler.
Bir sonraki slot'un Proposer'ı Blok'larını, PTC oylama sonuçlarına ve toplu ispatın tam bir blok veya Boş Blok üzerine inşa edilmesine dayanarak yayınlar. Bir Blok'un PT oylarının zamanında yayınlanan yüzdesi daha yüksek olduğunda, o zaman Tam Blok olarak kabul edilir.
PTC, zamanında ve etkili bir şekilde yeni blok içindeki işlem içeriğini denetler
PTC, basitçe söylemek gerekirse, bir denetim ekibi gibidir ve Builder'ın işlerini zamanında teslim edip etmediğini ve doğru Blok içerip içermediğini denetler. Eğer Builder iyi iş çıkartırsa ve gereksinimlere uygun Blok'ları zamanında teslim ederse, PTC bunu onaylamak için oy kullanır. Böylece ağ, hangi Blok'ların tam ve geçerli olduğunu, hangilerinin sorunlu veya eksik olabileceğini bilebilir.
PTC'nin oylama mekanizması aracılığıyla, Blok'un 'tamamlanmış blok' veya 'Boş Blok' olarak değerlendirilip değerlendirilmeyeceği belirlenir. PTC, yükün zamanında ve doğru bir şekilde doğrulandığı durumlarda Blok'u 'tamamlanmış blok' olarak kabul eder; yük yoksa veya yükün gecikme süresi varsa, Blok 'Boş Blok' olarak işaretlenebilir. Daha sonra, PTC'nin oylama sonucuna bağlı olarak, ağ, Proposer ve Builder'a doğrudan ödül veya ceza uygular, böylece zamanında ve doğru Blok oluşturulması teşvik edilir.
Tam blok (full block): Blok, bir dizi geçerli yükü içerir ve birden çok işlemi içerebilir ve işlem yürütme durumu zamanında güncellenebilir.
Boş Blok（empty block）：Blok几乎没有包含任何交易，或者只包含极少数交易。它可以是 CL 块，但不会更新EL状态。
Eksik blok (missing block): Boş yuva. Blok zincirinde beklenen ancak oluşturulmayan veya başarılı bir şekilde zincire eklenmeyen blok. (blok, yuva) çatal seçimi oylamasıyla eksik bloklar Tam Blok veya Boş Blok olarak sınıflandırılabilir.
ePBS 的sansür direnişi实现，结合 Inclusion List 的设计
ePBS 的设计核心是围绕 Builder 安全性而构建的概念，它授予 Builder 对Blok交易的完全控制权。那么，在这个基础上，运用 Inclusion List 将是一个非常完美能够实现抗审查与Merkeziyetsizlik的组合形式。
Önceki makalelerimizde bahsettiğimiz gibi, CL'yi genel hatlarıyla açıklayalım (ayrıntılar için bağlantıya tıklayın: undefined). Bu liste Builder'a sunulur ve bu işlemlere öncelik verilmesi gerekmektedir. Bu liste, mevcut tüm aktif işlemleri içermelidir, bu işlemlerin işlem havuzunda olup olmadığı önemli değildir. Builder'ın Blok'a dahil etmesi gereken işlemler, Blok hala boş alan içeriyorsa. Eğer Blok doluysa, Builder bu listeye dikkat ettiğini belirtmeli ve farkında olduğunu onaylamalıdır.
Builder belirli işlemleri denetlemeye çalıştığında, EIP-1559'nun uygulanması nedeniyle Blok, sürekli olarak işlemlerle dolması nedeniyle baz ücreti hızla yükselir. Bu noktada Builder, denetlemek için sahte işlemler ekleyerek ısrar ederse, artan ücretler bu davranışın maliyetini aşırı yükseltecek ve bu nedenle pratik olmayacaktır.
Özet
ePBS, önerenler ve inşa edenler rollerini protokol içinde ayrıştırır. PTC, Builder tarafından yayınlanan işlem yükünün geçerliliği ve zamanında olması için oy vermekle görevli bir alt küme olan bir kanıt komitesi olarak görev yapar. Temel avantajı, geleneksel olarak üçüncü taraflara güvenen rolü, Ethereum protokolünün kendisinin denetleme ve cezalandırma yetkisine dönüştürerek, tek bir varlığa olan güven gereksinimini azaltmasıdır. Bu, sistemde sansür direnişini artırmakla kalmaz, aynı zamanda İçeriğe Dahil Etme Listesi gibi mekanizmalar aracılığıyla işlemlerin korunmasını da güçlendirir ve işlemlerin denetlenmesi maliyetini yükselterek uygulanamaz hale getirir.
Ayrıca belirtmek gerekir ki, ePBS, Blok Önericisi ve Oluşturucusunu ayıran bir protokol katmanı seçeneği sunuyor, zorunlu değil. Onların en büyük farkı ödeme mekanizması ve güven modelidir. Tüm protokolün güven sorununu düşündüğümüzde, önceden ödeme taahhüdü yapmanız gereken bir maliyeti vardır. ePBS'ye göre, MEV-Boost, kendi sıralama işlemi yükünde gerçekleştirdiği kazançlara dayanarak Beacon Önericisine ödeme yapma miktarını belirleyebilir, daha fazla kar ve alan sağlar. Belki de bir gün ePBS'nin mekanizması, önceden ödeme taahhüdü gerektirmeyen bir şekilde uygulanabilir, küçük bir hayal ve beklentiye sahip olabiliriz!
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
Güven Krizi deneyi ePBS'in protokolüne yerleştirildi
TL;DR
Giriş
Prysm geliştiricisi Potuz, ETH ana ağında güven sorunları olduğunu düşünüyor ve Electra çatalını 2025'e kadar ertelemeyi ve Interop etkinliğini kullanarak ePBS tasarımını geliştirmeyi savunuyor. Ancak ETH topluluğu ePBS'ye farklı bakıyor, bazı geliştiriciler ve araştırmacılar olası risklerden endişe duyuyor. ePBS konusunda farklı görüşler var, bugün ePBS'in ne olduğunu ve PBS'ten nasıl farklı olduğunu anlayacağız.
Daha önce, PBS mekanizmasının, Proposer'ın taahhütünün güvenliğini ve Builder'ın açıklamasının güvenliğini sağlamak için güvenilir Röle'ye devredildiğini belirtmiştik. Röle, Blok içeriğini saklamaktan sorumludur, böylece Proposer Blok içeriğini alırken Builder'ın Blok içeriğini kolayca çalamaz. Ancak Röle kötü niyetli ise, Proposer ve Builder zarar görür ve sadece diğer Relay'lerle işbirliği yapmak ve diğer Röle'lerin kötü niyetli olmadığını ummak zorundadırlar. Burada bir sorun vardır, güvenilir bir üçüncü tarafa güven temsilcisi olarak başvurmak zorundayız. Çünkü PBS, bir protokol dışı bir çözümdür. PBS, topluluğun Konsensüs ve gönüllü uyumuna dayanır, ek koordinasyon ve güven gerektirir.
PBS'de, sorunları çözmek için bir ARACI rolü olarak bir aracı olmalıdır:
ePBS'in devrimci tasarımı
Dahili teklif sahibi - inşaatçı ayrılması
Enshrined Proposer-Builder Separation (ePBS), bir PBS türevi olan dahili önerici-oluşturucu ayrımıdır. ePBS, ETH zincirinde doğrudan PBS'yi içeren bir öneri olduğu için İç Protokol PBS olarak da adlandırılır. Potansiyel Röle arızalarıyla başa çıkmak ve sistem içi tek nokta arızalarını ortadan kaldırmak için oluşturulmuştur. Yeni bir Konsensus Mekanizması olarak, ePBS'in temel prensiplerini, avantajlarını ve geleneksel Proposer-Builder Separation (PBS) ile farklarını anlamak için daha derinlemesine bir analiz yapacağız.
ePBS, yani Dahili Önerici-Yapılandırıcı Ayrımı, blok zinciri protokolünde yerleşik bir mekanizmadır. Ethereum protokolü, güvenilir bir Röle rolünü değiştirmek için kullanılır; eğer Önerici veya Yapılandırıcı herhangi bir kötülük yaparsa, cezayı (kesmek) Ethereum protokolü kendisi uygular, belirli bir role güvenmek zorunda kalmaz. Bu, protokolün tümüyle ve daha önce bahsedilen PBS protokolünden en büyük farkı ve farklılığıdır.
Tabii ki, ePBS'de rol ayrımı, orijinal PBS temelinde devam etmektedir, böylece tek bir varlığın Blok içeriği üzerindeki kontrol yeteneği azaltılarak Blok Zinciri ağının sansür direnişi ve Merkeziyetsizlik seviyesi artırılır.
İki Büyük Avantaj
Kötü davranışları doğrudan cezalandırma ve üçüncü taraflara güven verme
İsmine bakarak, ePBS'deki Enshrined'in protokolü dahil etmek için yapılan bir iş olduğunu anlayabiliriz ve kötü davranışlara doğrudan ceza vermek ve güven merkezinin bu ayar altında sessizce değiştiğini görmekteyiz.
PBS'de, kötü davranışların tanınması ve cezalandırılması, üçüncü tarafın (doğrulayıcı, röle vb.) müdahalesine bağlıdır. Ancak ePBS'de, tasarımının protokol içinde olmasından dolayı, kötü davranışlar doğrudan protokol tarafından tanınabilir ve işlenebilir.
PBS, belirli bir ölçüde dış denetime veya üçüncü taraflara dayanır ve merkezi güven sorunlarına sahiptir. Buna karşılık, ePBS, kuralları protokole yazarak dış üçüncü taraflara olan güven ihtiyacını azaltarak sistemdeki merkeziyetsizlik seviyesini artırır.
* Geleneksel PBS ile ePBS Karşılaştırma Tablosu
ePBS Tasarımı
Dancing of Execution and Verification
ETH Blok POS'ta, slot zamanı 12 saniyelik aralıklara bölünür. Her slotta, rastgele bir doğrulayıcılar Blok önerir. Aynı zamanda, Blok'un geçerliliğini doğrulamak için bir komite belirlenir. Bir Blok, belirtilen slot içinde önerilmezse, 4 saniye sonra sorumlu doğrulayıcılar önceki Blok'u doğrular.
kaynak: ethresearch, bir ePBS yuvası CL (consensus layer - ortaklık katmanı) ve EL (execution layer - yürütme katmanı) tarafından işlenecektir. Blok bilgisi consensus layer'da yayınlanır, ardından Blok yürütme katmanına doğrulama için sunulur.
PTC, zamanında ve etkili bir şekilde yeni blok içindeki işlem içeriğini denetler
Payload Timeliness Committee（PTC），“有效负载及时性委员会”。主要任务是确保新Blok中的交易内容能够及时、准确地被添加进去。这个委员会由doğrulayıcılar组成（从信标链委员会借来的 521 人作为委员会的组成部分），他们的工作是在每个Blok创建周期结束前，检查 Builder 是否已经完成了Blok的交易填充工作，并且这些交易是按规则正确执行的。
PTC, basitçe söylemek gerekirse, bir denetim ekibi gibidir ve Builder'ın işlerini zamanında teslim edip etmediğini ve doğru Blok içerip içermediğini denetler. Eğer Builder iyi iş çıkartırsa ve gereksinimlere uygun Blok'ları zamanında teslim ederse, PTC bunu onaylamak için oy kullanır. Böylece ağ, hangi Blok'ların tam ve geçerli olduğunu, hangilerinin sorunlu veya eksik olabileceğini bilebilir.
PTC'nin oylama mekanizması aracılığıyla, Blok'un 'tamamlanmış blok' veya 'Boş Blok' olarak değerlendirilip değerlendirilmeyeceği belirlenir. PTC, yükün zamanında ve doğru bir şekilde doğrulandığı durumlarda Blok'u 'tamamlanmış blok' olarak kabul eder; yük yoksa veya yükün gecikme süresi varsa, Blok 'Boş Blok' olarak işaretlenebilir. Daha sonra, PTC'nin oylama sonucuna bağlı olarak, ağ, Proposer ve Builder'a doğrudan ödül veya ceza uygular, böylece zamanında ve doğru Blok oluşturulması teşvik edilir.
ePBS 的sansür direnişi实现，结合 Inclusion List 的设计
ePBS 的设计核心是围绕 Builder 安全性而构建的概念，它授予 Builder 对Blok交易的完全控制权。那么，在这个基础上，运用 Inclusion List 将是一个非常完美能够实现抗审查与Merkeziyetsizlik的组合形式。
Önceki makalelerimizde bahsettiğimiz gibi, CL'yi genel hatlarıyla açıklayalım (ayrıntılar için bağlantıya tıklayın: undefined). Bu liste Builder'a sunulur ve bu işlemlere öncelik verilmesi gerekmektedir. Bu liste, mevcut tüm aktif işlemleri içermelidir, bu işlemlerin işlem havuzunda olup olmadığı önemli değildir. Builder'ın Blok'a dahil etmesi gereken işlemler, Blok hala boş alan içeriyorsa. Eğer Blok doluysa, Builder bu listeye dikkat ettiğini belirtmeli ve farkında olduğunu onaylamalıdır.
Builder belirli işlemleri denetlemeye çalıştığında, EIP-1559'nun uygulanması nedeniyle Blok, sürekli olarak işlemlerle dolması nedeniyle baz ücreti hızla yükselir. Bu noktada Builder, denetlemek için sahte işlemler ekleyerek ısrar ederse, artan ücretler bu davranışın maliyetini aşırı yükseltecek ve bu nedenle pratik olmayacaktır.
Özet
ePBS, önerenler ve inşa edenler rollerini protokol içinde ayrıştırır. PTC, Builder tarafından yayınlanan işlem yükünün geçerliliği ve zamanında olması için oy vermekle görevli bir alt küme olan bir kanıt komitesi olarak görev yapar. Temel avantajı, geleneksel olarak üçüncü taraflara güvenen rolü, Ethereum protokolünün kendisinin denetleme ve cezalandırma yetkisine dönüştürerek, tek bir varlığa olan güven gereksinimini azaltmasıdır. Bu, sistemde sansür direnişini artırmakla kalmaz, aynı zamanda İçeriğe Dahil Etme Listesi gibi mekanizmalar aracılığıyla işlemlerin korunmasını da güçlendirir ve işlemlerin denetlenmesi maliyetini yükselterek uygulanamaz hale getirir.
Ayrıca belirtmek gerekir ki, ePBS, Blok Önericisi ve Oluşturucusunu ayıran bir protokol katmanı seçeneği sunuyor, zorunlu değil. Onların en büyük farkı ödeme mekanizması ve güven modelidir. Tüm protokolün güven sorununu düşündüğümüzde, önceden ödeme taahhüdü yapmanız gereken bir maliyeti vardır. ePBS'ye göre, MEV-Boost, kendi sıralama işlemi yükünde gerçekleştirdiği kazançlara dayanarak Beacon Önericisine ödeme yapma miktarını belirleyebilir, daha fazla kar ve alan sağlar. Belki de bir gün ePBS'nin mekanizması, önceden ödeme taahhüdü gerektirmeyen bir şekilde uygulanabilir, küçük bir hayal ve beklentiye sahip olabiliriz!