Ethereum simülasyonları, blob kurtarma için CPU iş yükünü 11–18 kat azalttığını gösteriyor

iconCryptoSlate
Paylaş
AI summary iconÖzet
Ethereum haberleri, yeni bir blob-kurtarma tasarımı simülasyonlarının, 1.000 node testlerinde yeniden yapılandırma için CPU işini 11–18 kat azalttığını rapor ediyor. Basitleştirilmiş model, yeni ağ kanalları olmadan kurtarma görevlerini dağıtır ve 10% node'un süper node olduğu durumda ağ maliyetlerini 48,6'dan 2,75 CPU-saniyeye düşürür. Bu sonuçlar, gerçek dünya testleri henüz tamamlanmadığı için günümüzdeki Ethereum fiyatı koşullarını yansıtmamaktadır.

Dokuların geri kazanım görevlerini düğümler arasında bölen bir Ethereum prototipi, 1.000 düğümlü simülasyonlarda tahmini yeniden yapılandırma hesaplama işini 11–18 kat azalttı. Sonuçlar, operatörlerin tam RowDAS ağ önerisinden daha küçük bir değişiklikle çakışan işleri azaltabileceğini gösteriyor.

Araştırmacı Csaba Kiraly'nin 3 Eylül raporu, azaltılmış tasarımı RowDAS'a doğru olası ilk adım olarak tanımlıyor. Tam öneride yeni satır-ağ kanallarını tanıtmadan kurtarma görevlerini atıyor.

Blobs, layer-2 rollup'lar tarafından kullanılan verileri taşır. PeerDAS, Ethereum'un blob verilerinin mevcut olduğundan emin olmak için kullandığı sistem, node'ların sadece bir kısmını indirmesine izin verir. Yüksek güvenlikli node'lar, eksik blob verilerini yeniden oluşturmak için yeterli olan 128 veri sütunundan en az 64'ünü tutar; süper node'lar ise tüm 128'ini tutar.

İlgili Okumalar

Ethereum'un veri şişmesi, 1,2 TB ihtiyaç artışı nedeniyle evde staking'i tehdit ediyor

Çok sayıda yüksek korumalı node aynı yeniden yapılandırmayı tekrarlayabilir. Azaltılmış tasarım, belirli blobları önce onlara atar ve diğerlerinin kendileri hemen yeniden inşa etmek yerine, geri kazanılan veriyi almasını sağlar.

Ethereum blob-kurtarma simülasyonları ne gösteriyor

Dört blob ve %10 süper düğüm içeren bir yapıda, sütunlar tutulmadığında, ağ genelindeki tahmini yeniden yapılandırma maliyeti, PeerDAS modelinde 48,6 CPU-saniyeden azaltılmış tasarımda 2,75 CPU-saniyeye düştü. %20 süper düğüm payında ilgili değerler sırasıyla 91 ve 6,6 CPU-saniyeydi.

Bu toplamlar, geçen kurtarma süresi değil, simüle edilen ağ boyunca birikmiş hesaplama işini tanımlar. Hesaplama, bir Ryzen 9 8945HS işlemcisinde her blob kurtarması için 162 milisaniyelik bir maliyet uygular. İşlem hızları ve ücret tasarrufları, raporlanan ölçümler dışındaydı.

1.000 node ve dört blob için, sütunlar tutulmadan raporlanan simülasyon CPU işi: %10 süper node ile 48,6 karşı 2,75 CPU-saniye ve %20 ile 91 karşı 6,6, PeerDAS ile azaltılmış RowDAS varyantı karşılaştırılıyor. CPU işi geçen zaman değildir; yüksek sorumluluklu node'lar hâlâ gereklidir ve raporda devnet sonuçları bulunmamaktadır.

PeerDAS temel sürümü, yinelenen yeniden yapılandırmayı bastıran rastgele bekleme ve kontrolleri zaten içerir. Bu nedenle karşılaştırma, bu gecikmelerin sağladığı işi mevcut istemci davranışına kredilendirir.

Azaltılmış varyant altında, atanan node'lar, mevcut sütun-dağıtım kanalları aracılığıyla kurtarılan hücreleri paylaşır. Yüksek güvenlikli node'lar, hâlâ eksik olan her şey için gecikmeli kurtarma rolünü korur ve bir PeerDAS tarzı yedek sağlar.

İlgili Okumalar

Ethereum’un şaşırtıcı kullanım düşüşü, ağına Fusaka yükseltmesiyle yanlış sorunu çözdüğünü gösteriyor

Tam RowDAS, taslak EIP-8371'de belirtilen, başka bir kurtarma yolu ekler: satır kanalları, daha küçük node'ların verilerini birleştirip birlikte kurtarmasını sağlar, birlikte tuttukları veriler kurtarma eşiğini aştığında. Azaltılmış tasarım, bugünün yüksek depolama node'larına olan bağımlılığını korur ve bu ek direnci sağlayamaz.

Ölçümler, gerçek kriptografi kullanan simüle edilmiş, işlem içindeki ağlara sınırlı kalıyor. Kiraly, devnet sonuçları rapor etmedi ve tam tasarımın 128-satır-alt-ağ yapılandırması, daha küçük alt-ağ sayılarından çıkarımla elde edilmiştir. Daha büyük simülasyonlar ve gerçek ağ testleri hâlâ öncededir.

EIP-8371, blob sınırlarını değişmeden bırakır ve görev ataması ile satır ağı arasında önerilen ayrım, taslak metnine henüz dahil edilmemiştir. Hemen olanak daralmıştır: kurtarma için gerekli işlemci işini azaltmak, daha geniş direnç avantajları ise daha sonra gelen bir satır katmanına bağlıdır.

İlgili Okumalar

Ethereum'un bir sonraki büyük yükseltmesi, 2026 sonlarına doğru ertelendi ve 2027 yol haritasını kurtarmak için iki haftalık bir acele süreci zorunlu kıldı

Ethereum, artan rollup ekosistemi için hesaplama yükünü hafifletmenin daha basit bir yolu olabilir ilk olarak CryptoSlate’te yayınlandı.

Yasal Uyarı: Bu sayfadaki bilgiler üçüncü şahıslardan alınmış olabilir ve KuCoin'in görüşlerini veya fikirlerini yansıtmayabilir. Bu içerik, herhangi bir beyan veya garanti olmaksızın yalnızca genel bilgilendirme amacıyla sağlanmıştır ve finansal veya yatırım tavsiyesi olarak yorumlanamaz. KuCoin, herhangi bir hata veya eksiklikten veya bu bilgilerin kullanımından kaynaklanan sonuçtan sorumlu değildir. Dijital varlıklara yapılan yatırımlar riskli olabilir. Lütfen bir ürünün risklerini ve risk toleransınızı kendi finansal koşullarınıza göre dikkatlice değerlendirin. Daha fazla bilgi için lütfen Kullanım Koşullarımıza ve Risk Açıklamamıza bakınız.