Pokud jste si založili bitcoinovou peněženku a byli jste požádáni, abyste si vybrali mezi adresou typu „Legacy“, „SegWit“ nebo „Native SegWit“, aniž by vám bylo vysvětleno, co tyto pojmy znamenají, tato volba souvisí s jedinou aktualizací provedenou v roce 2017.
SegWit, zkratka pro „Segregated Witness“, je aktualizace protokolu bitcoinu aktivovaná v srpnu 2017, která přesouvá data digitálního podpisu z hlavní struktury transakce do samostatného pole zvaného „witness“. Tato jediná architektonická změna snížila transakční poplatky, odstranila dlouholetou bezpečnostní chybu známou jako „malleability“ transakcí a vytvořila technické předpoklady pro vznik sítí Lightning Network a Taproot.
Tento článek se zabývá tím, co SegWit vlastně dělá, jak funguje systém velikosti bloků, jaký vliv mají různé typy adres na výši poplatků a také kontroverzním politickým bojem, který téměř rozvrátil síť bitcoinu ještě předtím, než byl SegWit vůbec aktivován.
Spravujte své bitcoiny pomocí Aplikace Bitcoin.com Wallet.
Hlavní body
- SegWit (Segregated Witness) je vylepšení protokolu bitcoinu, které bylo aktivováno 24. srpna 2017, formálně specifikováno jako BIP 141 a navrženého Pieterem Wuillem, Ericem Lombrozem a Johnsonem Lauem v prosinci 2015.
- Odděluje data digitálního podpisu (tzv. „witness“) od hlavního těla transakce, čímž odstraňuje bezpečnostní zranitelnost známou jako „malleability“ transakcí a zmenšuje velikost každé transakce.
- Kapacita bloku se měří v jednotkách hmotnosti (WU), nikoli v bajtech. Data svědků zabírají 1 WU na bajt, zatímco ostatní data zabírají 4 WU na bajt, což transakcím SegWit přináší 75% úsporu ve velikosti podpisu.
- Díky nativní podpoře SegWitu (adresy bc1q) se velikost standardní transakce sníží z přibližně 226 vbytes na přibližně 141 vbytes, čímž se poplatky ve srovnání se staršími adresami sníží zhruba o 38 %.
- Záruka pevného TXID v rámci SegWitu byla technickým předpokladem pro vznik sítě Lightning Network. Bez ní by nebylo možné bezpečně vytvořit platební kanály.
- Jeho systém verzování skriptů umožnil zavedení Taproot (SegWit V1, aktivováno v roce 2021) a poskytuje rámec pro budoucí aktualizace bitcoinu bez hard forků.
- Od roku 2026 využívá SegWit přibližně 85 % bitcoinových transakcí. Jedná se o síťový standard, nikoli o novou funkci.
Co je SegWit?
SegWit, neboli Segregated Witness, je změna formátu transakcí v síti Bitcoin, která odděluje digitální podpisy – kryptografický důkaz, že máte právo utratit minci – od hlavních transakčních dat a ukládá je do samostatné struktury zvané „witness“. Díky tomu je každá transakce menší, do každého bloku se vejde více transakcí a je odstraněna zranitelnost, která dříve znemožňovala bezpečné budování platebních kanálů na platformě bitcoinu.
Název se dá snadno rozebrat: „segregated“ znamená „oddělený“ a „witness“ je kryptografický termín pro podpisová data, která dokazují platnost transakce. Witness odpovídá na otázku „schválil to oprávněný vlastník?“, zatímco zbytek transakčních dat odpovídá na otázku „kam směřují prostředky a v jaké výši?“
The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.Tato aktualizace byla oficiálně označena jako Bitcoin Improvement Proposal 141 (BIP 141) a navrhli jej vývojáři Bitcoin Core Pieter Wuille, Eric Lombrozo a Johnson Lau na konferenci Scaling Bitcoin v prosinci 2015. V hlavní síti bitcoinu byl aktivován 24. srpna 2017 v bloku 481 824 jako soft fork, což znamená, že byl zpětně kompatibilní. Uzly, které neprošly aktualizací, mohly i nadále ověřovat základní transakční data; aktualizované uzly viděly kompletní obraz včetně svědka.
Od roku 2026 využívá SegWit přibližně 85 % všech bitcoinových transakcí. Už se nejedná o novou funkci, ale o standard.
Problémy, k jejichž řešení byl SegWit vytvořen
SegWit vyřešil dva samostatné problémy, které již řadu let brzdily rozvoj bitcoinu.
Změnitelnost transakcí
Každá bitcoinová transakce má jedinečný identifikátor zvaný TXID, což je hash vygenerovaný z dat transakce. Před zavedením SegWitu se tento hash počítal z celé transakce, včetně podpisu.
Problém je v tom, že kryptografický podpis nemůže podepsat sám sebe. To vytvářelo malou mezeru, díky níž kdokoli, kdo vaši transakci přenášel sítí, mohl podpis mírně upravit tak, aby zůstal matematicky platný, ale vygeneroval jiné TXID. Prostředky se sice stále dostaly na správnou adresu a transakce byla stále provedena, ale identifikátor se změnil.
U jednoduché platby to nezní nijak katastrofálně. Pro protokoly, které řetězí více nepotvrzených transakcí dohromady, je to však fatální. Síť Lightning Network, která funguje na principu vytváření řady platebních závazků mimo řetězec odkazujících na ID předchozích transakcí, nemůže bezpečně fungovat, pokud se kterékoli z těchto ID může změnit před potvrzením. Změnitelné TXID znamená přerušení řetězce a prostředky mohou zůstat uvězněny nebo mohou být odcizeny.
Změnitelnost transakcí také způsobila reálné škody, než byla tato chyba odstraněna. Burza Mt. Gox ji uvedla jako jeden z faktorů, které přispěly k jejímu krachu v roce 2014, ačkoli historici se neshodují na tom, do jaké míry šlo o hlavní příčinu a do jaké míry pouze o záminku pro závažnější selhání vedení.
SegWit tento problém vyřešil tím, že z výpočtu TXID zcela odstranil podpisy. Identifikátor se nyní vypočítává pouze na základě základních polí transakce. Změna podpisu již neovlivňuje identitu transakce.
Zamezte přetížení sítě a rostoucím poplatkům
V roce 2016 a na počátku roku 2017 zpracovával bitcoin přibližně 7 transakcí za sekundu. Během špiček poptávky se počet nevyřízených transakcí vyšplhal na desítky tisíc a poplatky za standardní převod vzrostly na 50 dolarů nebo více. Problém byl strukturální: velikost bitcoinových bloků byla omezena na 1 MB a podpisy tvořily přibližně 65 % velikosti transakce.
Zřejmým řešením bylo zvýšení limitu velikosti bloku, což však vyžadovalo hard fork, což znamenalo, že všechny uzly by musely provést aktualizaci, jinak by zůstaly v nekompatibilním řetězci. Hard forky jsou vysoce rizikové a sporné. SegWit našel způsob, jak toto omezení zcela obejít.
Jak funguje SegWit
Oddělení údajů o svědcích
V klasické bitcoinové transakci obsahuje každý vstup pole ScriptSig s podpisem a veřejným klíčem odesílatele. V transakci SegWit zůstává pole ScriptSig u vstupů SegWit prázdné. Podpis a veřejný klíč se přesouvají do nového pole „witness“, které je připojeno na konec transakce.
Dva další bajty – značka (0x00) a příznak (0x01) – signalizují uzlům podporujícím SegWit, že následují data svědka. Uzly, které vznikly před zavedením SegWitu, vidí pouze prázdný ScriptSig a transakci zpracují jako platnou podle starší interpretace „kdokoli může utratit“, čímž je zachována zpětná kompatibilita.
Hmotnost bloku nahrazuje velikost bloku
SegWit nahradil limit velikosti bloku 1 MB novým měřítkem: váhou bloku, jejíž horní hranice je stanovena na 4 miliony váhových jednotek (WU).
Rozhodující je způsob, jakým se počítají bajty:
- Každý bajt dat transakce, která není součástí svědectví, stojí 4 váhové jednotky
- Každý bajt dat svědka stojí pouze 1 váhovou jednotku
Vzhledem k tomu, že podpisy jsou rozsáhlé a nyní se nacházejí v sekci „witness“, zabírají z hlediska kapacity bloku pouze čtvrtinu toho, co dříve. Tímto způsobem SegWit v praxi zvýšil efektivní velikost bloku na přibližně 1,7 až 2 MB, aniž by zasáhl do pravidla 1 MB, které prosazují staré uzly. U teoretického bloku složeného výhradně ze SegWit transakcí je maximální velikost 4 MB, k čemuž však v praxi nikdy nedochází, protože každý blok obsahuje také data mimo sekci „witness“.
Virtuální bajty (vBytes): Jednotka, kterou vidíte v peněženkách
Aby byly sazby poplatků srovnatelné s transakcemi starého typu, zavedl SegWit virtuální bajty (vbytes): jednotky váhy vydělené číslem 4. U transakcí starého typu jsou bajty a vbytes totožné. U transakcí SegWit jsou hodnoty vbytes nižší, protože data svědka (witness) po zkrácení tuto hodnotu snižují.
Poplatky v peněžence jsou uváděny v satoshi na vbyte (sat/vB). Transakce SegWit s menším počtem vbytů má při stejné sazbě sat/vB nižší poplatky. Právě tento mechanismus stojí za úsporou poplatků, kterou zaznamenáte při použití adresy typu bc1q namísto adresy typu 1...
Typy adres SegWit: Který z nich byste měli použít?
Spolu s technickými změnami zavedl SegWit také nové formáty adres. Typ adresy určuje, jak vaše peněženka kóduje podmínky transakce, což má vliv na výši poplatků, kompatibilitu s jinými peněženkami a na to, jak vaše transakce vypadají v blockchainu.
Srovnání typů adres
| Typ adresy | Předpona | Kódování | Typická velikost Tx (1 vstup, 2 výstupy) | Úspora poplatků vs. stávající systém | Podpora peněženek |
|---|---|---|---|---|---|
| Legacy (P2PKH) | 1... | Base58 | ~226 vbytes | Výchozí stav | Univerzální |
| Vnořený SegWit (P2SH-P2WPKH) | 3... | Base58 | ~167 vbytes | ~26 % | Velmi široký |
| Nativní SegWit (P2WPKH) | bc1q... 42 znaků | Bech32 | ~141 vbytes | ~38 % | Všechny moderní peněženky |
| Nativní multisig s podporou SegWit (P2WSH) | bc1q... 62 znaků | Bech32 | Liší se | ~32 %+ | Všechny moderní peněženky |
| Taproot (P2TR) | bc1p... 62 znaků | Bech32m | ~154 vbytes | ~32 % | Většina moderních peněženek |
Údaje o velikosti transakcí: Spark.money – přehled velikosti bitcoinových transakcí, 2026. Úspory na poplatcích jsou orientační a liší se v závislosti na podmínkách v mempoolu.
Legacy (P2PKH, předpona 1...) Jedná se o původní formát z roku 2009. Podpis zůstává uvnitř hlavního těla transakce, kde se započítává v plné výši. Žádná úspora na poplatcích. Stále je všeobecně podporován, což je jediný důvod, proč jej dnes používat – pokud máte co do činění s velmi starým softwarem, který nedokáže přijímat nic jiného.
Vnořený SegWit (P2SH-P2WPKH, předpona 3...) zabaluje skript SegWit do starší obálky P2SH. Když byl v roce 2017 aktivován SegWit, ne všechny peněženky a burzy okamžitě přidaly podporu pro nový formát bc1. Vnořený SegWit sloužil jako most pro zajištění kompatibility: získáte částečnou úsporu na poplatcích a odesílatelé používající starší software vám mohou i nadále platit. Do roku 2026 existuje tento formát hlavně jako záložní řešení. 3... Předpona je společná s adresami P2SH, které nepodporují SegWit, což znamená, že pouze na základě adresy nelze rozpoznat, zda se jedná o transakci SegWit.
Nativní SegWit (P2WPKH, předpona bc1q..., 42 znaků) je pro většinu uživatelů tou správnou volbou. Využívá kódování Bech32, které se skládá výhradně z malých písmen, nabízí lepší detekci chyb než Base58 a eliminuje znaky, které se navzájem podobají (žádné velké O, nula, velké I ani malé l). Standardní transakce P2WPKH s 1 vstupem a 2 výstupy zabírá ~141 vbytes, což je o přibližně 38 % méně než u ekvivalentní starší transakce. Od roku 2026 ji podporují všechny aktivní peněženky a burzy.
Nativní multisig s podporou SegWit (P2WSH, předpona bc1q..., 62 znaků) jedná se o variantu skriptového hash, která se používá pro peněženky s více podpisy a složité podmínky čerpání prostředků. Delší adresa odráží 32-bajtový hash SHA-256 namísto 20-bajtového hashe používaného v P2WPKH. Pokud používáte konfiguraci multisig typu 2 z 3, P2WSH je nativní způsob, jak toho dosáhnout v rámci SegWitu.
Taproot (P2TR, předpona bc1p..., 62 znaků) Jedná se o SegWit verze 1, který byl aktivován v roce 2021. Používá Schnorrův podpis namísto ECDSA, což umožňuje agregovat více podpisů do jednoho, díky čemuž jsou transakce s více podpisy v řetězci k nerozeznání od transakcí s jedním podpisem. Nabízí nejnižší poplatky za transakce s jedním podpisem a nejlepší ochranu soukromí. Použijte jej, pokud jste si ověřili, že vaši příjemci a jejich peněženky podporují adresy typu bc1p.
Rychlé doporučení
Pro většinu uživatelů platí: používejte nativní SegWit (bc1q). Podporuje ho prakticky každá aktivní peněženka i burza, ve srovnání se starším standardem ušetříte na poplatcích přibližně 38 % a v roce 2026 s ním nehrozí žádné riziko nekompatibility (vývojáři, kteří integrují SegWit do softwaru peněženek, najdou další informace v Průvodce vývojem peněženky Bitcoin Core.).
Pokud vaše peněženka podporuje Taproot (bc1p) a provádíte transakce s jedním podpisem s příjemci, jejichž peněženky tuto funkci podporují, přinese vám to o něco nižší poplatky a lepší ochranu soukromí.
Vnořený SegWit (3...) je záložní řešení pro zajištění kompatibility. Je to v pořádku, ale už není důvod, aby se to nastavovalo jako výchozí volba.
Válka o velikost bloku: Proč byl SegWit tak kontroverzní
Technické důvody pro zavedení SegWitu byly jasné. Cesta k jeho aktivaci však jasná nebyla.
V letech 2015 až 2017 se bitcoin ocitl uprostřed jednoho z nejkontroverznějších sporů o správu ve své historii. Jádro problému bylo jednoduché: jak by měla decentralizovaná síť aktualizovat svá vlastní pravidla, když mají různé frakce protichůdné zájmy?
Patová situace v těžebním průmyslu
V rámci standardního procesu aktualizace podle standardu BIP9 vyžadoval soft fork, aby 95 % těžařů během dvoutýdenního období signalizovalo svou podporu. Na počátku roku 2017 byl SegWit již několik měsíců připraven k aktivaci, avšak stále se nacházel pod touto hranicí.
Nejvýraznější odpor přišel ze strany velkých těžebních společností, zejména Bitmainu, který v té době ovládal podstatný podíl na hashrate bitcoinu. Důvod se později vyjasnil: společnost Bitmain používala patentovanou technologii zvanou ASICBoost, což byla optimalizace, která jejímu těžebnímu hardwaru poskytovala významnou výhodu v oblasti účinnosti. SegWit byl strukturálně nekompatibilní se skrytým ASICBoostem. Zablokování SegWitu tuto výhodu chránilo.
BIP 148 a UASF
V březnu 2017 zveřejnil anonymní vývojář vystupující pod pseudonymem Shaolinfry návrh BIP 148: uživatelsky aktivovaný soft fork (UASF). Místo čekání na signál od těžařů navrhoval BIP 148, aby ekonomické uzly, tedy burzy, zpracovatelé plateb a podniky provozující bitcoinový software, od 1. srpna 2017 jednoduše začaly odmítat jakýkoli blok, který neoznačoval podporu SegWitu.
Logika byla jednoduchá: těžaři vytvářejí bloky, ale ty mají hodnotu pouze tehdy, pokud je síť přijme. Pokud by dostatečná ekonomická většina provozovala uzly BIP 148, těžaři by buď aktivovali SegWit, nebo by sledovali, jak se jejich bloky stávají osiřelými. Riziko bylo stejně jasné: pokud by přijetí nebylo dostatečné, došlo by k rozdělení řetězce, přičemž by paralelně běžely dvě nekompatibilní verze bitcoinu.
Kampaň UASF byla hnutím zdola a velmi hlasitá. Objevily se konferenční odznaky. Diskuse na Twitteru se vyostřily. Slogan „spusť si vlastní uzel“ nabyl na naléhavosti.
Newyorská dohoda a Bitcoin Cash
Vzhledem k blížícímu se termínu UASF se v květnu 2017 sešlo v New Yorku více než 50 významných bitcoinových společností a podepsalo dokument, který se stal známý jako Newyorská dohoda. Dohodly se na aktivaci SegWitu, ale také na následném hard forku, který měl zdvojnásobit velikost bloku na 2 MB (tato iniciativa se stala známou jako SegWit2x).
Tento kompromis plně neuspokojil ani jednu ze stran. Vývojáři, kteří byli proti větším blokům, vnímali SegWit2x jako skrytý hard fork, s nímž nesouhlasili. Těžaři a společnosti, které usilovaly o větší bloky, stále nedostaly to, co původně chtěly.
1. srpna 2017 provedla frakce, která usilovala o čisté zvětšení velikosti bloku bez SegWitu, forkování bitcoinu, čímž vznikl Bitcoin Cash (BCH) s počátečním limitem bloku 8 MB. SegWit byl v bitcoinu aktivován 24. srpna 2017. Hard fork SegWit2x byl v listopadu 2017 zrušen poté, co jeho organizátoři dospěli k závěru, že nedosáhli dostatečného konsensu.
Co bylo dohodnuto
Výsledek měl význam, který přesahoval pouhé technické detaily. UASF fungovalo: o tom, která pravidla konsensu se uplatní, rozhodovaly ekonomické uzly, nikoli těžaři. To se dnes často uvádí jako důkaz toho, že správa bitcoinu v konečném důsledku spočívá v rukou těch, kdo software provozují a používají, a nikoli těch, kdo vytvářejí bloky. 1. srpen je částí komunity označován jako Den nezávislosti bitcoinu.
Co umožnila technologie SegWit
Síť Lightning Network
Síť Lightning Network byla navržena ještě předtím, než vznikl SegWit. Její tvůrci věděli, že ji nelze bezpečně nasadit, dokud nebude vyřešen problém s deformovatelností transakcí, protože platební kanály závisí na řetězcích nepotvrzených transakcí, které na sebe navzájem odkazují pomocí TXID. Záruka pevného TXID v rámci SegWitu zajistila bezpečnost těchto kanálů.
Síť Lightning Network byla spuštěna v hlavní síti bitcoinu počátkem roku 2018, zhruba šest měsíců po aktivaci SegWitu. Do prvního čtvrtletí roku 2025 zpracovala více než 100 milionů transakcí. Bez SegWitu by žádná z těchto infrastruktur neexistovala.
Taproot a správu verzí skriptů
SegWit zavedl do formátu bitcoinových transakcí verzování skriptů. Program „witness“ začíná bajtem označujícím verzi: SegWit V0 pokrývá schémata P2WPKH a P2WSH. Jakákoli budoucí aktualizace, která definuje nové číslo verze, získá vlastní pravidla, aniž by docházelo ke konfliktům se stávajícími pravidly a aniž by bylo nutné vést další sporný boj o aktualizaci.
SegWit V1 je Taproot, který byl aktivován v listopadu 2021. Přinesl Schnorrův podpis, rámec MAST (Merkelized Abstract Syntax Trees) pro složité podmínky čerpání prostředků a vylepšení v oblasti ochrany soukromí, díky nimž se peněženky s více podpisy (multisig) v řetězci jeví jako identické s transakcemi s jedním podpisem (single-sig). Každá technická funkce, kterou Taproot zavedl, se opírala o architekturu verzování vytvořenou SegWitem.
Pořadová čísla a nápisy
Právě ta samá struktura dat pro svědky, kterou zavedl SegWit a kterou rozšířil Taproot, umožnila z technického hlediska vkládat libovolná data, obrázky, text i kód přímo do bitcoinových transakcí. Právě tento mechanismus stojí za protokolem Ordinals a bitcoinovými vpisy, což vedlo k prudkému nárůstu využívání dat v řetězci a posunulo přijetí Taproot na přibližně 42 % transakcí v roce 2024. S poklesem aktivity v oblasti bitcoinových nápisů se podíl Taproot na transakcích ke konci roku 2025 ustálil na přibližně 20 %, zatímco SegWit V0 zůstává dominantním formátem s podílem kolem 85 %.
SegWit v kontextu: Časová osa aktualizací bitcoinu
| Rok | Událost |
|---|---|
| 2015 | Pieter Wuille představil koncept SegWit na konferenci Scaling Bitcoin |
| 2016 | BIP 141 byl oficiálně zveřejněn; podíl těžařů, kteří signalizují souhlas, se zastavil pod hranicí 95 % |
| březen 2017 | BIP 148 (UASF) zveřejněný uživatelem Shaolinfry |
| Květen 2017 | Newyorská dohoda podepsaná více než 50 společnostmi |
| 1. srpna 2017 | Bitcoin Cash se odštěpil od Bitcoinu |
| 24. srpna 2017 | SegWit se v síti Bitcoin aktivuje v bloku č. 481 824 |
| listopad 2017 | Projekt hard forku SegWit2x byl zrušen |
| Leden 2018 | Lightning Network je spuštěn v mainnetu |
| listopad 2021 | Taproot se aktivuje a navazuje na systém verzí SegWitu |
| 2023–2024 | Ordinály a zápisy využívají prostor pro svědky v SegWit/Taproot |
| 2026 | Přibližně 85 % bitcoinových transakcí využívá SegWit |
Aktuální adopce
Po aktivaci technologie SegWit docházelo k jejímu postupnému rozšíření; během prvních několika měsíců dosáhla 30 % transakcí a v průběhu následujících dvou let překročila hranici 50 %, jak peněženky a burzy aktualizovaly svůj software.
K roku 2026 využívá přibližně 85 % bitcoinových transakcí technologii SegWit (zdroj: Spark.money Bitcoin Network Statistics, CoinGecko). Zbývajících 15 % tvoří starší transakce z peněženek a služeb, které ještě neprovedly aktualizaci. Využití Taproot (P2TR, SegWit V1) dosáhlo vrcholu v roce 2024, kdy tvořilo zhruba 42 % transakcí, a to především díky aktivitě v oblasti vpisování Ordinals. Koncem roku 2025 se však s poklesem objemu vpisů ustálilo na úrovni kolem 20 %.
Křivka přijetí odráží vývoj, který proběhl u samotného SegWitu: trvá jeden až tři roky, než se nové formáty adres prosadí v široké veřejnosti, protože hardwarové peněženky, burzy a platební systémy postupně aktualizují svůj software. Podpora Taproot se v různých implementacích peněženek nadále rozšiřuje.
SegWit vs. Legacy: Shrnutí rozdílů
| Funkce | Starší verze (před zavedením SegWitu) | SegWit |
|---|---|---|
| Místo podpisu | Uvnitř ScriptSig (hlavní část transakce) | Samostatné pole pro svědka |
| Metrika velikosti bloku | Velikost v bajtech (limit 1 MB) | Jednotky hmotnosti (limit 4M WU) |
| Výpočet TXID | Obsahuje údaje o podpisu | Nezahrnuje údaje o svědcích |
| Změnitelnost transakcí | Možné | Opraveno |
| Typická velikost přenosu 1 vstup/2 výstupy | ~226 vbytes | ~141 vbytes (P2WPKH) |
| Úspora poplatků | Výchozí stav | o ~38 % nižší (P2WPKH ve srovnání s P2PKH) |
| Podpora sítě Lightning Network | Nebezpečné | Povinné; umožňuje využití platebních kanálů |
| Předpona adresy | 1... | bc1q... (původní) nebo 3... (vnořené) |
| Kódování | Base58 | Bech32 |
Závěr
SegWit je vylepšení protokolu, které oddělilo podpisová data bitcoinu od transakčních dat, odstranilo bezpečnostní chybu existující již od roku 2009, snížilo transakční poplatky zhruba o třetinu a vytvořilo architektonický základ pro síť Lightning Network, Taproot a vše, co na nich bylo od té doby vybudováno.
Od roku 2026 představuje standard pro transakce v síti Bitcoin, který zpracovává drtivou většinu aktivity v řetězci. Formáty adres, které zavedl, zejména nativní SegWit (bc1q), by dnes měla většina uživatelů používat jako výchozí. Politický boj, který provázel jeho aktivaci, zůstává jednou z nejpoučnějších kapitol v historii správy bitcoinu: je to důkaz toho, že v decentralizované síti není konsenzus něčím, co udělují těžaři, ale něčím, co prosazují uživatelé.






