Protocols & ChainsPoradnik

Trylemat blockchaina: czym jest i jak go mierzyć

Czym jest trylemat blockchaina? To teza, że sieć nie może jednocześnie zmaksymalizować bezpieczeństwa, skalowalności i decentralizacji. Ten przewodnik wyjaśnia, kto go sformułował, jakich wyborów dokonują Bitcoin, Ethereum i Solana oraz dlaczego krytycy nazywają go heurystyką.

Trylemat blockchaina: czym jest i jak go mierzyć
Ilustracja: CoinPaprika

Wprowadzenie

Pełny węzeł Bitcoina kosztuje według szacunków 289 USD w sprzęcie, a pełny węzeł Solany 21 478 USD. Ta 74-krotna różnica sprawia, że trylemat blockchaina przestaje być abstrakcją (ARK Invest and Glassnode, wrzesień 2026). Ethereum plasuje się pośrodku z kwotą 730 USD, a jego sieci warstwy drugiej (L2) dokładają około 2 310 transakcji na sekundę do 21 obsługiwanych przez warstwę pierwszą (L1). Trylemat mówi, że sieć może zmaksymalizować tylko dwie z trzech cech: bezpieczeństwo, skalowalność i decentralizację. Solana przetwarza mniej więcej 1 280 transakcji użytkowników na sekundę, Bitcoin zaledwie 6,8, a ich współczynniki Nakamoto, wynoszące 19 i 3, wyglądają na sprzeczne, dopóki nie porówna się progów. Artykuł definiuje te trzy cechy, pokazuje, jakich wyborów dokonują Bitcoin, Ethereum, Solana i projekty modułowe, wyjaśnia, jak zmierzyć każdy wierzchołek trylematu, i przedstawia, dlaczego krytycy uważają całe to ujęcie za heurystykę.

 

 

Najważniejsze wnioski

  • Trylemat Buterina z 2017 roku definiuje wszystkie trzy cechy w odniesieniu do zwykłego laptopa. Sam autor uważa go za heurystykę, a nie twierdzenie.
  • Pełny węzeł kosztuje według szacunków 289 USD w sieci Bitcoin, 730 USD w Ethereum i 21 478 USD w Solanie, co pokazuje, z czego zrezygnowała każda z tych sieci.
  • Współczynniki Nakamoto 3, 3 i 19 opierają się na różnych progach (51% mocy obliczeniowej wobec 33% środków w stakingu), więc nie da się ich porównywać wprost.
  • Łączna przepustowość Solany, przekraczająca 4 000 transakcji na sekundę, obejmowała głosy walidatorów, dopóki Alpenglow nie przeniósł głosów poza łańcuch 21 października 2026, a od tego czasu łączna liczba obejmuje transakcje bez głosów: 5 listopada 2026 około 1 277 na sekundę.
  • Próbkowanie dostępności danych w połączeniu z dowodami kryptograficznymi to wiarygodna próba przełamania trylematu, natomiast sieci L2 przenoszą kompromis do sekwencerów i zasad wyjścia.

 

 

Czym jest trylemat blockchaina i skąd wziął się ten pomysł?

Trylemat blockchaina to teza, według której sieć może jednocześnie osiągnąć tylko dwa z trzech celów: bezpieczeństwo, skalowalność i decentralizację. Sformułował ją Vitalik Buterin w 2017 roku, a trylemat kryptowalut wciąż wyznacza ramy sporu o to, jak szybko może działać łańcuch, zanim przestanie być otwarty.

Trzy cechy w definicji

Buterin definiuje każdą cechę za pomocą jednego testu: zwykłego laptopa (Buterin, 2021). Skalowalność oznacza, że łańcuch przetwarza więcej transakcji, niż jest w stanie zweryfikować pojedynczy zwykły węzeł. Decentralizacja to brak zależności od zaufania do małej grupy dużych podmiotów i brak założenia o uczciwej większości wśród węzłów, do których laptop nie może dołączyć. Bezpieczeństwo oznacza, że łańcuch jest odporny na atak dużej części uczestniczących węzłów, najlepiej 50%. Wszystko powyżej 25% jest akceptowalne, 5% już nie (Buterin, 2021). To definicje operacyjne. Można je sprawdzić kosztem sprzętu, liczbą węzłów i progami ataku, dlatego kolejne sekcje mierzą każdą cechę, zamiast się o nią spierać.

