Czym jest SegWit (Segregated Witness)? Wyjaśnienie najważniejszej aktualizacji Bitcoina

Jeśli otworzyłeś portfel Bitcoin i poproszono Cię o wybranie adresu typu „Legacy”, „SegWit” lub „Native SegWit” bez wyjaśnienia, co te terminy oznaczają, to ten wybór wynika z jednej aktualizacji wprowadzonej w 2017 roku.

SegWit, skrót od Segregated Witness, to aktualizacja protokołu Bitcoin uruchomiona w sierpniu 2017 roku, która przenosi dane podpisu cyfrowego z głównej struktury transakcji do oddzielnego pola zwanego „witness”. Ta pojedyncza zmiana architektoniczna obniżyła opłaty transakcyjne, naprawiła istniejącą od lat lukę w zabezpieczeniach zwaną podatnością transakcji na modyfikacje oraz stworzyła warunki techniczne dla powstania sieci Lightning Network i Taproot.

W tym artykule omówiono, na czym polega działanie SegWit, jak funkcjonuje system wagi bloków, jaki wpływ na wysokość opłat mają różne typy adresów, a także kontrowersyjną walkę polityczną, która niemal doprowadziła do rozłamu w sieci Bitcoin jeszcze przed uruchomieniem tej funkcji.

Zarządzaj swoimi bitcoinami za pomocą Aplikacja portfela Bitcoin.com.

Najważniejsze wnioski

• SegWit (Segregated Witness) to aktualizacja protokołu Bitcoin, która została uruchomiona 24 sierpnia 2017 r. i została formalnie określona jako BIP 141; zaproponowali ją Pieter Wuille, Eric Lombrozo i Johnson Lau w grudniu 2015 r.
• Rozdziela dane podpisu cyfrowego („świadectwo”) od głównej treści transakcji, eliminując lukę w zabezpieczeniach zwaną podatnością transakcji na modyfikacje i zmniejszając rozmiar każdej transakcji.
• Pojemność bloku mierzy się w jednostkach wagowych (WU), a nie w bajtach. Dane świadków zajmują 1 WU na bajt, podczas gdy inne dane zajmują 4 WU na bajt, co oznacza, że transakcje SegWit charakteryzują się o 75% mniejszym rozmiarem podpisu.
• Wbudowana obsługa SegWit (adresy bc1q) zmniejsza rozmiar standardowej transakcji z około 226 vbytes do około 141 vbytes, co pozwala obniżyć opłaty o około 38% w porównaniu z tradycyjnymi adresami.
• Gwarancja stałego identyfikatora TXID w SegWit stanowiła techniczny warunek wstępny powstania sieci Lightning Network. Bez niej nie można by było bezpiecznie tworzyć kanałów płatniczych.
• Jego system wersjonowania skryptów umożliwił wdrożenie Taproot (SegWit V1, uruchomiony w 2021 r.) i stanowi podstawę dla przyszłych aktualizacji Bitcoina bez konieczności przeprowadzania hard forków.
• Od 2026 r. około 85% transakcji bitcoinowych wykorzystuje SegWit. Jest to standard sieciowy, a nie nowa funkcja.

Czym jest SegWit?

SegWit, czyli Segregated Witness, to zmiana formatu transakcji w sieci Bitcoin, która oddziela podpisy cyfrowe – kryptograficzny dowód uprawniający do wydania monety – od głównych danych transakcji i przechowuje je w oddzielnej strukturze zwanej „witness”. Dzięki temu każda transakcja jest mniejsza, w każdym bloku mieści się więcej transakcji, a także eliminowana jest luka, która uniemożliwiała bezpieczne tworzenie kanałów płatniczych w oparciu o Bitcoin.

Nazwa ta składa się z dwóch prostych elementów: „segregated” oznacza „oddzielony”, a „witness” to termin kryptograficzny określający dane podpisu, które potwierdzają ważność transakcji. Element „witness” odpowiada na pytanie „czy prawowity właściciel autoryzował tę transakcję?”, podczas gdy pozostałe dane transakcji odpowiadają na pytanie „gdzie trafiają środki i w jakiej wysokości?”.

The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.

