Ethereum rollupy przetwarzają transakcje poza Mainnetem, ale nadal potrzebują miejsca do publikacji wystarczającej ilości danych do niezależnej weryfikacji. Wraz ze wzrostem pojemności blobów, wymóg pobrania każdego węzła każdego blobu ostatecznie uczyniłby przepustowość barierą w uruchomieniu węzła. PeerDAS zmienia ten model: węzły pobierają i przechowują różne fragmenty danych blob, zamiast każdy węzeł przenosić wszystko.
Szybka odpowiedź: PeerDAS, wprowadzony na Mainnet wraz z aktualizacją Fusaka w grudniu 2026 roku, wykorzystuje próbkowanie dostępności danych, kodowanie usuwania oraz rozproszoną sieć plotkarską. Daje to Ethereum silne dowody probabilistyczne, że dane rollupowe są dostępne, jednocześnie zmniejszając ilość pobrania przez zwykły węzeł.
Dlaczego zbiorcze muszą mieć dostępność danych
Rollup wykonuje transakcje na sieci warstwy 2 i przesyła zobowiązania oraz dane transakcyjne do Ethereum. Dane pozwalają użytkownikom i niezależnemu oprogramowaniu rekonstruować stan rollup, weryfikować przejścia oraz, w zależności od projektu, kwestionować nieprawidłowe zachowanie lub tworzyć dowody.
Dostępność danych nie oznacza to, że Ethereum wykonuje każdą transakcję rollup. Oznacza to, że dane potrzebne do weryfikacji zostały opublikowane i można je odzyskać. Jeśli operator opublikował tylko root stanu, zatrzymując dane bazowe, użytkownicy mogą nie być w stanie odtworzyć sald lub bezpiecznie wyjść z niego.
Nasze Przewodnik po Ethereum Wyjaśnia sieć bazową. PeerDAS konkretnie odpowiada na przepustowość niezbędną do udostępnienia danych z grupy.
Od danych wywołań do blobów
Wczesne rollupy publikowały dane transakcyjne jako calldata w zwykłych transakcjach Ethereum. Calldata konkuruje z aktywnością wykonania o przestrzeń blokową i jest przechowywana jako część historii łańcucha.
Aktualizacja Dencun wprowadziła transakcje EIP-4844 blob. Bloby to specjalistyczny, tymczasowy format danych zaprojektowany do zgrupowań. Konsensus Ethereum weryfikuje zobowiązania do danych blob, podczas gdy same dane nie stają się stałym stanem EVM. Dzięki temu dane z rollupu stały się tańsze i powstał osobny rynek opłat.
Przed PeerDAS każdy węzeł nadal pobierał każdy blob. Podniesienie liczby blobów zwiększyło więc przepustowość każdego węzła mniej więcej razem. Zasada "wszyscy pobierają wszystko" chroniła dostępność, ale ograniczyła skalowanie.
Jakie zmiany w dostępności danych w próbkowaniu
Próbkowanie dostępności danych (DAS) dzieli pracę między węzły. Każdy węzeł żąda małej, losowo przypisanej części danych i weryfikuje ją pod kątem zobowiązań kryptograficznych. Jeśli wiele niezależnie rozproszonych węzłów pomyślnie odbiera swoje próbki, sieć zyskuje dużą pewność, że pełny zbiór danych jest dostępny.
Próbkowanie wymaga redundancji. W przeciwnym razie producent bloków mógłby publikować tylko te dokładne elementy, o które niektóre węzły proszą, a resztę ukryć. PeerDAS wykorzystuje kodowanie wymazywania w stylu Reed-Solomon, aby rozszerzyć dane o dodatkowe informacje możliwe do odzyskania. Oryginał można odtworzyć, gdy obecna jest wystarczająca ilość rozszerzonych danych.
Jak działa PeerDAS
1. Grudki są wydłużone
Dane z blobami są reprezentowane matematycznie i oceniane w dodatkowych punktach. To podwaja liczbę ocen i powoduje redundancję. Zobowiązania KZG pozwalają węzłom zweryfikować, czy otrzymany element należy do zadeklarowanego blobu.
2. Rozszerzone dane dzielą się na kolumny
Projekt PeerDAS Ethereum dzieli rozszerzone dane blobowe na 128 kolumn. Kolumny te są dystrybuowane przez dedykowane podsieci plotkarskie peer-to-peer.
3. Zwykłe węzły przechowują podzbiór
Regularny węzeł uczestniczy w co najmniej ośmiu losowo wybranych podsieciach kolumnowych. Zamiast otrzymywać wszystkie 128 kolumn, otrzymuje podzbiór określony na podstawie tożsamości węzła. Różne węzły obejmują różne podzbiory, rozdzielając pamięć i przepustowość w całej sieci.
4. Walidatorzy sprawdzają dostępność przed głosowaniem
Walidatory stosują zasady wyboru widełka, które wymagają pomyślnych sprawdzeń dostępności danych przed zaakceptowaniem i głosowaniem na blok. Efektem jest część zachowań konsensusowych, a nie tylko opcjonalna usługa analityczna (opcjonalna).
5. Superwęzły zapewniają pełną opiekę i naprawę
Węzły połączone z walidatorami, mające łączny saldo na poziomie lub powyżej progu superwęzłów protokołu, subskrybują wszystkie podsieci kolumnowe. Węzły rekonstruujące brakujące dane mogą redystrybuować odzyskane kolumny, pomagając załatać luki.
Dlaczego zysk pojemności jest probabilistyczny
Pojedynczy zwykły węzeł nie widzi każdego elementu. Pewność dostępności wynika z losowego rozkładu, weryfikacji kryptograficznej, kodowania redundantnego, wielu niezależnych samplerów oraz reguł konsensusu. Obliczenia bezpieczeństwa opierają się na założeniach dotyczących udziału i sieci; to nie to samo, co jeden węzeł przechowujący pełną kopię.
Ethereum.org opisuje teoretyczny limit pojemności blobów 8× w porównaniu do poprzedniego modelu pobierania wszystkiego. "Teoretyczne" ma znaczenie: bezpieczna zdolność produkcyjna jest stopniowo zwiększana i monitorowana, zamiast natychmiast przesuwana do maksimum.
Widełki tylko z parametrami (Blob-Parameter-Only)
Fusaka wprowadziła forki Blob-Parameter Only (BPO), dzięki czemu Ethereum może regulować cele i limity blobow bez oczekiwania na pełną aktualizację funkcji. Sieć rozpoczęła się od parametrów zachowawczych, a następnie zaplanowała stopniowe zwiększanie, podczas gdy zespoły klienckie obserwowały przepustowość, propagację i stabilność.
Oznacza to, że aktywacja PeerDAS i maksymalna pojemność blobów to różne kamienie milowe. Użytkownicy nie powinni zakładać, że każdy teoretyczny wzrost stał się dostępny już pierwszego dnia Fusaka. Aktualne parametry blobów powinny być sprawdzone w oficjalnej dokumentacji sieciowej.
Co oznacza PeerDAS dla użytkowników rollupów
- Więcej miejsca na dane: Wyższa pojemność blobow może zmniejszyć zatłoczenie na rynku opłat za blob.
- Potencjalnie niższe opłaty L2: Koszt danych to jeden z elementów opłaty za rollup, więc większa podaż może pomóc—ale koszty realizacji, weryfikacji, sekwencjonowania i aplikacji nadal mają znaczenie.
- Opłacalność węzła macierzystego: Próbkowanie ogranicza wzrost pasma nakładany na każdy zwykły węzeł.
- Stopniowe skutki: zmiany opłat zależą od wzrostu popytu i parametrów BPO, nie tylko od istnienia PeerDAS.
Czego PeerDAS nie rozwiązuje
PeerDAS nie jest uniwersalnym rozwiązaniem na ryzyko rollupu. Nie usuwa:
- błędy inteligentnych kontraktów w mostkach rollup;
- scentralizowany przestoj sekwencera lub cenzura;
- klucz aktualizacji i ryzyko zarządzania;
- wadliwe systemy zabezpieczające lub mechanizmy wyzwań;
- błędy użytkownika podczas łączenia zasobów; lub
- różnice między rollupami, validium, sidechainami i innymi projektami skalującymi.
Dostępność danych jest jedną z warstw modelu bezpieczeństwa. Użytkownik oceniający L2 powinien również sprawdzić etap decentralizacji, mechanizm wyjścia, opóźnienie aktualizacji, sekwencer, system dowodów oraz mostek.
PeerDAS kontra pełne Danksharding
PeerDAS to krok pośredni w kierunku długoterminowej wizji Dankshardingu Ethereum. Wykorzystuje jednowymiarowe kodowanie wymazywania na każdą brylę. Przyszłe projekty mogą wykorzystywać szersze kodowanie dwuwymiarowe oraz dodatkowe zmiany w protokołach. Te przyszłe funkcje powinny być traktowane jako badania lub elementy mapy drogowej, dopóki nie zostaną aktywowane na Mainnecie.
Najczęściej zadawane pytania
Czy PeerDAS został uruchomiony na Ethereum Mainnet?
Tak. Aktualizacja protokołu Ethereum Foundation z 2026 roku podaje, że Fusaka wprowadziła PeerDAS na Mainnet w grudniu 2026 roku.
Czy każdy walidator przechowuje wszystkie dane blob?
Nie. Zwykłe węzły pobierają próbki i przechowywają podzbiory kolumn, podczas gdy wyznaczone superwęzły subskrybują wszystkie podsieci kolumnowe.
Czy PeerDAS umożliwia bezpłatne transakcje L2?
Nie. Zwiększa to możliwości dostępności danych. Rollupy nadal generują koszty danych, wykonania, potwierdzania, sekwencjonowania i infrastruktury, a opłaty użytkowników odpowiadają na popyt.
Czy plamy są trwałe?
Dane blob są ulotne w ramach projektu protokołu Ethereum. Jego celem jest zapewnienie trwałej weryfikacji rollup, a nie służenie jako stałe przechowywanie ogólnego przeznaczenia.
Ten artykuł odzwierciedla oficjalne materiały Ethereum przejrzane 31 lipca 2026 roku. Parametry protokołu mogą się zmieniać podczas zaplanowanych aktualizacji.