Skąd wziął się ten pomysł

Buterin przedstawił trylemat skalowalności w 2017 roku (Buterin, 2024) jako opis problemu, który miały rozwiązać badania nad shardingiem (Buterin, 2021). Pierwotny wpis zawierał argument heurystyczny, a nie dowód, i miał pokazać, jak trudno skalować łańcuch bez utraty decentralizacji. W październiku 2020 roku Ethereum przyjęło mapę drogową opartą na rollupach, gdy badania nad shardingiem rozwiązały problem weryfikacji dostępności danych na dużą skalę (Buterin, 2020; Buterin, 2024). Dziś termin obejmuje wybór między trzema celami w dowolnym łańcuchu, od Bitcoina po sieci warstwy drugiej.

Każda z tych definicji prowadzi do tego samego wąskiego gardła: sprzętu, który ma w domu zwykły człowiek.

 

 

Dlaczego wyższa przepustowość odbywa się kosztem decentralizacji lub bezpieczeństwa?

Wyższa przepustowość podnosi koszt utrzymania węzła, a w łańcuchu z mniejszą liczbą węzłów do ataku lub wywarcia presji wystarczy mniej podmiotów (Buterin, 2024). Ta zależność przyczynowo-skutkowa to kompromis między skalowalnością a decentralizacją, który stanowi sedno trylematu.

Więcej transakcji to cięższe węzły

Argument Buterina sprowadza się do arytmetyki. Zwykły laptop weryfikuje N transakcji na sekundę, a łańcuch przetwarza k razy N. Wtedy albo każda transakcja trafia tylko do 1/k węzłów, więc atakujący musi przejąć zaledwie kilka z nich, by przepchnąć nieprawidłową transakcję, albo węzły drożeją i łańcuch traci decentralizację (Buterin, 2024). Bitcoin dobrze ilustruje to ograniczenie. Bloki mają limit 4 milionów jednostek wagi (weight units), a każdy pełny węzeł weryfikuje każdą transakcję. Podniesienie limitu zwiększa przepustowość, ale podnosi też koszty przechowywania danych, łącza i przetwarzania dla każdego uczestnika. Szybsze łącze również nie znosi ograniczenia, bo węzły potrzebują zapasu mocy na wypadek ataków i na wszystko inne, co działa na danym komputerze (Buterin, 2021).

Trzy proste wyjścia

Buterin dzieli proste projekty na trzy klasy (Buterin, 2021). Tradycyjne blockchainy, takie jak Bitcoin, utrzymują pełną weryfikację na każdym węźle, więc zachowują decentralizację i bezpieczeństwo, ale nie skalowalność. Łańcuchy o wysokiej przepustowości opierają się na 10–100 węzłach ↗, które utrzymują konsensus między sobą. Mają skalowalność i bezpieczeństwo, lecz nie decentralizację, bo użytkownicy muszą ufać większości tych węzłów. Ekosystemy wielołańcuchowe rozkładają aplikacje na wiele łańcuchów ↗ i zyskują decentralizację oraz skalowalność, jednak atakującemu wystarczy większość w jednym małym łańcuchu, więc tracą bezpieczeństwo. Każda klasa rezygnuje dokładnie z jednego wierzchołka.

Pięć kroków: od wyższej przepustowości przez cięższe węzły i mniej operatorów węzłów do mniejszej liczby podmiotów, które trzeba zaatakować

Rzeczywiste sieci łączą te archetypy, a koszt utrzymania węzła pokazuje, gdzie każda z nich się ostatecznie znalazła (ARK Invest and Glassnode, 2026).

 

 

Jakiego wyboru dokonują Bitcoin, Ethereum, Solana i łańcuchy modułowe?

Bitcoin wybrał decentralizację i bezpieczeństwo, Solana postawiła na przepustowość, a Ethereum skaluje się na zewnątrz za pomocą rollupów i zachowuje przy tym weryfikowalność warstwy bazowej. Szacunkowy koszt pełnego węzła wynosi 289 USD w Bitcoinie, 730 USD w Ethereum i 21 478 USD w Solanie (ARK Invest and Glassnode, wrzesień 2026).

Bitcoin utrzymuje tanią weryfikację

