Popularne tematy
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Kolejny raport opublikowany - raport 8/4 PeerDAS Devnet od Sunnsyide Labs jest tutaj!
Ciekawi cię, jak węzły zachowują się w warunkach produkcyjnych z PeerDAS? 🧵

21 lip 2025
Raport Devnet PeerDAS z 7/14 Sunnyside jest już dostępny!
Zanurzmy się w aktualny stan PeerDAS - ile blobów możemy obsłużyć i gdzie tkwi wąskie gardło?
Tym razem Sunnyside Labs uruchomiło 2 rodzaje devnetów opartych na obrazie fusaka-devnet-2 od @ethPandaOps, aby sprawdzić stabilność sieci w bardziej realistycznym środowisku:
1. Devnet interoperacyjny (mieszane klienci CL/EL z 50% supernodem)
2. Devnet Perfect PeerDAS (każdy węzeł wyłącznie przechowuje unikalną kolumnę danych)
Dla każdej konfiguracji devnet przeprowadziliśmy 3 nowe scenariusze testowe:
1. Bloby z dużymi transakcjami
Celem tego testu jest zbadanie, jak regularne transakcje wpływają na konkurencję propagacji bloków z propagacją kolumny danych węzłów. Utrzymaliśmy każdy blok w teście na poziomie 22 Mgas (rozmiar bloku 2MB).
2. Ograniczenie przepustowości + Duże transakcje
Ten test ma na celu zbadanie zachowania sieci w warunkach węzłów z ograniczoną przepustowością, takich jak domowi stakerzy. Przepustowość ustawiono na 100/50Mbps dla superwęzłów i 50/25Mbps dla pełnych węzłów, zgodnie z zaleceniami EIP-7870.
3. Test synchronizacji Genesis
Synchronizacja Genesis jest testowana na devnetach, aby znaleźć wszelkie blokady lub błędy w procesie synchronizacji.
Oto wnioski, które uzyskaliśmy z tych testów:
1 - Duże transakcje mają niewielki wpływ na sieć, w warunkach nieograniczonej sieci
Zarówno w Interop Devnet, jak i w Perfect PeerDAS Devnet, sieć wytrzymała 60 blobów bez większych problemów, nawet przy dodatkowych transakcjach innych niż bloby. Ten wynik jest taki sam jak w scenariuszu bazowym z samymi blobami.
To wskazuje, że zwykłe transakcje inne niż bloby mają minimalny wpływ na stabilność sieci w warunkach braku ograniczeń zasobów.
2 - Ograniczenie przepustowości wpływa na sieć na różnych ścieżkach
Przy ograniczeniach uplinków do 100/50Mbps dla superwęzłów i 50/25Mbps dla pełnych węzłów, przepustowość blobów spadła do 20 blobów/blok na devnecie Interop i 30 blobów/blok na devnecie Perfect PeerDAS.
Pod tymi limitami, gwałtowny wzrost wiadomości IWANT na temacie beacon_block pokazał, że bloki beacon miały trudności z propagacją. Ponadto, gdy węzły osiągnęły swoje limity wyjścia, mempools EL ujawniały znacznie mniej blobów, co potwierdzało gwałtowne spadki wskaźników sukcesu getBlobsV2.
Wewnętrzne dyskusje wskazują na 50 Mbps limit uploadu dla superwęzłów jako główną przyczynę: ten limit w EIP-7870 jest dostosowany do lokalnych budowniczych bloków, a nie do superwęzłów obsługujących szerszą sieć. Dlatego te testy były surowsze niż warunki w rzeczywistości.
Sunnyside Labs przeprowadzi test uzupełniający w tym tygodniu z wyższą przepustowością superwęzłów, aby ocenić dokładny wpływ tego ograniczenia.
3 - Synchronizacja Genesis działa na Interop devnet, ale nie powiodła się na Perfect PeerDAS devnet
Synchronizacja Genesis zakończyła się bezbłędnie na Interop devnet, jednak zatrzymała się tuż po epoce aktualizacji Fulu na Perfect PeerDAS. Jeśli węzeł nie może uzyskać wszystkich kolumn podczas synchronizacji genesis, powinien idealnie zapytać dodatkowe węzły, aby wypełnić luki, co nie zostało jeszcze wdrożone w żadnych klientach. Czy pobieranie kolumn między węzłami stanie się wymaganą funkcją przed Fusaka, wciąż pozostaje otwarte; decyzja jest oczekiwana na przyszłotygodniowym ACD w czwartek.
4 - Uzupełnienie przechowywania walidatorów zakończone sukcesem w @Teku_Consensys
Uzupełnienie przechowywania walidatorów pozwala klientowi wykrywać brakujące historyczne kolumny i automatycznie je pobierać od rówieśników.
Nasz dedykowany test potwierdził, że implementacja Teku działa bez zarzutu - zidentyfikowała luki i w pełni je uzupełniła bez problemów w normalnych warunkach. Mały błąd w przypadku brzegowym, gdzie występowała duża luka w łańcuchu bez żadnych blobów, został zidentyfikowany podczas testów, co zostało szybko naprawione przez zespół.
Inni klienci pracują teraz nad tą funkcją, a będzie ona testowana w przyszłych devnetach Sunnyside, gdy implementacja zostanie zakończona.
Sunnyside Labs będzie kontynuować uruchamianie devnetów w tym tygodniu, koncentrując się na następujących tematach:
- Interoperacyjność devnetów z wyższymi limitami przepustowości superwęzłów i dłuższymi okresami czasu
- Więcej analiz testów synchronizacji genesis na devnecie Perfect PeerDAS
- Więcej devnetów koncentrujących się na maksymalnym rozmiarze bloku (w formacie skompresowanym snappy), węzłach uszkodzonych przez blobber oraz finalności w podzielonej sieci
1,19K
Najlepsze
Ranking
Ulubione