🚨 Sunnyside devnet rapport (30/09) is net verschenen — over de devnet-5 die draaide op ~11% mainnet schaal (~1,7K volledige knooppunten). Als je om blob-schaalvergroting en netwerklimieten geeft, is dit essentieel leesvoer. Een draad 🧵
Sunnyside Labs heeft samen met @ethPandaOps, @Optimism en @base een andere mega-devnet voor Fusaka gelanceerd, met 56K validators en 1.7K full nodes - ongeveer 11% van de mainnet-schaal - en ondersteunt tot 72 blobs.
De blobdoorvoer op devnet-5 hield 22/33 blobs vol en werd uitgerekt tot 48/72, met een piek in het gasverbruik van ongeveer ~45M. De grootste beperkende factor was de netwerkkapaciteit: fullnodes met een uploadlimiet van 50Mbps bereikten constant de limiet bij 48/72 blobs.
In tegenstelling tot onze eerdere kleine devnets, overtroffen de EL P2P-pieken voor de volledige knooppunten volledig het gossip, wat nieuwe instabiliteit op schaal creëerde. De EL-kant van netwerken is nu de dominante bron van volatiliteit. De pieken in het uploaden van column gossip zijn verminderd, waarschijnlijk omdat het EL-verkeer al de bandbreedte verzadigde en knooppunten meer CL-peers hadden om columnverzoeken te delen.
Bij beschikbaarheid toonde de betrouwbaarheid van GetBlobsV2 duidelijk enige degradaties bij hogere belasting. Geth en Nethermind toonden een hogere blobbeschikbaarheid dan de hitrate, wat suggereert dat ze vaak alleen gedeeltelijke blobs vasthielden — wat erop wijst dat het toestaan van gedeeltelijke retouren van de GetBlobs API de CL-prestaties bij hogere blobaantallen zou kunnen helpen. Ondertussen is de prestaties van de GetBlobAPI van Reth aanzienlijk verbeterd, met een verdubbeling van het aantal peers (~120 vs ~40–60) en eindelijk het afschudden van eerdere synchronisatie-/OOM-problemen.
Conclusie: Fusaka zal ondersteuning ontgrendelen voor meer blobs voor L2's, terwijl de momenteel geplande BPO's zullen opschalen naar een doel van 14 blobs per blok (met een maximum van 21). Om deze limiet te overschrijden, is zorgvuldige aandacht vereist voor de kritieke knelpunten die in dit rapport zijn benadrukt — namelijk uploadbandbreedte, P2P-netwerkstabiliteit en client-specifieke uitschieters. De onmiddellijke prioriteit moet liggen bij het verbeteren van de bandbreedte-efficiëntie en het verfijnen van de client blob-afhandeling, zoals het mogelijk maken van gedeeltelijke retouren via de GetBlobs API. Sunnyside Labs blijft zich inzetten voor het bevorderen van deze gebieden en zal blijven werken aan het maximaliseren van de blobdoorvoer — maar altijd op een manier die ervoor zorgt dat het netwerk veilig en betrouwbaar functioneert.
Origineel weergeven
2,2K
14
De inhoud op deze pagina wordt geleverd door derden. Tenzij anders vermeld, is OKX niet de auteur van het (de) geciteerde artikel(en) en claimt geen auteursrecht op de materialen. De inhoud is alleen bedoeld voor informatieve doeleinden en vertegenwoordigt niet de standpunten van OKX. Het is niet bedoeld als een goedkeuring van welke aard dan ook en mag niet worden beschouwd als beleggingsadvies of een uitnodiging tot het kopen of verkopen van digitale bezittingen. Voor zover generatieve AI wordt gebruikt om samenvattingen of andere informatie te verstrekken, kan deze door AI gegenereerde inhoud onnauwkeurig of inconsistent zijn. Lees het gelinkte artikel voor meer details en informatie. OKX is niet verantwoordelijk voor inhoud gehost op sites van een derde partij. Het bezitten van digitale activa, waaronder stablecoins en NFT's, brengt een hoge mate van risico met zich mee en de waarde van deze activa kan sterk fluctueren. Overweeg zorgvuldig of de handel in of het bezit van digitale activa geschikt voor je is in het licht van je financiële situatie.