Bitcoin Core działa na dysku 750 GB i 2 GB RAM (Bitcoin Core, 2026). Według ARK Invest i Glassnode około 63% węzłów Bitcoina działa za siecią Tor, a tylko około 16% w centrach danych (ARK Invest and Glassnode, 2026). Za tę dostępność płaci się przepustowością. W ciągu mniej więcej 24 godzin do 5 listopada 2026 roku sieć potwierdziła 589 829 transakcji, czyli około 6,8 transakcji na sekundę (mempool.space, 5 listopada 2026). Koncentracja pojawia się na poziomie kopania. W ciągu siedmiu dni do 5 listopada 2026 roku Foundry USA, AntPool i F2Pool wydobyły 601 z 974 bloków, czyli 61,7% (mempool.space, 5 listopada 2026).

Ethereum i rollupy skalują się na zewnątrz

Ethereum wymaga od węzła więcej niż Bitcoin. EIP-7870 zaleca dla pełnego węzła 4 TB pamięci NVMe, 32 GB RAM i łącze o prędkości pobierania 50 Mb/s (EIP-7870, 2025). W ciągu siedmiu dni do 4 listopada 2026 roku warstwa pierwsza przetwarzała około 21 transakcji na sekundę, a sieci warstwy drugiej śledzone przez L2BEAT łącznie średnio około 2 310 (L2BEAT, 5 listopada 2026). Rollupy przenoszą wykonywanie transakcji poza L1 ↗ i publikują dane z powrotem, więc przepustowość rośnie bez zwiększania obciążenia pojedynczego węzła. Koszt przesuwa się na założenia dotyczące zaufania. L2BEAT, który 4 listopada 2026 roku zmienił nazwę na ETHBEAT, wymienia 83 aktywne sieci L2, z których sześć osiągnęło Stage 1, a cztery Stage 2 (L2BEAT, 5 listopada 2026).

Solana i projekty modułowe

Solana przerzuca ciężar przepustowości na węzeł ↗. Dokumentacja walidatora Anza wymaga co najmniej 12 rdzeni i 24 wątków, co najmniej 256 GB RAM oraz osobnych dysków NVMe na konta, księgę transakcji (ledger) i snapshoty (Anza, 2026). Niemal 100% walidatorów Solany działa w komercyjnych centrach danych (ARK Invest and Glassnode, 2026). Projekty modułowe dzielą natomiast zadania. Celestia zajmuje się wyłącznie porządkowaniem transakcji i dostępnością danych, a jej lekkie węzły sprawdzają dostępność, próbkując niewielkie fragmenty każdego bloku (Celestia docs, 2026). Kurs jej tokena TIA jest o 97,8% niższy niż szczyt z 10 lutego 2024 roku (CoinPaprika API, 5 listopada 2026).

ProjektCo chroni w pierwszej kolejnościZ czego rezygnujeObserwowana przepustowość
BitcoinDecentralizacja i bezpieczeństwoPrzepustowośćOk. 6,8 tx/s
Ethereum i rollupyWeryfikowalność warstwy pierwszejZałożenia zaufania w warstwie drugiejOk. 21 tx/s w L1; 2 310 łącznie w sieciach L2
SolanaPrzepustowośćTanie węzły uruchamiane w domuOk. 1 280 tx/s, głosy walidatorów już poza łańcuchem
Modułowy (Celestia)Tanie sprawdzanie danychProstota pojedynczego łańcuchaTylko warstwa danych

Stan na: listopad 2026.

Dane w tabeli według stanu na 5 listopada 2026 roku.

Poziomy wykres słupkowy szacowanego kosztu sprzętu dla pełnego węzła: Bitcoin 289 USD, Ethereum 730 USD, Solana 21 478 USD

Koszt sprzętu to najczystszy wskaźnik zastępczy, ale pozostałe miary nie układają sieci w tej samej kolejności.

 

 

Jak w praktyce mierzyć bezpieczeństwo, skalowalność i decentralizację?

Każdy wierzchołek trylematu ma mierzalny wskaźnik zastępczy, ale żadnego z nich nie da się bez zastrzeżeń przenieść z jednego łańcucha na inny. Współczynniki Nakamoto 3, 3 i 19 wyglądają na porównywalne, lecz liczą różne podmioty przy różnych progach, a eksponowana w nagłówkach przepustowość Solany mieszała głosy walidatorów z aktywnością użytkowników, dopóki Alpenglow nie przeniósł głosów poza łańcuch 21 października 2026, więc liczb sprzed tej daty i po niej nie da się porównać wprost.

