🚨 Sunnyside devnet raporu (09/30) az önce düştü — devnet-5 hakkında ~%11 ana ağ ölçeğinde (~1.7 bin tam düğüm) çalıştı. Blob ölçeklendirme ve ağ sınırları hakkında endişeleniyorsanız, bu temel okumadır. Bir iş parçacığı 🧵

Devnet-5'teki blob verimi 22/33 blob'u sürdürdü ve gaz kullanımı ~48M'ye yaklaşarak zirve yaparak 72/45'ye kadar uzatıldı. En büyük sınırlayıcı ağ kapasitesiydi: 50 Mbps yükleme sınırına sahip tam düğümler, 48/72 bloblarda sürekli olarak tavana çarptı.

Önceki küçük devnet'lerimizden farklı olarak, tam düğümler için EL P2P artışları dedikoduları tamamen geride bırakarak geniş ölçekte yeni istikrarsızlık yarattı. Ağ oluşturmanın EL tarafı artık baskın volatilite kaynağıdır. Sütun dedikodusu yükleme artışları, muhtemelen EL trafiğinin zaten bant genişliğini doyurması ve düğümlerin sütun isteklerini paylaşmak için daha fazla CL eşine sahip olması nedeniyle azaldı.

Kullanılabilirlik konusunda GetBlobsV2 güvenilirliği, daha yüksek yükle bazı düşüşler gösterdi. Geth ve Nethermind, isabet oranından daha yüksek blob kullanılabilirliği gösterdi ve bu da genellikle yalnızca kısmi bloblar tuttuklarını gösteriyor - GetBlobs API'sinden kısmi dönüşlere izin vermenin daha yüksek blob sayılarında CL performansına yardımcı olabileceğini ima ediyor. Bu arada, Reth'in GetBlobAPI performansı çok gelişti, eş sayılarını ikiye katladı (~120'ye karşı ~40-60) ve sonunda geçmiş senkronizasyon/OOM sorunlarını ortadan kaldırdı.

Son: Fusaka, L2'ler için daha fazla blob desteğinin kilidini açarken, şu anda planlanan BPO'lar blok başına 14 blob hedefine (maksimum 21 ile) ölçeklendirilecek. Bu sınırın ötesine geçmek için, bu raporda vurgulanan kritik darboğazlara, yani yükleme bant genişliğine, P2P ağ kararlılığına ve müşteriye özgü aykırı değerlere dikkat edilmesi gerekir. Acil öncelik, bant genişliği verimliliğini artırmak ve GetBlobs API'si aracılığıyla kısmi dönüşleri etkinleştirme gibi istemci blob işlemeyi iyileştirmek olmalıdır. Sunnyside Labs, bu alanları geliştirmeye kararlıdır ve blob verimini sınırlarına kadar zorlamak için çalışmaya devam edecektir - ancak her zaman ağın güvenli ve güvenilir bir şekilde çalışmasını sağlayacak şekilde.