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 Świadek wykluczony, to aktualizacja protokołu Bitcoin wprowadzona 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, wyeliminowała istniejącą od lat lukę w zabezpieczeniach zwaną „malleability” oraz stworzyła warunki techniczne dla funkcjonowania sieci Lightning Network i systemu Taproot.

W niniejszym artykule omówiono, na czym faktycznie polega SegWit, jak działa 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, zanim jeszcze SegWit został uruchomiony.

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

Najważniejsze wnioski

• SegWit (Segregated Witness) to aktualizacja protokołu Bitcoin, która została uruchomiona 24 sierpnia 2017 r., formalnie określona jako BIP 141 i zaproponowana przez Pietera Wuille’a, Erica Lombrozo oraz Johnsona Lau w grudniu 2015 r.
• Rozdziela dane podpisu cyfrowego („świadectwo”) od głównej treści transakcji, eliminując lukę w zabezpieczeniach zwaną „plastycznością transakcji” 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 daje transakcjom SegWit 75-procentową zniżkę na rozmiar podpisu.
• Technologia Native 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 adresami starszego typu.
• 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 roku 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. „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 nr 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 świadectwo.

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

Problemy, do rozwiązania których stworzono SegWit

SegWit rozwiązał dwie odrębne kwestie, które od lat ograniczał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, które łączą ze sobą wiele niepotwierdzonych transakcji, ma to fatalne konsekwencje. Sieć Lightning, która działa poprzez tworzenie serii poz Łańcuchowych zobowiązań płatniczych 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 ich 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.

Zablokuj zatory i rosnące opłaty

W 2016 roku i na początku 2017 roku sieć Bitcoin przetwarzała około 7 transakcji na sekundę. W okresach szczytowego zapotrzebowania liczba zaległych transakcji sięgała dziesiątek tysięcy, a opłaty za standardową przesyłkę wzrosły do 50 dolarów lub więcej. Problem miał charakter strukturalny: rozmiar bloków w sieci Bitcoin był ograniczony do 1 MB, a podpisy stanowiły około 65% rozmiaru transakcji.

Oczywistym rozwiązaniem – zwiększeniem limitu rozmiaru bloku – byłby hard fork, co oznaczałoby, że wszystkie węzły musiałyby przejść aktualizację lub pozostać w łańcuchu niezgodnym z nowymi standardami. Hard forki wiążą się z wysokim ryzykiem i budzą kontrowersje. SegWit pozwolił całkowicie ominąć to ograniczenie.

Jak działa SegWit

Rozdzielanie danych świadków

W tradycyjnej transakcji Bitcoin każda pozycja wejściowa zawiera pole ScriptSig z podpisem i kluczem publicznym nadawcy. W transakcji SegWit pole ScriptSig pozostaje puste w przypadku pozycji wejściowych SegWit. Podpis i klucz publiczny są przenoszone do nowego pola „witness”, dołączanego na końcu transakcji.

Dwa dodatkowe bajty – znacznik (0x00) i flaga (0x01) – informują węzły obsługujące SegWit, że po nich następują 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ć środki”, zachowując w ten sposób kompatybilność wsteczną.

Waga bloku zastępuje rozmiar bloku

SegWit zastąpił limit rozmiaru 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 jedną czwartą dotychczasowej pojemności bloku. 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 składającego się wyłącznie z danych 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ż zredukowane dane świadka powodują jej obniżenie.

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ści w opłatach, które widać, 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 warunków panujących w mempoolu.

Legacy (P2PKH, prefiks 1...) jest to oryginalny format z 2009 roku. Podpis pozostaje w głównej treści transakcji, gdzie jest w pełni uwzględniany. 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 zapewniającego kompatybilność: pozwala to uzyskać częściową oszczędność na opłatach, a nadawcy korzystający ze starszego oprogramowania nadal mogą dokonywać płatności na Twój adres. Do 2026 roku format ten funkcjonuje 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 o około 38% mniej niż odpowiadająca jej transakcja w starszym standardzie. 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 wielopodpisem oraz w przypadku złożonych warunków wydatkowania środków. 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 realizacji tego rozwiązania.

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. Zapewnia najniższe opłaty za transakcje z jednym podpisem oraz najwyższy poziom prywatności. Należy z niej korzystać, gdy masz pewność, że odbiorcy i ich portfele obsługują adresy bc1p.

Krótka rekomendacja