Wskaźniki decentralizacji

Balaji Srinivasan i Leland Lee zaproponowali współczynnik Nakamoto w lipcu 2017 roku jako minimalną liczbę podmiotów potrzebną do osiągnięcia 51% zasobów danego podsystemu (Srinivasan and Lee, 2017). ARK Invest i Glassnode podały wartość 3 dla Bitcoina przy progu 51% mocy obliczeniowej (hashrate), 3 dla Ethereum przy progu 33% stakowanego ETH i 19 dla Solany przy 33% delegowanych środków w stakingu (ARK Invest and Glassnode, 2026). Progi są różne, więc wartości nie da się porównać wprost, a autorzy koncepcji zaznaczają, że wynik zależy od tego, które podsystemy się uwzględnia (Srinivasan and Lee, 2017). Serwis Solana Compass pokazywał 6 września 2026 roku wartość 18, a Solana Foundation na danych z kwietnia 2025 roku odnotowała 20, dlatego przy każdej liczbie trzeba podać źródło i datę (CryptoSlate, 2026).

Przepustowość deklarowana i obserwowana

Liczba transakcji na sekundę nabiera znaczenia dopiero wtedy, gdy wiadomo, co obejmuje. Łączna przepustowość Solany, wynosząca w próbkach z 23 września 2026 roku około 4 000–4 300 transakcji na sekundę, uwzględniała głosy walidatorów, które były zwykłymi transakcjami, dopóki Alpenglow nie przeniósł głosów poza łańcuch 21 października 2026. Przepustowość bez głosów wynosiła od 1 400 do 1 800 i nadal obejmuje transakcje nieudane (Solscanner, 23 września 2026). Od przełączenia łączna liczba równa się liczbie transakcji bez głosów, która w godzinie do 10:48 UTC 5 listopada 2026 wynosiła średnio około 1 277 na sekundę (Solana RPC, 2026). W przypadku Bitcoina 6,8 transakcji na sekundę to wartość zmierzona, a warstwa pierwsza Ethereum obsługiwała około 21. Teoretyczne maksima opisują parametry bloków, a nie rzeczywisty ruch (Solscanner, 2026). Sama liczba transakcji nie mówi też nic o koszcie węzła, który musi za nią nadążyć, a to druga połowa kompromisu.

WierzchołekTypowa miaraCo liczyZastrzeżenie
DecentralizacjaWspółczynnik NakamotoNajmniejsza liczba podmiotów osiągających 33% lub 51%Progi i sposób klasyfikacji podmiotów się różnią
SkalowalnośćTransakcje na sekundęTransakcje w oknie pomiarowymUwzględnianie głosów i długość okna się różnią
BezpieczeństwoKoszt lub udział potrzebny do atakuStake lub moc obliczeniowa kontrolowana przez atakującegoPomija błędy oprogramowania

Stan na: listopad 2026.

Wykres słupkowy współczynników Nakamoto: Bitcoin 3 przy progu 51%, Ethereum 3 przy 33%, Solana 19 przy 33%

Miary obnażają kompromis, ale pokazują też, jak bardzo zależy on od przyjętych definicji.

 

 

Czy trylemat blockchaina to realne ograniczenie, czy tylko heurystyka?

Trylemat to heurystyka i przyznaje to sam jego autor. Buterin pisze, że nie jest to twierdzenie, a pierwotny wpis nie zawierał matematycznego dowodu (Buterin, 2024). Krytycy podnoszą dwie kwestie: nowe techniki mogą przełamać ten kompromis, a wybór miary potrafi zmienić to, który łańcuch wygląda na najbardziej zdecentralizowany.

Heurystyka, nie twierdzenie

Pierwotny argument pokazywał, że przełamanie trylematu jest trudne, a nie że jest niemożliwe. Miał uświadomić, że wyjście poza ten kompromis wymaga myślenia wykraczającego poza ramy, które sam argument wyznacza (Buterin, 2024). Od tamtej pory pojawiły się akademickie próby formalizacji. Mssassi i Abou El Kalam opublikowali 24 grudnia 2024 roku w czasopiśmie Applied Sciences artykuł „A Formal Proof of the Inherent Trade-Offs Among Decentralization, Security, and Scalability” (MDPI, 2024). Buterin oddziela architekturę od inżynierii oprogramowania. Jego zdaniem łańcuchy, które twierdzą, że rozwiązały trylemat dzięki optymalizacji oprogramowania węzłów, wprowadzają w błąd, bo uruchomienie ich węzłów okazuje się znacznie trudniejsze niż uruchomienie węzła Ethereum (Buterin, 2024).

