🚨 Raport devnet Sunnyside (30/09) właśnie się ukazał — dotyczący devnet-5 działającego na poziomie ~11% skali mainnet (~1,7K pełnych węzłów). Jeśli interesują Cię skalowanie blobów i limity sieci, to lektura obowiązkowa. Wątek 🧵
Sunnyside Labs, razem z @ethPandaOps, @Optimism i @base, uruchomiło kolejną mega-devnet dla Fusaka, z 56K walidatorami i 1.7K pełnymi węzłami - około 11% skali mainnetu - i wspierającym do 72 blobów.
Przepustowość blobów na devnet-5 utrzymała 22/33 blobów, a następnie została rozciągnięta do 48/72, przy szczytowym zużyciu gazu bliskim ~45M. Największym ograniczeniem była pojemność sieci: pełne węzły z ograniczeniem uploadu do 50Mbps nieustannie osiągały sufit przy 48/72 blobach.
W przeciwieństwie do naszych wcześniejszych małych devnetów, skoki EL P2P dla pełnych węzłów całkowicie przewyższyły gossip, tworząc nową niestabilność w skali. Strona EL sieci stała się teraz dominującym źródłem zmienności. Skoki przesyłania kolumn gossip złagodniały, prawdopodobnie dlatego, że ruch EL już nasycał pasmo, a węzły miały więcej rówieśników CL do dzielenia się żądaniami kolumn.
W dostępności, niezawodność GetBlobsV2 wyraźnie pokazała pewne pogorszenie przy wyższym obciążeniu. Geth i Nethermind wykazały wyższą dostępność blobów niż wskaźnik trafień, co sugeruje, że często przechowywały tylko częściowe bloby — co wskazuje, że umożliwienie częściowych zwrotów z API GetBlobs mogłoby pomóc w wydajności CL przy wyższej liczbie blobów. Tymczasem wydajność GetBlobAPI Reth znacznie się poprawiła, podwajając liczbę peerów (~120 w porównaniu do ~40–60) i w końcu pozbywając się problemów z synchronizacją/OOM z przeszłości.
Podsumowanie: Fusaka odblokuje wsparcie dla większej liczby blobów dla L2, podczas gdy obecnie zaplanowane BPO będą skalować się do celu 14 blobów na blok (z maksymalną liczbą 21). Aby przekroczyć ten limit, należy zwrócić szczególną uwagę na krytyczne wąskie gardła podkreślone w tym raporcie — mianowicie przepustowość przesyłania, stabilność sieci P2P oraz specyficzne dla klientów odstępstwa. Bezpośrednim priorytetem powinno być poprawienie efektywności przepustowości i udoskonalenie obsługi blobów przez klientów, na przykład umożliwiając częściowe zwroty za pomocą API GetBlobs. Sunnyside Labs pozostaje zaangażowane w rozwijanie tych obszarów i będzie kontynuować prace nad maksymalizacją przepustowości blobów — ale zawsze w sposób, który zapewnia bezpieczne i niezawodne działanie sieci.
Pokaż oryginał
2,2 tys.
14
Treści na tej stronie są dostarczane przez strony trzecie. O ile nie zaznaczono inaczej, OKX nie jest autorem cytowanych artykułów i nie rości sobie żadnych praw autorskich do tych materiałów. Treść jest dostarczana wyłącznie w celach informacyjnych i nie reprezentuje poglądów OKX. Nie mają one na celu jakiejkolwiek rekomendacji i nie powinny być traktowane jako porada inwestycyjna lub zachęta do zakupu lub sprzedaży aktywów cyfrowych. Treści, w zakresie w jakim jest wykorzystywana generatywna sztuczna inteligencja do dostarczania podsumowań lub innych informacji, mogą być niedokładne lub niespójne. Przeczytaj podlinkowany artykuł, aby uzyskać więcej szczegółów i informacji. OKX nie ponosi odpowiedzialności za treści hostowane na stronach osób trzecich. Posiadanie aktywów cyfrowych, w tym stablecoinów i NFT, wiąże się z wysokim stopniem ryzyka i może podlegać znacznym wahaniom. Musisz dokładnie rozważyć, czy handel lub posiadanie aktywów cyfrowych jest dla Ciebie odpowiednie w świetle Twojej sytuacji finansowej.