Sharding (ang. sharding, od shard – odłamek) to technika skalowania, która dzieli bazę danych albo sieć blockchain na mniejsze fragmenty – shardy. Każdy shard przetwarza własną część transakcji i przechowuje własną część stanu, więc sieć pracuje równolegle, zamiast wymagać, by każdy węzeł wykonywał wszystko. Technika pochodzi z tradycyjnych baz danych, gdzie od dawna rozkłada się dane na wiele serwerów.
Dlaczego blockchainy potrzebują shardingu
W klasycznym blockchainie każdy pełny węzeł wykonuje każdą transakcję i przechowuje cały stan sieci. To daje bezpieczeństwo i łatwą weryfikację, ale ogranicza przepustowość do możliwości pojedynczej maszyny. Sharding próbuje rozwiązać ten problem, rozkładając pracę na grupy walidatorów. Kosztem jest złożoność: transakcje między shardami, synchronizacja i ochrona pojedynczego fragmentu przed przejęciem.
Jak działa sharding
- Podział – konta, kontrakty lub dane trafiają do różnych shardów według ustalonej reguły, np. adresu.
- Łańcuch koordynujący – osobna warstwa (np. beacon chain, metachain) śledzi stan shardów i finalizuje ich bloki.
- Losowy przydział walidatorów – walidatorzy są rotowani między shardami, żeby atakujący nie mógł skupić sił na jednym z nich.
- Komunikacja międzyshardowa – transakcja dotycząca dwóch shardów jest realizowana w kilku krokach, zwykle z opóźnieniem względem transakcji wewnątrz jednego sharda.
Sharding wykonania a sharding danych
| Rodzaj | Co jest dzielone | Przykłady |
|---|---|---|
| Sharding wykonania (i stanu) | przetwarzanie transakcji i stan kont | Near (Nightshade), MultiversX, TON, Zilliqa |
| Sharding danych | dostępność danych publikowanych w sieci | Ethereum – proto-danksharding i PeerDAS |
Ethereum: od shardów do rollupów
Dawny plan „Ethereum 2.0” zakładał 64 shardy wykonujące transakcje. Około 2020 roku społeczność zmieniła kierunek: wykonanie przeniesiono na rollupy warstwy 2, a Ethereum ma przede wszystkim zapewniać bezpieczeństwo i tanie miejsce na ich dane. Stąd kolejne etapy:
- Proto-danksharding (EIP-4844) – wdrożony w marcu 2024 roku w aktualizacji Dencun. Wprowadził bloby, czyli tymczasowe pakiety danych dla rollupów, tańsze od zwykłych danych transakcji.
- PeerDAS – wdrożony w grudniu 2025 roku w aktualizacji Fusaka. Węzły nie muszą pobierać wszystkich blobów – sprawdzają losowe próbki, co pozwala stopniowo zwiększać ich liczbę w bloku.
- Pełny danksharding – dalszy cel roadmapy, zakładający znacznie większą przepustowość danych.
Termin „Ethereum 2.0” nie jest już używany. Ethereum nie dzieli wykonania na shardy – dzieli dostępność danych.
Sharding w innych sieciach
Near stosuje model Nightshade: bloki łańcucha głównego zawierają fragmenty (chunks) z poszczególnych shardów, a liczba shardów może rosnąć wraz z obciążeniem. MultiversX (dawniej Elrond) używa tzw. adaptatywnego shardingu stanu z kilkoma shardami i metachainem, który finalizuje bloki. TON dzieli sieć na łańcuchy robocze i shardy, które mogą się dynamicznie dzielić i łączyć.
Przykład: przepustowość i transakcje międzyshardowe
Załóżmy, że pojedynczy łańcuch przetwarza 50 transakcji na sekundę. Po podziale na 64 shardy o tej samej wydajności teoretyczna przepustowość rośnie do 3 200 transakcji na sekundę. W praktyce wynik jest niższy: jeśli np. co piąta transakcja dotyczy dwóch shardów i wymaga dodatkowego kroku, część mocy idzie na komunikację, a te transakcje finalizują się wolniej. Dlatego projekty starają się grupować powiązane konta i kontrakty w tym samym shardzie.
Ryzyka i ograniczenia
- Atak na pojedynczy shard – przejęcie jednego fragmentu wymaga mniej zasobów niż przejęcie całej sieci; obroną jest losowa rotacja walidatorów.
- Złożoność – więcej elementów to więcej miejsc na błędy w kodzie.
- Fragmentacja płynności – aplikacje w różnych shardach komunikują się wolniej, co utrudnia DeFi.
- Dostępność danych – węzły muszą mieć pewność, że dane shardów zostały opublikowane.
Najczęstsze błędy
- Pisanie, że Ethereum „planuje sharding wykonania” – ten plan porzucono na rzecz rollupów.
- Mylenie liczby TPS z marketingu z realną przepustowością przy obciążeniu.
- Utożsamianie shardingu z warstwą 2 – shardy są częścią samej sieci, rollupy działają na niej.
- Pomijanie opóźnień transakcji międzyshardowych.
Perspektywa tradera
Aktualizacje związane ze skalowaniem – jak Dencun czy Fusaka – mają daty wdrożeń, które rynek dyskontuje wcześniej. Realny efekt widać w opłatach na rollupach i w aktywności sieci, a nie w samym ogłoszeniu. Przy tokenach sieci reklamujących sharding patrz na rzeczywiste obciążenie, liczbę aktywnych adresów i opłaty, a nie na teoretyczne TPS. Przy przenoszeniu środków między shardami lub sieciami licz się z opóźnieniem i nie planuj na tej podstawie pilnych transakcji.
Najczęstsze pytania
Czy Ethereum używa shardingu?
Nie w sensie wykonania transakcji. Stosuje sharding danych: bloby z EIP-4844 i próbkowanie PeerDAS, które służą rollupom.
Czym jest shard?
Fragmentem sieci z własną częścią stanu i transakcji, obsługiwanym przez przydzieloną grupę walidatorów.
Czy sharding obniża bezpieczeństwo?
Może, jeśli pojedynczy shard jest słabo chroniony. Dlatego walidatorzy są losowo rotowani, a łańcuch koordynujący finalizuje bloki.
Czym różni się sharding od rollupu?
Sharding dzieli samą sieć warstwy 1. Rollup wykonuje transakcje poza nią i publikuje dane lub dowody w warstwie 1.
Które sieci stosują sharding wykonania?
Między innymi Near, MultiversX, TON i Zilliqa.
Tekst ma charakter edukacyjny i nie stanowi rekomendacji inwestycyjnej.