Gdzie to ujęcie wprowadza w błąd

Według Buterina próbkowanie dostępności danych (data availability sampling) w połączeniu z SNARK-ami rzeczywiście rozwiązuje trylemat, bo klienci mogą sprawdzić, że dane są dostępne, a obliczenia poprawne, obsługując tylko niewielką część jednych i drugich (Buterin, 2024). Próbkowanie opiera się na modelu zaufania „kilku z N”, ale zachowuje właściwość, dzięki której atak 51% nie może wymusić na sieci nieprawidłowych bloków (Buterin, 2024). Aktualizacja Fusaka ↗ aktywowała w Ethereum 3 grudnia 2025 roku PeerDAS, czyli schemat próbkowania (Ethereum Foundation, 2025). Miary również potrafią wprowadzać w błąd. ARK Invest i Glassnode umieszczają w ogólnym rankingu Bitcoina na pierwszym, a Solanę na trzecim miejscu, choć to Solana ma najwyższy współczynnik Nakamoto z całej trójki (ARK Invest and Glassnode, 2026). Sieci L2 nie usuwają kompromisu, tylko go przenoszą: do sekwencerów, kluczy aktualizacji i okien wyjścia (L2BEAT, 2026).

 

 

Wnioski

Trylemat najlepiej odczytywać jako stwierdzenie o kosztach. Każdy wzrost przepustowości zwiększa ilość danych, które węzeł musi zweryfikować, a wraz z nim maleje liczba osób, które stać na własny węzeł. Bitcoin, Ethereum i Solana zajmują trzy różne punkty na tej krzywej, a projekty modułowe próbują przesunąć samą krzywą ↗, oddzielając weryfikację od danych. Każdy wierzchołek da się zmierzyć, ale tylko wtedy, gdy podano próg, podmioty i okno pomiarowe.

Rzetelną deklarację od pustej odróżnia to, czy wskazuje swoją miarę. Łańcuch, który ogłasza rozwiązanie trylematu dzięki optymalizacji oprogramowania węzłów, zmienił liczbę opisującą przepustowość, a wymagania wobec węzła zostawił bez zmian. Łańcuch, który podaje współczynnik Nakamoto bez progu, przytacza wartość, której nie da się zestawić z żadnym innym łańcuchem. Oba błędy chowają się za jedną efektowną liczbą.

Zanim uwierzysz w deklaracje dotyczące szybkości lub decentralizacji, sprawdź trzy rzeczy: jakiego sprzętu wymaga dziś pełny węzeł lub walidator, jakie podmioty i jaki próg stoją za współczynnikiem Nakamoto oraz czy liczba transakcji na sekundę obejmuje głosy walidatorów. Narzędzia takie jak Nakaflow i Solana Compass publikują te dane na bieżąco i opisują własne metody. Łańcuch, który nie potrafi odpowiedzieć na te pytania, nie pokazał, z którego wierzchołka zrezygnował.

 

 

Szybkie statystyki

  • 21 478 USD — szacunkowy koszt sprzętu dla pełnego węzła Solany wobec 289 USD w przypadku Bitcoina, wrzesień 2026
  • 3, 3 i 19 — współczynniki Nakamoto dla Bitcoina, Ethereum i Solany, liczone przy różnych progach
  • 6,8 tx/s — zmierzona przepustowość Bitcoina w ciągu mniej więcej 24 godzin do 5 listopada 2026
  • 1 277 tx/s — przepustowość Solany 5 listopada 2026, w całości bez głosów, odkąd Alpenglow przeniósł głosy poza łańcuch, wobec ponad 4 000 z głosami 23 września 2026
  • 61,7% — udział trzech największych pul wydobywczych w blokach Bitcoina, siedem dni do 5 listopada 2026
  • 2 310 tx/s — łączna przepustowość sieci L2 śledzonych przez L2BEAT, wobec 21 w warstwie pierwszej Ethereum

Stan na: listopad 2026.

 

 

FAQ

?Czy trylemat blockchaina to to samo co twierdzenie CAP?

