Bitcoin.com

Co je SegWit (Segregated Witness)? Vysvětlení nejdůležitější aktualizace bitcoinu

SegWit (Segregated Witness) je aktualizace bitcoinu z roku 2017, která snížila poplatky, odstranila kritickou bezpečnostní chybu a umožnila vznik sítě Lightning Network. Takto to funguje.

Naposledy aktualizováno
Publikováno
Doba čteníČtení trvá 4 minuty
Autor
Neil Author
Neill Velardo
Crypto content specialist since 2017; reviews iGaming platforms firsthand
Zkontroloval
Graham Stone Author Image
Graham Stone
What is Bitcoin SegWit (Segregated Witness)?

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?“

BIP141 GitHubThe 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 adresyPředponaKódováníTypická velikost Tx (1 vstup, 2 výstupy)Úspora poplatků vs. stávající systémPodpora peněženek
Legacy (P2PKH)1...Base58~226 vbytesVýchozí stavUniverzá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ůBech32Liší 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

RokUdálost
2015Pieter Wuille představil koncept SegWit na konferenci Scaling Bitcoin
2016BIP 141 byl oficiálně zveřejněn; podíl těžařů, kteří signalizují souhlas, se zastavil pod hranicí 95 %
březen 2017BIP 148 (UASF) zveřejněný uživatelem Shaolinfry
Květen 2017Newyorská dohoda podepsaná více než 50 společnostmi
1. srpna 2017Bitcoin Cash se odštěpil od Bitcoinu
24. srpna 2017SegWit se v síti Bitcoin aktivuje v bloku č. 481 824
listopad 2017Projekt hard forku SegWit2x byl zrušen
Leden 2018Lightning Network je spuštěn v mainnetu
listopad 2021Taproot se aktivuje a navazuje na systém verzí SegWitu
2023–2024Ordinály a zápisy využívají prostor pro svědky v SegWit/Taproot
2026Př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ů

FunkceStarší verze (před zavedením SegWitu)SegWit
Místo podpisuUvnitř ScriptSig (hlavní část transakce)Samostatné pole pro svědka
Metrika velikosti blokuVelikost v bajtech (limit 1 MB)Jednotky hmotnosti (limit 4M WU)
Výpočet TXIDObsahuje údaje o podpisuNezahrnuje ú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í stavo ~38 % nižší (P2WPKH ve srovnání s P2PKH)
Podpora sítě Lightning NetworkNebezpečnéPovinné; umožňuje využití platebních kanálů
Předpona adresy1...bc1q... (původní) nebo 3... (vnořené)
KódováníBase58Bech32

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é.

Frequently Asked Questions

What does SegWit stand for?
SegWit stands for Segregated Witness. "Segregated" means separated, and "witness" is the cryptographic term for the signature data that proves a transaction is authorized. Together, the name describes exactly what the upgrade does: it moves signature data out of the main transaction and stores it separately.
Is SegWit safe to use?
Yes. As of 2026, approximately 85% of all Bitcoin transactions use SegWit, making it the network standard. All major wallets (Ledger, Trezor, BlueWallet, Electrum) and exchanges support SegWit addresses. There is no meaningful security trade-off compared to legacy addresses. If anything, SegWit addresses have a slight security advantage because the public key is only revealed when you spend, not when you receive.
What is the difference between SegWit and Native SegWit?
"SegWit" addresses starting with 3 are wrapped (or nested) SegWit. They embed a SegWit script inside an older P2SH envelope for backward compatibility with wallets that predate bc1 support. "Native SegWit" addresses starting with bc1q use the full SegWit format with no wrapper, resulting in lower fees (~38% savings vs legacy, versus ~26% for nested SegWit) and a cleaner address format with better error detection.
What is the difference between SegWit and Taproot?
SegWit (specifically SegWit V0) introduced the witness field and block weight system. Taproot is SegWit V1, activated in November 2021. It uses Schnorr signatures instead of ECDSA, allows signature aggregation for multisig wallets (making them look identical to single-sig on-chain), and enables more complex scripting through MAST. Taproot addresses start with bc1p. For most single-sig users, Taproot offers slightly better fees and improved privacy, but native SegWit (bc1q) remains the safer default given its broader exchange and wallet compatibility.
Can I send Bitcoin from a SegWit address to a Legacy address?
Yes. Bitcoin transactions are format-agnostic on the sending side. You can send from a bc1q address to a 1... address and vice versa. The address format affects how your own spending transaction is sized and priced, not where the funds can go. All SegWit-compatible wallets handle the script generation automatically.
Does SegWit actually reduce my fees?
Yes, in concrete terms. Sending from a native SegWit (bc1q) address reduces your transaction's virtual byte size by roughly 38% compared to a legacy (1...) address for a standard 1-input, 2-output transaction (141 vbytes vs 226 vbytes). Because fees are priced per vbyte, a smaller transaction pays proportionally less. The savings are larger if you have multiple inputs, since each input's witness data gets the 75% discount.
Why did some miners oppose SegWit?
The primary technical reason was ASICBoost, a mining optimization patented and used by Bitmain that provided a meaningful efficiency advantage. ASICBoost was structurally incompatible with SegWit. Blocking the upgrade protected that competitive edge. There were also ideological arguments about block size policy, but the ASICBoost conflict of interest is the most concrete explanation for why miner signalling stalled for over a year despite broad developer and user support.
Did SegWit cause the Bitcoin Cash fork?
SegWit's activation was a trigger, but the underlying disagreement was about scaling philosophy. A faction within the Bitcoin community wanted to increase the block size as the primary scaling solution, rather than segregate witness data and build on top of the protocol. When SegWit activated on August 24, 2017, that faction had already forked on August 1, creating Bitcoin Cash with an 8MB block size limit. The split was the result of a years-long debate, not a single decision.
What is BIP 141?
BIP 141 is the formal Bitcoin Improvement Proposal that specified the Segregated Witness upgrade. BIP stands for Bitcoin Improvement Proposal, the standard process through which protocol changes are proposed, discussed, and adopted. BIP 141 defined the transaction format changes, the block weight system, and the new script types. It was developed alongside BIP 143 (updated signature hashing), BIP 144 (peer-to-peer communication of SegWit data), and BIP 147 (closing a remaining malleability vector in multisig scripts). You can read the original specification at the official Bitcoin BIPs repository on GitHub.
What is the Bech32 address format?
Bech32 is the encoding system used for native SegWit addresses (bc1q...). It was introduced as part of BIP 173 specifically for SegWit. Compared to the older Base58 encoding used by legacy addresses, Bech32 is all lowercase, eliminates visually similar characters (no 0, O, I, or l), provides stronger error detection that can catch up to four character errors with certainty, and is more efficient for QR codes. A modified version, Bech32m, is used for Taproot (bc1p...) addresses.
Does SegWit work with hardware wallets?
Yes. All major hardware wallets, including Ledger, Trezor, Coldcard, and BitBox02, have supported SegWit addresses for years. Most default to native SegWit (P2WPKH) for new Bitcoin wallets. If you're setting up a new hardware wallet in 2026, you will almost certainly be given a bc1q address by default.

Začněte bezpečně investovat s peněženkou Bitcoin.com

Dosud bylo vytvořeno více než 85 milionů peněženek. Vše, co potřebujete k bezpečnému nákupu, prodeji, obchodování a investování do bitcoinů a kryptoměn.

A screenshot of the Bitcoin.com Wallet app

Naskenujte a stáhněte si peněženku Bitcoin.com

Naskenujte tento QR kód pomocí svého mobilního zařízení a budete automaticky přesměrováni na stránku příslušného obchodu.