Aktualizacja została oficjalnie określona jako Bitcoin Improvement Proposal 141 (BIP 141) i zaproponowany przez programistów Bitcoin Core – Pietera Wuille’a, Erica Lombrozo oraz Johnsona Lau – podczas konferencji Scaling Bitcoin w grudniu 2015 roku. Został on aktywowany w sieci głównej Bitcoin 24 sierpnia 2017 r. w bloku 481 824 jako soft fork, co oznacza, że był kompatybilny wstecznie. Węzły, które nie zostały zaktualizowane, nadal mogły weryfikować podstawowe dane transakcji; zaktualizowane węzły widziały pełny obraz, w tym świadka.

Od 2026 roku około 85% wszystkich transakcji bitcoinowych wykorzystuje SegWit. Nie jest to już nowość, lecz standard.

Problemy, do rozwiązania których stworzono SegWit

SegWit rozwiązał dwie odrębne kwestie, które od lat hamowały rozwój Bitcoina.

Podatność transakcji na modyfikacje

Każda transakcja Bitcoin posiada unikalny identyfikator zwany TXID, czyli skrót wygenerowany na podstawie danych transakcji. Przed wprowadzeniem SegWit skrót ten był obliczany na podstawie całej transakcji, łącznie z podpisem.

Problem polega na tym, że podpis kryptograficzny nie może podpisać samego siebie. Stwarzało to niewielką lukę, dzięki której każdy, kto przekazywał transakcję przez sieć, mógł nieznacznie zmodyfikować podpis w taki sposób, aby pozostał on matematycznie prawidłowy, ale generował inny identyfikator TXID. Środki nadal trafiały na właściwy adres, a transakcja nadal była realizowana, ale identyfikator uległ zmianie.

W przypadku zwykłej płatności nie wydaje się to katastrofalne. Jednak dla protokołów łączących ze sobą wiele niepotwierdzonych transakcji jest to fatalne w skutkach. Sieć Lightning Network, która działa poprzez tworzenie serii zobowiązań płatniczych poza łańcuchem, odwołujących się do identyfikatorów wcześniejszych transakcji, nie może funkcjonować bezpiecznie, jeśli którykolwiek z tych identyfikatorów ulegnie zmianie przed potwierdzeniem. Zmienny identyfikator TXID oznacza przerwanie łańcucha, a środki mogą zostać zablokowane lub skradzione.

Zanim problem ten został rozwiązany, podatność transakcji na modyfikacje spowodowała również rzeczywiste szkody. Giełda Mt. Gox wskazała go jako jeden z czynników, które przyczyniły się do jej upadku w 2014 roku, choć historycy spierają się co do tego, w jakim stopniu był to główny powód, a w jakim jedynie pretekst do ukrycia poważniejszych nieprawidłowości w zarządzaniu.

SegWit rozwiązał ten problem poprzez całkowite wyeliminowanie podpisów z obliczeń identyfikatora TXID. Identyfikator jest obecnie obliczany wyłącznie na podstawie podstawowych pól transakcji. Zmiana podpisu nie powoduje już zmiany tożsamości transakcji.

Zator w sieci i rosnące opłaty

W latach 2016–2017 sieć Bitcoin przetwarzała około 7 transakcji na sekundę. W okresach szczytowego popytu zaległości transakcyjne sięgały dziesiątek tysięcy, a opłaty za standardową przesyłkę wzrosły do 50 dolarów lub więcej. Problem miał charakter strukturalny: bloki Bitcoina miały limit 1 MB, a podpisy stanowiły około 65% rozmiaru transakcji.

Oczywistym rozwiązaniem było zwiększenie limitu rozmiaru bloku, co wymagało przeprowadzenia hard forka, co z kolei oznaczało, że wszystkie węzły musiałyby zostać zaktualizowane lub pozostać w łańcuchu, który nie byłby z nim kompatybilny. Hard forki wiążą się z dużym ryzykiem i budzą kontrowersje. SegWit pozwolił całkowicie ominąć to ograniczenie.

Jak działa SegWit

Rozdzielanie danych świadków

W tradycyjnej transakcji Bitcoin każde wejście zawiera pole ScriptSig z podpisem i kluczem publicznym nadawcy. W transakcji SegWit pole ScriptSig pozostaje puste w przypadku wejść SegWit. Podpis i klucz publiczny są przenoszone do nowego pola świadka, dołączanego na końcu transakcji.