Nie. Twierdzenie CAP (od angielskich słów consistency, availability i partition tolerance, czyli spójność, dostępność i odporność na podział sieci) to wynik z dziedziny systemów rozproszonych: system, w którym doszło do podziału sieci, musi wybrać między spójnością a dostępnością. Eric Brewer sformułował je jako hipotezę w 2000 roku, a Seth Gilbert i Nancy Lynch udowodnili je w 2002 roku (Gilbert and Lynch, 2002). Trylemat blockchaina to heurystyka dotycząca kosztu węzła, przepustowości i odporności na ataki, a jego autor przyznaje, że nie ma on dowodu (Buterin, 2024). Oba ujęcia opisują trzy cele, z których osiągalne są dwa, ale dotyczą różnych właściwości.

?Czy „bezpieczeństwo” w trylemacie oznacza ochronę przed włamaniami i błędami w smart kontraktach?

Nie. W trylemacie bezpieczeństwo oznacza odporność łańcucha na atak dużej części uczestniczących węzłów, w idealnym przypadku 50% (Buterin, 2021). Chodzi o konsensus: ile stake'u lub mocy obliczeniowej potrzebuje atakujący, aby przepisać historię łańcucha lub go cenzurować. Błędy w smart kontraktach, upadki giełd i skradzione klucze wykraczają poza tę definicję. L2BEAT zwraca podobną uwagę przy swoich ocenach etapów (Stage), które mierzą decentralizację, a nie ryzyko błędów (L2BEAT, 2025).

?Czy Proof of Stake rozwiązuje trylemat blockchaina lepiej niż Proof of Work?

Nie sam w sobie. Mechanizm konsensusu zmienia to, kto płaci za bezpieczeństwo, ale argument trylematu dotyczy tego, ile musi zweryfikować każdy węzeł (Buterin, 2024). Ethereum przeszło na Proof of Stake 15 września 2022 roku (OpenSea, 2023) i nadal skaluje się za pomocą rollupów oraz próbkowania dostępności danych. ARK Invest i Glassnode podają dla Ethereum współczynnik Nakamoto równy 3 przy progu 33% stakowanego ETH, czyli tyle samo, co dla Bitcoina opartego na Proof of Work (ARK Invest and Glassnode, 2026).

?Jak zwykły użytkownik może sprawdzić, na ile zdecentralizowany jest dany łańcuch?

Dane publikują narzędzia, które śledzą sieci na bieżąco. Nakaflow oblicza współczynnik Nakamoto na podstawie danych o stakingu na poziomie podmiotów i ostrzega, że nie zawsze da się ustalić, które walidatory prowadzi jeden podmiot. Solana Compass definiuje go jako najmniejszą liczbę walidatorów, których stake sięga 33,4% siły głosu (CryptoSlate, 2026). Znaczenie ma też hosting: około 20% węzłów Ethereum działa w Amazon Web Services (ARK Invest and Glassnode, 2026). Zanim porównasz dwa łańcuchy, zawsze sprawdź, jakiego progu używa dane narzędzie.

?Jakie ryzyko ponoszą posiadacze, gdy łańcuch rezygnuje z decentralizacji?

Buterin dowodzi, że w łańcuchu, w którym węzły uruchamiają zwykli użytkownicy, atakujący z 51% może cofać lub cenzurować transakcje, ale nie może wprowadzać nieprawidłowych, a użytkownicy są w stanie wykryć takie działanie i skoordynować fork. Łańcuchom o wysokiej przepustowości i niewielkiej liczbie węzłów brakuje tego zabezpieczenia (Buterin, 2021). Posiadacze zależą więc od tego, czy niewielka grupa walidatorów zachowuje się uczciwie, a jej koncentracja, hosting i oprogramowanie stają się potencjalnymi punktami awarii.

?Czy korzystanie z sieci warstwy drugiej oznacza rezygnację z bezpieczeństwa Ethereum?

To zależy od konkretnej sieci L2. Według L2BEAT 5 listopada 2026 roku działały 83 aktywne projekty L2, z czego sześć osiągnęło Stage 1, a cztery Stage 2. Stage 1 oznacza, że do zablokowania lub sfałszowania wypłat potrzeba co najmniej 75% głosów rady bezpieczeństwa, a przy pozostałych aktualizacjach użytkownicy mają co najmniej siedmiodniowe okno wyjścia. Projekty na etapie Stage 1 zabezpieczały około 69% z mniej więcej 38,8 mld USD, więc większość wartości znajduje się w grupie wymagającej większego zaufania (L2BEAT, 5 listopada 2026).

