Blob kurtarma görevlerini seçilmiş yüksek gözetimli düğümlere atayan bir Ethereum prototipi, 1.000 düğümlük simülasyonlarda tahmini yeniden yapılandırma iş yükünü 11–18× azalttı. Dört blob, %10 süper düğüm ve saklanan sütun olmaması koşulunda, ağ genelindeki yeniden yapılandırma maliyeti PeerDAS altında 48,6 CPU-saniyeden, küçültülmüş tasarım altında 2,75 CPU-saniyeye düştü. %20 süper düğüm oranında ise rakamlar 91 ve 6,6 CPU-saniye oldu.
Sonuçlar araştırmacı Csaba Kiraly'nin raporundan geliyor. Rapor, simülasyon ağındaki birikmiş hesaplama iş yükünü, geçen kurtarma süresini değil, bir Ryzen 9 8945HS işlemcide blob başına ölçülen 162 milisaniyelik maliyeti kullanarak tanımlıyor.
Neden önemli
Ethereum'un blob'ları layer-2 rollup'larının kullandığı verileri taşır, PeerDAS ise düğümlerin verilerin yalnızca bir kısmını indirerek kullanılabilirliği doğrulamasına olanak tanır. Yüksek gözetimli düğümler 128 veri sütunundan en az 64'ünü tutmak zorundadır, süper düğümler ise 128'inin tamamını tutar. Birçok düğüm aynı eksik blob'u yeniden yapılandırdığında, ağ pahalı işlemleri tekrarlayabilir.
Küçültülmüş tasarım belirli blob'ları önce atanmış düğümlere veriyor. Diğer düğümler, kurtarılan verileri hemen yeniden oluşturmak yerine mevcut sütun dağıtım kanalları üzerinden alabilir, yüksek gözetimli düğümler ise hâlâ eksik olan veriler için gecikmeli bir kurtarma rolünü koruyor.
Yaklaşım, daha küçük düğümlerin verileri havuzlayıp kolektif olarak yeniden yapılandırabilmesi için satır kanalları ekleyecek olan tam RowDAS'tan daha dar kapsamlıdır. Bu nedenle prototip, RowDAS'ın ek dayanıklılığını sağlamadan ya da blob limitlerini değiştirmeden işlemci iş yükünü azaltıyor.
Piyasa etkisi
Kısa vadeli başlıca fayda, Ethereum'un büyüyen rollup ekosistemine hizmet veren operatörler için daha düşük yeniden yapılandırma talebidir. Bu, blob etkinliği arttıkça ev staker'ları ve diğer yüksek gözetimli düğüm operatörleri üzerindeki hesaplama yükünü azaltabilir.
Bulgular hâlâ gerçek kriptografi kullanan simülasyon, süreç içi ağlarla sınırlı. Daha büyük simülasyonlar, devnet testleri ve tam 128 satır alt ağı yapılandırması gelecek iş olarak kalıyor; bu nedenle yatırımcılar bildirilen kazanımları mevcut ağ maliyetlerinin bir tahmini olarak değil, erken bir tasarım sinyali olarak değerlendirmeli.
Sıkça sorulan sorular
-
Küçültülmüş PeerDAS tasarımı ne kadar yeniden yapılandırma iş yükü tasarrufu sağladı?
1.000 düğümlük simülasyonlarda tahmini yeniden yapılandırma iş yükü 11–18× azaldı. %10 süper düğüm oranında maliyet 48,6'dan 2,75 CPU-saniyeye düştü.
-
Ethereum neden blob kurtarma görevlerini seçilmiş düğümlere atıyor?
Tasarım, atanmış yüksek gözetimli düğümlerin belirli blob'ları önce kurtarmasını sağlıyor. Diğer düğümler böylece aynı işi tekrarlamak yerine kurtarılan verileri alabiliyor.
-
Küçültülmüş tasarım ile tam RowDAS arasındaki fark nedir?
Küçültülmüş tasarım mevcut sütun dağıtım kanallarını kullanır ve yüksek gözetimli düğüm destek rolünü korur. Tam RowDAS ise kolektif yeniden yapılandırma ve daha fazla dayanıklılık için satır kanalları ekleyecek.
-
Prototip, daha düşük ücretler veya daha hızlı Ethereum işlemleri olduğunu kanıtlıyor mu?
Hayır. Bildirilen ölçümler işlem hızını, ücret tasarrufunu ya da geçen kurtarma süresini değil, ağ genelindeki yeniden yapılandırma iş yükünü kapsıyordu.
-
Bu Ethereum tasarımı benimsenmeden önce hangi testler hâlâ gerekli?
Sonuçlar, gerçek kriptografi kullanan simülasyon, süreç içi ağlarla sınırlı kalmaya devam ediyor. Daha büyük simülasyonlar, devnet testleri ve tam 128 satır alt ağı yapılandırmasının doğrulanması hâlâ gerekli.
CryptoSlate