W przypadku większości użytkowników: należy korzystać z natywnego SegWit (bc1q). Jest on obsługiwany praktycznie przez wszystkie aktywne portfele i giełdy, pozwala zaoszczędzić około 38% na opłatach 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 nieznacznie niższe opłaty i większą prywatność.

SegWit zagnieżdżony (3...) stanowi rozwiązanie awaryjne zapewniające kompatybilność. Nie ma w tym nic złego, 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 uruchomienia.

W latach 2015–2017 Bitcoin był przedmiotem jednego z najbardziej dzielących społeczności sporów dotyczących zarządzania w całej swojej historii. Zasadniczo 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 górniczej

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 podmiotów zajmujących się wydobywaniem, 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: firma Bitmain stosowała opatentowaną technikę o nazwie ASICBoost – optymalizację, która zapewniała jej sprzętowi wydobywczemu znaczną przewagę pod względem wydajności. SegWit był strukturalnie niekompatybilny z ukrytym ASICBoost. Zablokowanie SegWit pozwoliło zachować 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ły 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ć wszelkie bloki, które nie sygnalizowały 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 część ekonomicznej większości uruchomiła węzły zgodne z BIP 148, górnicy albo aktywowaliby SegWit, albo musieliby patrzeć, jak ich bloki stają się osierocone. Ryzyko było równie oczywiste: w przypadku niewystarczającego poparcia doszłoby do rozłamu łańcucha, w wyniku którego równolegle funkcjonował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 i Bitcoin Cash

W obliczu zbliżającego się terminu wprowadzenia UASF ponad 50 największych firm z branży bitcoina zebrało się w maju 2017 roku w Nowym Jorku i podpisało dokument, który wszedł w historię jako „Porozumienie nowojorskie”. Uzgodniono w niej aktywację SegWit, ale także przeprowadzenie następnie hard forka w celu podwojenia rozmiaru bloku do 2 MB (rozwiązanie to stało się znane jako SegWit2x).

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

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

Co zostało ustalone

Wynik tego wydarzenia miał znaczenie wykraczające poza szczegóły 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 jest to często przytaczane 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. 1 sierpnia jest przez część społeczności nazywany Dniem Niepodległości Bitcoina.

Co stało się możliwe dzięki SegWitowi

Sieć Lightning

Sieć Lightning Network została zaprojektowana jeszcze przed powstaniem 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 Bitcoina 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 „witness” 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 Schnorra, 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 jednym podpisem. Każda z funkcji technicznych wprowadzonych przez Taproot opierała się na architekturze wersjonowania stworzonej przez SegWit.

Liczebniki porządkowe i inskrypcje

Ta sama struktura danych świadków, którą wprowadził SegWit, a którą rozszerzył Taproot, sprawiła, że technicznie możliwe stało się osadzanie dowolnych danych – obrazów, tekstu, kodu – bezpośrednio w transakcjach Bitcoin. Jest to mechanizm leżący u podstaw protokołu Ordinals i inskrypcji w sieci Bitcoin, który spowodował gwałtowny wzrost wykorzystania danych w łańcuchu bloków i doprowadził do wzrostu udziału 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.

Od 2026 r. 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. wskaźnik wykorzystania Taproot (P2TR, SegWit V1) osiągnął szczytowy poziom około 42% transakcji, głównie dzięki aktywności związanej z inskrypcjami Ordinals, po czym pod koniec 2025 r. ustabilizował się na poziomie około 20% w związku ze spadkiem liczby inskrypcji.

Krzywa upowszechniania odzwierciedla przebieg wydarzeń związanych z samym SegWitem: nowe formaty adresów potrzebują od jednego do trzech lat, aby stać się powszechnie stosowane, ponieważ portfele sprzętowe, giełdy i podmioty obsługujące płatności aktualizują swoje oprogramowanie. Obsługa Taproot wciąż zyskuje na popularności w różnych implementacjach portfeli.

SegWit a starsza wersja: Podsumowanie różnic

Wnioski

SegWit to aktualizacja protokołu, która oddzieliła dane podpisu w sieci Bitcoin od danych transakcyjnych, 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 od tego czasu powstały w oparciu o te technologie.

Od 2026 roku stanowi on standard transakcyjny w sieci Bitcoin, obsługując 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: pokazuje ona, że w sieci zdecentralizowanej konsensus nie jest czymś, co przyznają górnicy, lecz czymś, czego domagają się użytkownicy.