Dwa dodatkowe bajty – znacznik (0x00) i flaga (0x01) – informują węzły obsługujące SegWit, że poniżej znajdują się dane świadka. Węzły starsze niż SegWit widzą po prostu pusty ScriptSig i przetwarzają transakcję jako prawidłową zgodnie ze starszą interpretacją „każdy może wydać”, zachowując w ten sposób kompatybilność wsteczną.

Waga bloku zastępuje rozmiar bloku

SegWit zastąpił limit wielkości bloku wynoszący 1 MB nowym wskaźnikiem: wagą bloku, której górna granica wynosi 4 miliony jednostek wagi (WU).

Kluczowa kwestia dotyczy sposobu liczenia bajtów:

• Każdy bajt danych transakcji niebędącej transakcją świadka kosztuje 4 jednostki wagi
• Każdy bajt danych świadka kosztuje zaledwie 1 jednostkę wagi

Ponieważ podpisy są duże i obecnie znajdują się w sekcji świadków, zajmują one o jedną czwartą mniej miejsca w bloku niż wcześniej. W ten sposób SegWit w praktyce zwiększył efektywny rozmiar bloku do około 1,7–2 MB, nie naruszając przy tym zasady 1 MB, którą egzekwują stare węzły. W przypadku teoretycznego bloku w całości opartego na SegWit maksymalna pojemność wynosi 4 MB, choć w praktyce nigdy do tego nie dochodzi, ponieważ każdy blok zawiera również dane inne niż świadectwa.

Wirtualne bajty (vBytes): jednostka wyświetlana w portfelach

Aby stawki opłat były porównywalne z transakcjami tradycyjnymi, w ramach SegWit wprowadzono wirtualne bajty (vbytes): jednostki wagi podzielone przez 4. W przypadku transakcji tradycyjnych bajty i vbytes są identyczne. W przypadku transakcji SegWit wartość vbytes jest niższa, ponieważ zmniejszona ilość danych świadectwa obniża tę liczbę.

Opłaty w portfelu są podawane w satoshi na vbyte (sat/vB). Transakcja SegWit o mniejszej liczbie vbyte'ów wiąże się z niższymi opłatami przy tej samej stawce sat/vB. To właśnie ten mechanizm pozwala na oszczędność opłat, którą można zaobserwować, korzystając z adresu bc1q zamiast adresu typu 1...

Rodzaje adresów SegWit: który z nich wybrać?

Wraz ze zmianami technicznymi SegWit wprowadził nowe formaty adresów. Rodzaj adresu określa sposób, w jaki portfel koduje warunki wydatkowania środków, co ma wpływ na wysokość opłat, kompatybilność z innymi portfelami oraz wygląd transakcji w łańcuchu bloków.

Porównanie typów adresów

Dane dotyczące wielkości transakcji: Spark.money – Przewodnik po rozmiarach transakcji Bitcoin, 2026 r. Podane oszczędności na opłatach są orientacyjne i zależą od sytuacji w mempoolu.

Legacy (P2PKH, prefiks 1...) jest to oryginalny format z 2009 roku. Podpis pozostaje w treści głównej transakcji, gdzie ma pełną wagę. Nie ma oszczędności na opłatach. Nadal jest powszechnie obsługiwany, co stanowi jedyny powód, by z niego korzystać obecnie – jeśli masz do czynienia z bardzo starym oprogramowaniem, które nie obsługuje innych formatów.

SegWit zagnieżdżony (P2SH-P2WPKH, prefiks 3...) polega na umieszczeniu skryptu SegWit w starszej kopercie P2SH. Kiedy w 2017 roku uruchomiono SegWit, nie wszystkie portfele i giełdy od razu wprowadziły obsługę nowego formatu bc1. SegWit zagnieżdżony pełnił rolę pomostu kompatybilnościowego: pozwala on na częściowe obniżenie opłat, a nadawcy korzystający ze starszego oprogramowania nadal mogą dokonywać płatności. Do 2026 r. format ten istnieje głównie jako rozwiązanie awaryjne. 3... Prefiks jest wspólny dla adresów P2SH obsługujących SegWit i tych, które go nie obsługują, co oznacza, że na podstawie samego adresu nie da się stwierdzić, czy mamy do czynienia z transakcją SegWit.

