🚨 Sunnyside devnet-rapporten (09/30) falt nettopp - omtrent devnet-5 kjørte på ~11 % mainnet-skala (~1.7K fulle noder). Hvis du bryr deg om blob-skalering og nettverksgrenser, er dette viktig lesning. En tråd 🧵

Blob-gjennomstrømningen ved devnet-5 opprettholdt 22/33 blobs, og ble strukket til 48/72, med gassforbruket som nådde en topp nær ~45M. Den største begrenseren var nettverkskapasitet: fullnoder med 50 Mbps opplastingstak treffer taket konstant ved 48/72 blobs.

I motsetning til våre tidligere små devnets, overgikk EL P2P-topper for hele nodene fullstendig sladder, og skapte ny ustabilitet i stor skala. EL-siden av nettverk er nå den dominerende volatilitetskilden. Toppene i kolonnesladderopplastingen ble lettere, sannsynligvis fordi EL-trafikken allerede mettet båndbredden og noder hadde flere CL-kolleger til å dele kolonneforespørsler.

Når det gjelder tilgjengelighet, viste GetBlobsV2-påliteligheten tydelig noen forringelser med høyere belastning. Geth og Nethermind viste høyere blob-tilgjengelighet enn treffraten, noe som tyder på at de ofte bare hadde delvise blober – noe som antyder at å tillate delvis avkastning fra GetBlobs-API-en kan hjelpe CL-ytelsen ved høyere blob-antall. I mellomtiden har GetBlobAPI-ytelsen til Reth forbedret seg mye, doblet antall jevnaldrende (~120 mot ~40–60) og til slutt ristet av seg tidligere synkroniserings-/OOM-problemer.

Konklusjon: Fusaka vil låse opp støtte for flere blober for L2-er, mens de planlagte BPO-ene vil skaleres opp til målet på 14 blober per blokk (med maksimalt 21). For å gå utover denne grensen kreves det nøye oppmerksomhet til de kritiske flaskehalsene som er fremhevet i denne rapporten – nemlig opplastingsbåndbredde, P2P-nettverksstabilitet og klientspesifikke uteliggere. Den umiddelbare prioriteten bør være å forbedre båndbreddeeffektiviteten og finjustere klientblobhåndteringen, for eksempel å aktivere delvis retur via GetBlobs-API-en. Sunnyside Labs er fortsatt forpliktet til å fremme disse områdene og vil fortsette å jobbe for å presse blob-gjennomstrømningen til det ytterste – men alltid på en måte som sikrer at nettverket fungerer trygt og pålitelig.