?Kto stworzył współczynnik Nakamoto i co on mierzy?

Balaji Srinivasan i Leland Lee zaproponowali go 28 lipca 2017 roku w tekście „Quantifying Decentralization” (Srinivasan and Lee, 2017). Współczynnik liczy najmniejszą liczbę podmiotów potrzebną do osiągnięcia 51% zasobów danego podsystemu, a „minimalny współczynnik Nakamoto” to najniższa wartość spośród wszystkich podsystemów. Autorzy oparli go na współczynniku Giniego i krzywej Lorenza i podkreślają, że wynik zależy od tego, które podsystemy uzna się za kluczowe (Srinivasan and Lee, 2017).

?Czy to przez trylemat opłaty transakcyjne gwałtownie rosną, gdy sieć jest przeciążona?

Częściowo. W każdym łańcuchu, w którym każdy węzeł weryfikuje wszystko, przepustowość jest ograniczona, a gdy popyt ją przekracza, użytkownicy licytują się o miejsce w bloku. Poradnik OpenSea opisuje opłaty za gaz zarówno jako wynagrodzenie walidatorów, jak i narzędzie ograniczania popytu w okresach dużego obciążenia (OpenSea, 2023). Najwyraźniejszym przykładem jest limit bloku Bitcoina wynoszący 4 miliony jednostek wagi, a sieci L2 zwiększają przepustowość ↗, przenosząc wykonywanie transakcji poza warstwę pierwszą.

 

 

Źródła

Źródła akademickie i techniczne

Publikacje naukowe, specyfikacje i dokumentacja, na których opierają się definicje i wymagania.

  • Vitalik Buterin: Why Sharding Is Great; The Surge (vitalik.eth.link, kwi 2021 i paź 2024) (cytowane dwa wydania)
  • Srinivasan and Lee: Quantifying Decentralization (news.earn.com, lip 2017)
  • Mssassi and Abou El Kalam: Blockchain Trilemma Formal Proof (mdpi.com, gru 2024)
  • Gilbert and Lynch: Brewer's Conjecture and CAP Feasibility (dl.acm.org, 2002)
  • EIP-7870: Hardware and Bandwidth Recommendations (eips.ethereum.org, sty 2025)
  • Celestia: Data Availability Documentation (docs.celestia.org, 2026)
Dane platform i firm

Oficjalne komunikaty, dane on-chain i statystyki sieci.

  • ARK Invest and Glassnode: The Decentralization Spectrum (solanacompass.com, wrz 2026)
  • mempool.space: Bitcoin Blocks and Mining Pools API (mempool.space, lis 2026)
  • L2BEAT (now ETHBEAT): Activity, Stages and Value Secured (ethbeat.org, lis 2026)
  • Anza: Agave Validator Requirements (docs.anza.xyz, 2026)
  • Bitcoin Core: Requirements and Warnings (bitcoin.org, 2026)
  • Solscanner: Solana Network Stats (solscanner.org, wrz 2026)
  • Solana RPC: Mainnet Performance Samples (api.mainnet-beta.solana.com, lis 2026)
Analizy rynkowe

Artykuły prasowe i dane rynkowe.

  • CryptoSlate: What ARK's Scorecard Measures (cryptoslate.com, wrz 2026)
  • CoinPaprika: TIA Ticker Data (api.coinpaprika.com, lis 2026)
  • OpenSea: What Is the Blockchain Trilemma? (opensea.io, cze 2023)
  • Ethereum Foundation: Fusaka Upgrade Announcement (blog.ethereum.org, lis 2025)
Udostępnij ten poradnik
Autor Bartek Hagan

Oryginalny poradnik CoinPaprika.

Zgłoś poprawkę
Wszystkie poradniki

Kryptowaluty są wysoce zmienne i wiążą się z istotnym ryzykiem. Możesz stracić część lub całość swojej inwestycji.

Wszystkie informacje na Coinpaprika są podawane wyłącznie w celach informacyjnych i nie stanowią porady finansowej ani inwestycyjnej. Zawsze przeprowadzaj własne badania (DYOR) i skonsultuj się z wykwalifikowanym doradcą finansowym przed podjęciem decyzji inwestycyjnych.

Coinpaprika nie ponosi odpowiedzialności za jakiekolwiek straty wynikające z korzystania z tych informacji.