Natywny SegWit (P2WPKH, prefiks bc1q...(42 znaki) jest właściwym wyborem dla większości użytkowników. Wykorzystuje kodowanie Bech32, które składa się wyłącznie z małych liter, zapewnia lepsze wykrywanie błędów niż Base58 oraz eliminuje znaki, które mogą być mylone (brak wielkiej litery O, cyfry zero, wielkiej litery I ani małej litery l). Standardowa transakcja P2WPKH z 1 wejściem i 2 wyjściami zajmuje około 141 vbyte'ów, czyli około 38% mniej niż równoważna transakcja starszego typu. Od 2026 r. obsługują ją wszystkie aktywne portfele i giełdy.

Natywny multisig SegWit (P2WSH, prefiks bc1q...(62 znaki) jest to wariant skryptu-hash, stosowany w portfelach z wielokrotnym podpisem oraz w przypadku złożonych warunków wydatkowania. Dłuższy adres odzwierciedla 32-bajtowy skrót SHA-256 zamiast 20-bajtowego skrótu używanego przez P2WPKH. Jeśli korzystasz z konfiguracji multisig typu 2 z 3, P2WSH jest natywnym dla SegWit sposobem na to.

Taproot (P2TR, prefiks bc1p...(62 znaki) to SegWit w wersji 1, uruchomiony w 2021 roku. Wykorzystuje ona podpisy Schnorr zamiast ECDSA, co pozwala na agregację wielu podpisów w jeden, dzięki czemu transakcje z wieloma podpisami są nie do odróżnienia od transakcji z jednym podpisem w łańcuchu bloków. Oferuje najniższe opłaty za wydatki z jednym podpisem oraz najlepszą prywatność. Używaj jej, gdy upewnisz się, że Twoi odbiorcy i ich portfele obsługują adresy bc1p.

Krótka rekomendacja

W przypadku większości użytkowników: zalecamy korzystanie z natywnego SegWit (bc1q). Jest on obsługiwany praktycznie przez wszystkie aktywne portfele i giełdy, pozwala zaoszczędzić około 38% opłat w porównaniu ze starszym standardem i nie wiąże się z żadnym ryzykiem braku kompatybilności w 2026 roku (programiści integrujący SegWit z oprogramowaniem portfela powinni zapoznać się z Przewodnik po tworzeniu portfela Bitcoin Core.).

Jeśli Twój portfel obsługuje Taproot (bc1p) i przeprowadzasz transakcje z jednym podpisem z odbiorcami, których portfele obsługują tę funkcję, zapewnia to nieco niższe opłaty i większą prywatność.

SegWit zagnieżdżony (3...) stanowi rozwiązanie awaryjne zapewniające kompatybilność. Jest to rozwiązanie dobre, ale nie ma już powodu, by domyślnie z niego korzystać.

Wojna o rozmiar bloku: dlaczego SegWit budził tak wiele kontrowersji

Argumenty techniczne przemawiające za SegWitem były jasne. Nie było jednak jasności co do drogi do jego wdrożenia.

W latach 2015–2017 Bitcoin był przedmiotem jednego z najbardziej dzielących społeczności sporów dotyczących zarządzania w swojej historii. W gruncie rzeczy pytanie było proste: w jaki sposób zdecentralizowana sieć powinna aktualizować swoje zasady, gdy różne frakcje mają sprzeczne interesy?

Impas w branży wydobywczej

Zgodnie ze standardową procedurą aktualizacji BIP9, do przeprowadzenia soft forka konieczne było, aby 95% górników wyraziło poparcie w ciągu dwóch tygodni. Na początku 2017 roku SegWit był gotowy do uruchomienia już od miesięcy, ale nie udało mu się przekroczyć tego progu.

Największy sprzeciw wyszedł ze strony dużych kopalni, a zwłaszcza firmy Bitmain, która w tamtym czasie kontrolowała znaczną część mocy obliczeniowej sieci Bitcoin. Powód stał się jasny później: Bitmain korzystał z opatentowanej techniki o nazwie ASICBoost, która zapewniała sprzętowi wydobywczemu tej firmy znaczną przewagę pod względem wydajności. SegWit był strukturalnie niekompatybilny z ukrytym ASICBoost. Zablokowanie SegWit chroniło tę przewagę.

BIP 148 i UASF

W marcu 2017 roku anonimowy programista posługujący się pseudonimem Shaolinfry opublikował BIP 148: „User-Activated Soft Fork” (UASF). Zamiast czekać na sygnał od górników, BIP 148 proponował, aby węzły ekonomiczne, czyli giełdy, podmioty obsługujące płatności oraz firmy korzystające z oprogramowania Bitcoin, po prostu zaczęły odrzucać każdy blok, który nie sygnalizował obsługi SegWit, począwszy od 1 sierpnia 2017 r.

Logika była prosta: górnicy tworzą bloki, ale mają one wartość tylko wtedy, gdy sieć je zaakceptuje. Gdyby wystarczająca większość ekonomiczna uruchomiła węzły zgodne z BIP 148, górnicy albo aktywowaliby SegWit, albo patrzyliby, jak ich bloki stają się osierocone. Ryzyko było równie jasne: gdyby poparcie było niewystarczające, doszłoby do rozłamu łańcucha, w wyniku którego równolegle działałyby dwie niekompatybilne wersje Bitcoina.

Kampania UASF miała charakter oddolny i była bardzo głośna. Pojawiły się identyfikatory konferencyjne. Dyskusje na Twitterze nasiliły się. Hasło „uruchom własny węzeł” nabrało nowego znaczenia.

Porozumienie nowojorskie a Bitcoin Cash

W obliczu zbliżającego się terminu wprowadzenia UASF ponad 50 czołowych firm z branży bitcoina zebrało się w maju 2017 roku w Nowym Jorku i podpisało dokument znany jako Porozumienie nowojorskie. Zgodziły się one na aktywację SegWit, ale także na przeprowadzenie następnie hard forka w celu podwojenia rozmiaru bloku do 2 MB (znanego jako SegWit2x).

Kompromis ten nie zadowolił w pełni żadnej ze stron. Programiści sprzeciwiający się zwiększeniu rozmiaru bloków postrzegali SegWit2x jako ukryty hard fork, na który nie wyrazili zgody. Górnicy i firmy, które opowiadały się za większymi blokami, nadal nie osiągnęły tego, czego pierwotnie pragnęły.

1 sierpnia 2017 r. frakcja, która opowiadała się za samym zwiększeniem rozmiaru bloku, bez wdrażania SegWit, przeprowadziła hard fork sieci Bitcoin, tworząc Bitcoin Cash (BCH) z początkowym limitem bloku wynoszącym 8 MB. SegWit został wdrożony w sieci Bitcoin 24 sierpnia 2017 r. Hard fork SegWit2x został porzucony w listopadzie 2017 r. po tym, jak jego organizatorzy doszli do wniosku, że nie osiągnęli wystarczającego konsensusu.

O czym została zawarta ugoda

Wynik tego wydarzenia miał znaczenie wykraczające poza kwestie techniczne. UASF zadziałało: to węzły gospodarcze, a nie górnicy, zadecydowały o tym, które zasady konsensusu miały zastosowanie. Obecnie często przytacza się ten przykład jako dowód na to, że zarządzanie Bitcoinem ostatecznie spoczywa w rękach tych, którzy obsługują i korzystają z oprogramowania, a nie tych, którzy tworzą bloki. Dzień 1 sierpnia jest przez część społeczności nazywany Dniem Niepodległości Bitcoina.

Co umożliwiła technologia SegWit

Sieć Lightning

Sieć Lightning Network została zaprojektowana jeszcze przed pojawieniem się SegWit. Jej twórcy zdawali sobie sprawę, że nie można jej bezpiecznie wdrożyć, dopóki nie zostanie rozwiązany problem podatności transakcji na modyfikacje, ponieważ kanały płatnicze opierają się na łańcuchach niepotwierdzonych transakcji, które odwołują się do siebie nawzajem za pomocą identyfikatorów TXID. Gwarancja stałego identyfikatora TXID zapewniona przez SegWit sprawiła, że kanały te stały się bezpieczne.

Sieć Lightning Network została uruchomiona w sieci głównej Bitcoin na początku 2018 roku, mniej więcej sześć miesięcy po aktywacji SegWit. Do pierwszego kwartału 2025 roku przetworzyła ona ponad 100 milionów transakcji. Bez SegWit żadna z tych elementów infrastruktury nie istniałaby.

Taproot i wersjonowanie skryptów

SegWit wprowadził system wersjonowania skryptów do formatu transakcji Bitcoin. Program świadka rozpoczyna się od bajtu wersji: SegWit V0 obejmuje schematy P2WPKH i P2WSH. Każda przyszła aktualizacja, która zdefiniuje nowy numer wersji, będzie miała własne zasady, nie kolidując z istniejącymi i nie wymagając kolejnej burzliwej walki o aktualizację.

SegWit V1 to Taproot, uruchomiony w listopadzie 2021 roku. Wprowadził on podpisy Schnorr, strukturę MAST (Merkelized Abstract Syntax Trees) służącą do definiowania złożonych warunków wydatkowania środków oraz ulepszenia w zakresie prywatności, dzięki którym transakcje z portfeli wielopodpisowych wyglądają w łańcuchu bloków identycznie jak transakcje z portfeli jednopodpisowych. Każda funkcja techniczna wprowadzona przez Taproot opierała się na architekturze wersjonowania stworzonej przez SegWit.

Liczebniki porządkowe i napisy

Ta sama struktura danych świadków, którą wprowadził SegWit, a rozbudował Taproot, umożliwiła technicznie osadzanie dowolnych danych, obrazów, tekstu i kodu bezpośrednio w transakcjach Bitcoin. Jest to mechanizm leżący u podstaw protokołu Ordinals i inskrypcji Bitcoin, który spowodował gwałtowny wzrost wykorzystania danych w łańcuchu i doprowadził do wzrostu popularności Taproot do około 42% transakcji w 2024 roku. Wraz ze spadkiem aktywności związanej z inskrypcjami wykorzystanie Taproot ustabilizowało się na poziomie około 20% transakcji pod koniec 2025 r., podczas gdy SegWit V0 pozostaje dominującym formatem, z udziałem wynoszącym około 85%.

SegWit w szerszym kontekście: harmonogram aktualizacji Bitcoina

Obecne adopcje

Po uruchomieniu SegWit jego popularność stale rosła, osiągając 30% transakcji już w ciągu pierwszych kilku miesięcy, a następnie przekraczając próg 50% w ciągu kolejnych dwóch lat, w miarę jak portfele i giełdy aktualizowały swoje oprogramowanie.

Według stanu na rok 2026 około 85% transakcji Bitcoinowych wykorzystuje SegWit (źródło: statystyki sieci Bitcoin Spark.money, CoinGecko). Pozostałe 15% to transakcje starszego typu, pochodzące z portfeli i serwisów, które nie zostały zaktualizowane. W 2024 r. wdrożenie Taproot (P2TR, SegWit V1) osiągnęło szczytowy poziom około 42% transakcji, głównie dzięki aktywności związanej z inskrypcjami Ordinals, po czym pod koniec 2025 r. ustabilizowało się na poziomie około 20% w miarę spadku liczby inskrypcji.

Krzywa wdrażania odzwierciedla sytuację, jaka miała miejsce w przypadku samego SegWit: nowe formaty adresów potrzebują od jednego do trzech lat, aby stały się powszechnie stosowane, ponieważ portfele sprzętowe, giełdy i podmioty obsługujące płatności muszą zaktualizować swoje oprogramowanie. Obsługa Taproot jest coraz szerzej wdrażana w różnych portfelach.

SegWit a starsza wersja: Podsumowanie różnic

Wnioski

SegWit to aktualizacja protokołu, która oddzieliła dane podpisu od danych transakcyjnych w sieci Bitcoin, usunęła lukę w zabezpieczeniach istniejącą od 2009 roku, obniżyła opłaty transakcyjne o około jedną trzecią oraz stworzyła podstawy architektoniczne dla sieci Lightning Network, Taproot oraz wszystkich rozwiązań, które powstały na ich bazie od tamtego czasu.

Od 2026 roku jest to standard transakcyjny w sieci Bitcoin, obsługujący zdecydowaną większość operacji w łańcuchu bloków. Wprowadzone przez niego formaty adresów, a zwłaszcza natywny format SegWit (bc1q), są obecnie tymi, z których większość użytkowników powinna korzystać domyślnie. Walka polityczna, która towarzyszyła jego aktywacji, pozostaje jednym z najbardziej pouczających rozdziałów w historii zarządzania Bitcoinem: dowodem na to, że w sieci zdecentralizowanej konsensus nie jest czymś, co przyznają górnicy, ale czymś, czego domagają się użytkownicy.