Ha már nyitottál Bitcoin-pénztárcát, és arra kérték, hogy válassz a „Legacy”, a „SegWit” vagy a „Native SegWit” címek közül anélkül, hogy elmagyarázták volna, mit is jelentenek ezek, akkor ez a választás egy 2017-ben végrehajtott frissítésre vezethető vissza.
A SegWit – a „Segregated Witness” rövidítése – egy 2017 augusztusában aktivált Bitcoin-protokollfrissítés, amely a digitális aláírási adatokat a tranzakciók alapszerkezetéből egy „witness” nevű külön mezőbe helyezi át. Ez az egyetlen architektúraváltozás csökkentette a tranzakciós díjakat, kijavította a tranzakciók alakíthatóságának nevezett, évek óta fennálló biztonsági rést, és megteremtette a Lightning Network és a Taproot működéséhez szükséges technikai feltételeket.
Ez a cikk bemutatja, hogy pontosan mit is jelent a SegWit, hogyan működik a blokkméret-rendszer, milyen hatással vannak a különböző címtípusok a tranzakciós díjakra, valamint azt a heves politikai vitát, amely a rendszer bevezetése előtt majdnem szétzúzta a Bitcoin-hálózatot.
Kezelje a Bitcoinjait a Bitcoin.com pénztárca alkalmazás.
A legfontosabb tanulságok
- A SegWit (Segregated Witness) egy 2017. augusztus 24-én életbe lépett Bitcoin-protokollfrissítés, amelyet hivatalosan BIP 141 néven határoztak meg, és amelyet Pieter Wuille, Eric Lombrozo és Johnson Lau javasolt 2015 decemberében.
- Ez elválasztja a digitális aláírási adatokat (az úgynevezett „tanút”) a tranzakció fő testétől, ezzel kiküszöbölve a tranzakciók alakíthatóságának nevezett biztonsági rést, és csökkentve az egyes tranzakciók méretét.
- A blokk kapacitását nem bájtokban, hanem súlyegységekben (WU) mérik. A tanúadatok bájtonként 1 WU-ba kerülnek, míg az egyéb adatok bájtonként 4 WU-ba, így a SegWit-tranzakciók aláírási mérete 75%-kal kisebb.
- A natív SegWit (bc1q címek) egy átlagos tranzakció méretét ~226 vbyte-ról ~141 vbyte-ra csökkenti, ami a hagyományos címekhez képest körülbelül 38%-os díjcsökkenést jelent.
- A SegWit rögzített TXID-garanciája a Lightning Network működésének technikai előfeltétele volt. Enélkül a fizetési csatornák nem hozhatók volna létre biztonságosan.
- A szkriptverzió-kezelő rendszerének köszönhetően megvalósult a Taproot (SegWit V1, 2021-ben aktiválva), és keretet biztosít a jövőbeli Bitcoin-frissítésekhez hard forkok nélkül.
- 2026-tól a Bitcoin-tranzakciók körülbelül 85%-a SegWit-et használ. Ez a hálózati szabvány, nem pedig új funkció.
Mi az a SegWit?
A SegWit, vagyis a Segregated Witness a Bitcoin tranzakciós formátumának egy olyan módosítása, amely elválasztja a digitális aláírásokat – vagyis azt a kriptográfiai bizonyítékot, amely igazolja, hogy jogosult vagy az érme elköltésére – a fő tranzakciós adatoktól, és azokat egy „witness” (tanú) nevű külön struktúrában tárolja. Ezáltal minden tranzakció kisebb lesz, így több tranzakció fér el egy blokkban, és megszűnik az a sebezhetőség, amely miatt korábban lehetetlen volt biztonságos fizetési csatornákat építeni a Bitcoinra.
A név egyszerűen értelmezhető: a „segregated” szó elválasztottat jelent, a „witness” pedig a kriptográfiai szaknyelvben azt az aláírási adatot jelöli, amely igazolja a tranzakció érvényességét. A tanú arra a kérdésre ad választ, hogy „a jogos tulajdonos engedélyezte-e ezt?”, míg a tranzakció többi adata arra a kérdésre ad választ, hogy „hová és mekkora összegben kerülnek az eszközök?”.
The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.A frissítést hivatalosan a Bitcoin Improvement Proposal 141 (BIP 141), amelyet a Bitcoin Core fejlesztői, Pieter Wuille, Eric Lombrozo és Johnson Lau javasoltak a 2015. decemberi Scaling Bitcoin konferencián. 2017. augusztus 24-én, a 481 824. blokknál aktiválták a Bitcoin főhálózatán soft fork formájában, ami azt jelenti, hogy visszafelé kompatibilis volt. A frissítést elmulasztó csomópontok továbbra is érvényesíthették az alapvető tranzakciós adatokat; a frissített csomópontok viszont a teljes képet látták, beleértve a tanút is.
2026-tól a Bitcoin-tranzakciók mintegy 85%-a SegWit-et használ. Ez már nem új funkció, hanem az általános gyakorlat.
A problémák, amelyek megoldására a SegWit-et fejlesztették ki
A SegWit két különálló problémát oldott meg, amelyek évek óta korlátozták a Bitcoin működését.
Tranzakciók alakíthatósága
Minden Bitcoin-tranzakciónak van egy egyedi azonosítója, az úgynevezett TXID, amely a tranzakciós adatokból generált hash-érték. A SegWit bevezetése előtt ezt a hash-értéket a tranzakció teljes tartalmára – az aláírást is beleértve – számították ki.
A probléma a következő: egy kriptográfiai aláírás nem írhatja alá önmagát. Ez egy kis rést hagyott, amelyen keresztül bárki, aki a tranzakciót továbbította a hálózaton, kissé módosíthatta az aláírást úgy, hogy az matematikailag érvényes maradt, de más TXID-t eredményezett. A pénzeszközök továbbra is a megfelelő címre kerültek, és a tranzakció is végbement, de az azonosító megváltozott.
Egy egyszerű fizetés esetében ez nem tűnik katasztrofálisnak. Azon protokollok esetében azonban, amelyek több megerősítetlen tranzakciót fűznek össze egymással, ez végzetes következményekkel jár. A Lightning Network, amely úgy működik, hogy egy sor láncon kívüli fizetési kötelezettségvállalást hoz létre, amelyek hivatkoznak a korábbi tranzakciós azonosítókra, nem működhet biztonságosan, ha ezek közül bármelyik azonosító megváltozhat a megerősítés előtt. A változó TXID azt jelenti, hogy a lánc megszakad, és a pénzeszközök elakadhatnak vagy ellophatók.
A tranzakciók manipulálhatósága a hiba kijavítása előtt a valós életben is károkat okozott. A Mt. Gox tőzsde ezt a 2014-es összeomlásának egyik kiváltó okaként nevezte meg, bár a történészek vitatják, hogy ez mennyire volt a probléma alapvető oka, és mennyire csupán ürügy a mélyebb vezetési hibákra.
A SegWit úgy oldotta meg ezt a problémát, hogy teljesen kivonta az aláírásokat a TXID kiszámításából. Az azonosítót most már kizárólag az alapvető tranzakciós mezők alapján számítják ki. Az aláírás megváltoztatása már nem módosítja a tranzakció azonosítóját.
A torlódások és a növekvő díjak
2016-ban és 2017 elején a Bitcoin másodpercenként körülbelül 7 tranzakciót dolgozott fel. A kereslet-csúcsok idején a tranzakciós hátralék több tízezerre nőtt, és a díjak 50 dollárra vagy annál is magasabbra emelkedtek egy átlagos átutalás esetén. A probléma strukturális volt: a Bitcoin blokkjainak mérete 1 MB-ra volt korlátozva, és az aláírások a tranzakció méretének körülbelül 65%-át tették ki.
A nyilvánvaló megoldás – a blokkméret-korlát emelése – hard forkot igényelt volna, ami azt jelentette volna, hogy minden csomópontnak frissítenie kellett volna, vagy pedig egy összeférhetetlen láncon maradt volna. A hard forkok kockázatosak és vitatottak. A SegWit teljesen kiküszöbölte ezt a korlátot.
Hogyan működik a SegWit?
A tanúk adatainak szétválasztása
A hagyományos Bitcoin-tranzakciókban minden bemenet tartalmaz egy ScriptSig mezőt, amely a kifizető aláírását és nyilvános kulcsát tartalmazza. A SegWit-tranzakciókban a SegWit-bemenetek esetében a ScriptSig mező üresen marad. Az aláírás és a nyilvános kulcs egy új, a tranzakció végéhez hozzáfűzött tanúmezőbe kerül.
Két további bájt – egy jelző (0x00) és egy jelzőbit (0x01) – jelzi a SegWit-kompatibilis csomópontoknak, hogy tanúadatok következnek. A SegWit bevezetése előtt működő csomópontok egyszerűen egy üres ScriptSig-et látnak, és a tranzakciót a régebbi, „bárki költheti el” értelmezés szerint érvényesnek tekintik, így biztosítva a visszafelé kompatibilitást.
A blokk súlya felváltja a blokk méretét
A SegWit az 1 MB-os blokkméret-korlátot egy új mérőszámmal váltotta fel: a blokksúlyt, amelynek felső határa 4 millió súlyegység (WU).
A döntő részlet abban rejlik, hogyan számolják a bájtokat:
- A tanú nélküli tranzakciós adatok minden egyes bájtja 4 súlyegységbe kerül
- A tanúadatok minden egyes bájtja csupán 1 súlyegységbe kerül
Mivel az aláírások mérete jelentős, és most már a tanú (witness) szakaszban helyezkednek el, a blokk kapacitását tekintve a korábbi negyedét foglalják el. Így növelte a SegWit a blokk tényleges méretét a gyakorlatban körülbelül 1,7–2 MB-ra anélkül, hogy megsértette volna a régi csomópontok által érvényesített 1 MB-os szabályt. Egy elméleti, teljes egészében SegWit-blokk esetében a maximális méret 4 MB, bár ez a gyakorlatban soha nem fordul elő, mivel minden blokk nem tanúadatokat is tartalmaz.
Virtuális bájt (vBájt): az a mértékegység, amelyet a pénztárcákban látsz
Annak érdekében, hogy a díjak összehasonlíthatók maradjanak a hagyományos tranzakciókkal, a SegWit bevezette a virtuális bájtot (vbyte): ez egy 4-gyel osztott súlyegység. A hagyományos tranzakciók esetében a bájt és a vbyte megegyezik. A SegWit-tranzakciók esetében a vbyte értéke alacsonyabb, mivel a tömörített tanúadatok csökkentik a számot.
A pénztárca-díjakat satoshi/vbyte-ben (sat/vB) adják meg. Egy kevesebb vbyte-ot tartalmazó SegWit-tranzakció ugyanazon a sat/vB-árfolyamon kevesebb díjat fizet. Ez az a mechanizmus, amelynek köszönhetően kevesebb díjat kell fizetni, ha 1... cím helyett bc1q címet használunk.
SegWit-címtípusok: melyiket érdemes használni?
A SegWit a technikai változtatások mellett új címformátumokat is bevezetett. A címtípus határozza meg, hogy a pénztárcád hogyan kódolja a tranzakciós feltételeket, ami kihat a díjakra, a más pénztárcákkal való kompatibilitásra, valamint arra, hogy a tranzakcióid hogyan jelennek meg a blokkláncon.
Címtípusok összehasonlítása
1...3...bc1q... 42 karakterbc1q... 62 karakterbc1p... 62 karakter1...3...bc1q... 42 karakterbc1q... 62 karakterbc1p... 62 karakterAdatok a tranzakciók méretéről: Spark.money Bitcoin tranzakcióméret-táblázat, 2026. A díjmegtakarítások hozzávetőlegesek, és a mempool állapotától függően változhatnak.
Legacy (P2PKH, előtag 1...) Ez a 2009-es eredeti formátum. Az aláírás a tranzakció fő szövegében marad, ahol teljes súlyával számít. Nincs díjmegtakarítás. Továbbra is általánosan támogatott, ami ma az egyetlen ok a használatára, ha olyan nagyon régi szoftverrel dolgozik, amely más formátumot nem tud fogadni.
Beágyazott SegWit (P2SH-P2WPKH, előtag 3...) egy régebbi P2SH-borítékba csomagol egy SegWit-szkriptet. Amikor 2017-ben bevezették a SegWit-et, nem minden pénztárca és tőzsde támogatta azonnal az új bc1 formátumot. A beágyazott SegWit jelentette a kompatibilitási hidat: így részleges díjmegtakarítást érhet el, és a régebbi szoftvert használó feladók is továbbra is fizethetnek Önnek. 2026-ra ez a formátum főként tartalék megoldásként létezik. A 3... Az előtag megegyezik a nem SegWit P2SH-címekkel, ami azt jelenti, hogy pusztán a cím alapján nem lehet megállapítani, hogy SegWit-tranzakcióról van-e szó.
Natív SegWit (P2WPKH, előtag bc1q...(42 karakter) a legtöbb felhasználó számára a megfelelő választás. A kódoláshoz a Bech32-t használja, amely kizárólag kisbetűket tartalmaz, jobb hibajelzéssel rendelkezik, mint a Base58, és kiküszöböli az egymásra hasonlító karaktereket (nincs nagy O, nulla, nagy I vagy kis l). Egy szabványos, 1 bemenetű, 2 kimenetű P2WPKH tranzakció ~141 vbyte-ot foglal, ami körülbelül 38%-kal kevesebb, mint az azonos értékű hagyományos tranzakció. 2026-tól minden aktív pénztárca és tőzsde támogatja.
Natív SegWit többaláírásos (P2WSH, előtag bc1q...(62 karakter) ez a script-hash változat, amelyet többaláírásos pénztárcákhoz és összetett kiadási feltételekhez használnak. A hosszabb cím egy 32 bájtos SHA-256 hash-t tükröz, a P2WPKH által használt 20 bájtos hash helyett. Ha 2-ből-3-as multisig beállítást futtatsz, a P2WSH a SegWit-natív módja ennek megvalósítására.
Taproot (P2TR, előtag bc1p...(62 karakter) Ez a 2021-ben aktivált SegWit 1. verzió. Az ECDSA helyett Schnorr-aláírásokat használ, ami lehetővé teszi több aláírás egyetlenbe történő összevonását, így a többaláírásos tranzakciók a láncon belül megkülönböztethetetlenek az egyaláírásos tranzakcióktól. A legalacsonyabb díjakat kínálja az egyaláírásos kiadásokhoz és a legjobb adatvédelmet biztosítja. Használja akkor, ha meggyőződött arról, hogy a címzettek és pénztárcáik támogatják a bc1p címeket.
Gyors tipp
A legtöbb felhasználó számára: használja a natív SegWit-et (bc1q). Ezt gyakorlatilag minden aktív pénztárca és tőzsde támogatja, a hagyományos rendszerhez képest körülbelül 38%-kal alacsonyabbak a tranzakciós díjak, és 2026-ban sem jelent kompatibilitási kockázatot (A SegWit-et pénztárca-szoftverbe integráló fejlesztők számára lásd a A Bitcoin Core pénztárca fejlesztési útmutatója.).
Ha a pénztárcád támogatja a Taprootot (bc1p), és olyan címzettekkel bonyolítasz egyaláírásos tranzakciókat, akiknek a pénztárcája szintén támogatja ezt a funkciót, akkor ez kissé alacsonyabb tranzakciós díjakat és jobb adatvédelmet biztosít.
A Nested SegWit (3...) egy kompatibilitási tartalék megoldás. Nincs vele semmi baj, de már nincs ok arra, hogy alapértelmezettként használjuk.
A blokkméret-háború: Miért volt a SegWit ennyire ellentmondásos?
A SegWit technikai indokai egyértelműek voltak. Az aktiválásához vezető út azonban nem volt az.
2015 és 2017 között a Bitcoin történetének egyik legmegosztóbb irányítási vitájába keveredett. A kérdés lényege egyszerű volt: hogyan frissítse egy decentralizált hálózat a saját szabályait, ha a különböző frakciók érdekei ütköznek egymással?
A bányászati patthelyzet
A szokásos BIP9-frissítési folyamat szerint egy soft forkhoz az volt szükséges, hogy a bányászok 95%-a jelezze támogatását egy kéthetes időszakon belül. 2017 elejére a SegWit már hónapok óta készen állt az aktiválásra, de nem sikerült átlépnie ezt a küszöböt.
A legjelentősebb ellenállás a nagy bányavállalatoktól, különösen a Bitmain-től érkezett, amely akkoriban a Bitcoin teljesítményének jelentős részét irányította. Az ok később kiderült: a Bitmain egy ASICBoost nevű, szabadalmaztatott technikát használt, amely jelentős hatékonysági előnyt biztosított bányászati hardverének. A SegWit szerkezetileg összeférhetetlen volt a rejtett ASICBoost-tal. A SegWit blokkolása megvédte ezt az előnyt.
A BIP 148 és az UASF
2017 márciusában egy Shaolinfry álnevet használó névtelen fejlesztő közzétette a BIP 148-at: egy felhasználó által aktivált soft forkot (UASF). Ahelyett, hogy a bányászok jelzésére várnának, a BIP 148 azt javasolta, hogy a gazdasági csomópontok – azaz a tőzsdék, a fizetési feldolgozók és a Bitcoin szoftvert futtató vállalkozások – 2017. augusztus 1-jétől egyszerűen kezdjék el elutasítani minden olyan blokkot, amely nem jelezte a SegWit támogatását.
A logika egyértelmű volt: a bányászok blokkokat állítanak elő, de azoknak csak akkor van értékük, ha a hálózat elfogadja őket. Ha a gazdasági többség elég nagy része futtatott volna BIP 148 csomópontokat, a bányászok vagy aktiválták volna a SegWit-et, vagy végignézték volna, ahogy blokkjaik elárvulnak. A kockázat ugyanolyan egyértelmű volt: ha a bevezetés nem volt elégséges, láncszétválás következett volna be, és a Bitcoin két összeférhetetlen verziója futott volna párhuzamosan.
Az UASF-kampány alulról szerveződött és nagy visszhangot keltett. Megjelentek a konferencia-belépőkártyák. A Twitteren egyre hevesebbé váltak a viták. A „futass saját csomópontot” szlogen új értelmet nyert.
A New York-i megállapodás és a Bitcoin Cash
Az UASF határidejének közeledtével 2017 májusában több mint 50 jelentős bitcoin-vállalat gyűlt össze New Yorkban, és aláírta az úgynevezett New York-i Megállapodást. Megállapodtak abban, hogy aktiválják a SegWit-et, de azt követően egy hard forkot is végrehajtanak, amelynek eredményeként a blokkméret 2 MB-ra nő (ez a SegWit2x néven vált ismertté).
A kompromisszum egyik tábor számára sem volt teljes mértékben kielégítő. A nagy blokkméretet ellenző fejlesztők a SegWit2x-et olyan hátsó ajtón keresztül bevezetett hard forknak tekintették, amelyhez nem járultak hozzá. A nagyobb blokkméretet szorgalmazó bányászok és cégek pedig továbbra sem kapták meg azt, amit eredetileg szerettek volna.
2017. augusztus 1-jén egy olyan csoport, amely a SegWit nélkül, pusztán a blokkméret növelését szorgalmazta, elágaztatta a Bitcoint, és létrehozta a Bitcoin Cash-t (BCH), amely 8 MB-os blokkmérettel indult. A SegWit 2017. augusztus 24-én lépett életbe a Bitcoin hálózatán. A SegWit2x hard forkot 2017 novemberében elvetették, miután a szervezők arra a következtetésre jutottak, hogy nincs elegendő konszenzus.
Miben állapodtak meg
Az eredmény jelentőségét nem csupán a technikai részletek adták. Az UASF bevált: nem a bányászok, hanem a gazdasági csomópontok döntötték el, mely konszenzusos szabályok lépnek életbe. Ezt ma már rendszeresen idézik annak bizonyítékaként, hogy a Bitcoin irányítása végső soron azok kezében van, akik a szoftvert üzemeltetik és használják, nem pedig azokéban, akik blokkokat állítanak elő. A közösség egyes tagjai augusztus 1-jét a Bitcoin függetlenségének napjaként emlegetik.
Mit tett lehetővé a SegWit
A Lightning Network
A Lightning Networkot még a SegWit megjelenése előtt tervezték. Az alkotói tudták, hogy a hálózatot addig nem lehet biztonságosan üzembe helyezni, amíg a tranzakciók alakíthatóságának problémáját nem oldják meg, mivel a fizetési csatornák olyan, még nem erősített tranzakciók láncolatára épülnek, amelyek TXID-számmal hivatkoznak egymásra. A SegWit által biztosított fix TXID-számok tették biztonságossá ezeket a csatornákat.
A Lightning Network 2018 elején indult el a Bitcoin főhálózatán, nagyjából hat hónappal a SegWit aktiválása után. 2025 első negyedévére már több mint 100 millió tranzakciót dolgozott fel. A SegWit nélkül ez az infrastruktúra egyáltalán nem létezne.
A Taproot és a szkriptverziókezelés
A SegWit bevezette a szkriptverziózást a Bitcoin tranzakciós formátumába. A tanúprogram egy verzióbájttal kezdődik: a SegWit V0 a P2WPKH és a P2WSH protokollokat támogatja. Bármely jövőbeli frissítés, amely új verziószámot határoz meg, saját szabályrendszert kap anélkül, hogy ütközne a meglévőkkel, és anélkül, hogy újabb vitatott frissítési csatára lenne szükség.
A SegWit V1 a Taproot, amelyet 2021 novemberében aktiváltak. Ezzel bevezetésre kerültek a Schnorr-aláírások, a komplex kiadási feltételek kezelésére szolgáló MAST (Merkelized Abstract Syntax Trees) keretrendszer, valamint olyan adatvédelmi fejlesztések, amelyeknek köszönhetően a többaláírásos pénztárcák a láncon belül megkülönböztethetetlenek az egyaláírásos tranzakcióktól. A Taproot által bevezetett minden technikai képesség a SegWit által létrehozott verziókezelési architektúrára támaszkodott.
Sorszámok és feliratok
Ugyanaz a tanúadat-struktúra, amelyet a SegWit vezetett be, és amelyet a Taproot bővített ki, tette technikailag lehetővé, hogy tetszőleges adatokat, képeket, szöveget és kódot közvetlenül a Bitcoin-tranzakciókba ágyazzanak be. Ez az Ordinals protokoll és a Bitcoin-bejegyzések mögött álló mechanizmus, amely a láncon belüli adatfelhasználás hirtelen növekedését eredményezte, és 2024-re a tranzakciók körülbelül 42%-ára emelte a Taproot használatát. A feliratok számának csökkenésével a Taproot használata 2025 végére a tranzakciók körülbelül 20%-ára állapodott meg, míg a SegWit V0 továbbra is a domináns formátum maradt, körülbelül 85%-os részesedéssel.
A SegWit összefüggései: a Bitcoin frissítési ütemterve
Jelenlegi örökbefogadás
A SegWit bevezetése az aktiválás után folyamatosan terjedt, az első néhány hónapban már a tranzakciók 30%-át tette ki, majd az azt követő két évben átlépte az 50%-os határt, ahogy a pénztárcák és a tőzsdék frissítették szoftvereiket.
2026-tól a Bitcoin-tranzakciók körülbelül 85%-a SegWit-et használ (forrás: Spark.money Bitcoin Network Statistics, CoinGecko). A fennmaradó 15% olyan pénztárcákból és szolgáltatásokból származó régi tranzakció, amelyek még nem frissültek. A Taproot (P2TR, SegWit V1) alkalmazása 2024-ben érte el csúcspontját, a tranzakciók körülbelül 42%-át tette ki, ami nagyrészt az Ordinals bejegyzési tevékenységnek köszönhető, majd 2025 végére a bejegyzések számának csökkenésével körülbelül 20%-ra esett vissza.
A bevezetés alakulása tükrözi a SegWit esetében tapasztaltakat: az új címformátumok elterjedése egy-három évet vesz igénybe, mivel a hardveres pénztárcák, a tőzsdék és a fizetési szolgáltatóknak frissíteniük kell a szoftvereiket. A Taproot támogatása egyre több pénztárca-alkalmazásban terjed.
SegWit kontra hagyományos rendszer: a különbségek összefoglalása
1...bc1q... (natív) vagy 3... (beágyazott)1...bc1q... (natív) vagy 3... (beágyazott)Következtetés
A SegWit az a protokollfrissítés, amely elválasztotta a Bitcoin aláírási adatait a tranzakciós adataitól, kijavította a 2009 óta fennálló biztonsági rést, körülbelül harmadával csökkentette a tranzakciós díjakat, és megteremtette az alapot a Lightning Network, a Taproot, valamint az azokra épülő összes későbbi fejlesztés számára.
2026-tól ez a Bitcoin tranzakciós szabványa, amely a láncon belüli tevékenységek túlnyomó többségét bonyolítja le. Az általa bevezetett címformátumokat, különösen a natív SegWit-et (bc1q), ma már a legtöbb felhasználónak alapértelmezésként kellene használnia. Az aktiválását övező politikai csata továbbra is a Bitcoin irányítási történetének egyik legtanulságosabb fejezete: bizonyítja, hogy egy decentralizált hálózatban a konszenzus nem valami, amit a bányászok adnak, hanem amit a felhasználók érvényesítenek.
