Ha létrehoztál egy 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.
SegWit, a következő rövidítése: Elkülönített tanú, egy 2017 augusztusában aktivált Bitcoin-protokollfrissítés, amely a digitális aláírási adatokat a tranzakció 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ós alakíthatóság” néven ismert, é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 tesz 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 csatát, amely a SegWit aktiválása előtt majdnem szétzúzta a Bitcoin-hálózatot.
Kezelje a Bitcoinját a Bitcoin.com Wallet alkalmazás.
Főbb tanulságok
- A SegWit (Segregated Witness) egy 2017. augusztus 24-én aktivált 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 sebezhetőséget, é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 szabványos tranzakció méretét ~226 vbyte-ról ~141 vbyte-ra csökkenti, így a díjak a hagyományos címekhez képest körülbelül 38%-kal alacsonyabbak.
- A SegWit által biztosított rögzített TXID volt a Lightning Network működésének technikai előfeltétele. Enélkül a fizetési csatornák nem alakíthatók volna ki biztonságosan.
- A szkript verziókezelő rendszere lehetővé tette a Taproot (SegWit V1, 2021-ben aktiválva) bevezetését, és keretrendszert 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 a SegWit-et használja. Ez a hálózati szabvány, nem pedig egy ú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 elkülöníti a digitális aláírásokat – azaz azt a kriptográfiai bizonyítékot, amely igazolja, hogy jogosult vagy egy érme elköltésére – a fő tranzakciós adatoktól, és azokat egy „witness” nevű külön struktúrában tárolja. Ezáltal minden tranzakció kisebb méretűvé válik, így több tranzakció fér el egy-egy blokkban, és megszűnik az a biztonsági rés, amely korábban lehetetlenné tette a fizetési csatornák biztonságos kiépítését a Bitcoinra építve.
A név egyszerűen értelmezhető: a „segregated” szó „elkülönített”-et 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 „witness” 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á kerül a pénz, és mekkora összegről van szó?”.
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 tanúval együtt a teljes képet látták.
2026-tól a Bitcoin-tranzakciók mintegy 85%-a a SegWit-et használja. Ez már nem új funkció, hanem a szabvány.
Azok 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 teljes tranzakció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 oly módon, hogy az matematikailag érvényes maradjon, de egy másik TXID-t eredményezzen. A pénzeszközök továbbra is a megfelelő címre kerültek, és a tranzakció is sikeresen lezajlott, de az azonosító megváltozott.
Egy egyszerű fizetés esetében ez nem tűnik katasztrofálisnak. Azonban azoknál a protokolloknál, 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 korábbi tranzakciós azonosítókra hivatkoznak, nem működhet biztonságosan, ha ezek közül bármelyik azonosító megváltozhat a megerősítés előtt. Egy megváltoztatható TXID azt jelenti, hogy a lánc megszakad, és a pénzeszközök elakadhatnak vagy ellophatók.
A tranzakciók alakíthatósága a hiba kijavítása előtt is okozott tényleges károkat. 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 az aláírásokat teljesen kivette 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 megakadályozása
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 feldolgozásra váró tranzakciók száma több tízezerre nőtt, a díjak pedig egy átlagos átutalás esetén 50 dollárra vagy annál is magasabbra emelkedtek. A probléma strukturális jellegű volt: a Bitcoin blokkjainak mérete 1 MB-ra volt korlátozva, és az aláírások a tranzakciók 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 együtt nem működő láncon maradt volna. A hard forkok kockázatosak és vitákat váltanak ki. 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
Egy hagyományos Bitcoin-tranzakcióban minden bemenet tartalmaz egy ScriptSig mezőt, amelyben a kifizető aláírása és nyilvános kulcsa található. A SegWit-tranzakciókban a SegWit-bemenetek esetében a ScriptSig mező üresen marad. Az aláírás és a nyilvános kulcs átkerül egy új, a tranzakció végéhez hozzáfűzött tanúmezőbe.
Két további bájt – egy jelölő (0x00) és egy jelző (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, hogy 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 nagy méretűek, és most már a tanú (witness) szakaszban helyezkednek el, a blokk kapacitás szempontjából a korábbi negyedét foglalják el. Így növelte a SegWit a gyakorlatban a tényleges blokkméretet 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-alapú 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íjtételek ö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
| Címtípus | Előtag | Kódolás | Jellemző Tx-méret (1 bemenet, 2 kimenet) | Költségmegtakarítás kontra hagyományos rendszer | Pénztárca-támogatás |
|---|---|---|---|---|---|
| Legacy (P2PKH) | 1... | Base58 | ~226 vbyte | Kiindulási érték | Univerzális |
| Beágyazott SegWit (P2SH-P2WPKH) | 3... | Base58 | ~167 vbyte | ~26% | Nagyon széles körű |
| Natív SegWit (P2WPKH) | bc1q... 42 karakter | Bech32 | ~141 vbyte | ~38% | Minden modern pénztárca |
| Natív SegWit multisig (P2WSH) | bc1q... 62 karakter | Bech32 | Változó | ~32%+ | Minden modern pénztárca |
| Taproot (P2TR) | bc1p... 62 karakter | Bech32m | ~154 vbyte | ~32% | A legtöbb modern pénztárca |
Adatok 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őtestében marad, ahol teljes súlyával számít. Nincs díjmegtakarítás. Továbbra is általánosan támogatott, és ez az egyetlen ok, amiért manapság érdemes használni, ha olyan nagyon régi szoftverrel dolgozol, amely más formátumot nem tud fogadni.
Beágyazott SegWit (P2SH-P2WPKH, előtag 3...) egy SegWit-szkriptet egy régebbi P2SH-borítékba csomagol. Amikor 2017-ben aktiváltá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ékké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 Bech32 kódolást használja, amely kizárólag kisbetűkből áll, 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 azzal egyenértékű hagyományos tranzakció. 2026-tól minden aktív pénztárca és tőzsde támogatja.
Natív SegWit multisig (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-értéket tükröz, a P2WPKH által használt 20 bájtos hash helyett. Ha 2-ból-3-as multisig-konfigurációt használsz, a P2WSH a SegWit-hez natív megoldás erre a célra.
Taproot (P2TR, előtag bc1p..., 62 karakter) 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 kifizetésekhez, é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 ajánlás
A legtöbb felhasználó számára: használják 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%-os díjmegtakarítást jelent, és 2026-ban sem jár kompatibilitási kockázattal (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 beágyazott SegWit (3...) egy kompatibilitási tartalék megoldás. Nincs vele semmi baj, de már nincs ok arra, hogy alapértelmezettként ezt 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énete egyik legmegosztóbb irányítási vitájának középpontjában állt. 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értéket.
A legjelentősebb ellenállás a nagy bányavállalatoktól érkezett, különösen a Bitmain-től, amely akkoriban a Bitcoin hash-teljesítményének jelentős részét ellenőrizte. Az ok később kiderült: a Bitmain egy ASICBoost nevű, szabadalmaztatott technikát alkalmazott, amely jelentős hatékonysági előnyt biztosított bányászati hardvereinek. A SegWit szerkezetileg összeférhetetlen volt a rejtett ASICBoost-tal. A SegWit blokkolásával megőrizték 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 kezdve 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 futtatna BIP 148 csomópontokat, a bányászok vagy aktiválnák a SegWit-et, vagy végignéznék, ahogy blokkjaik árvákká válnak. A kockázat ugyanolyan egyértelmű volt: ha a bevezetés nem lenne elég széles körű, láncszétválás következne be, és a Bitcoin két összeférhetetlen verziója futna 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 jelentőséget 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 keretében a blokkméretet 2 MB-ra növelik (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 vállalatok viszont továbbra sem kapták meg azt, amit eredetileg szerettek volna.
2017. augusztus 1-jén egy olyan csoport, amely a SegWit nélküli, puszta blokkméret-növelést szorgalmazta, elágaztatta a Bitcoint, és létrehozta a Bitcoin Cash-t (BCH), amely 8 MB-os blokkméret-korláttal 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ége túlmutatott a technikai részleteken. Az UASF bevált: nem a bányászok, hanem a gazdasági csomópontok határozták meg, mely konszenzus-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 egy része augusztus 1-jét a Bitcoin függetlenség napjaként emlegeti.
Mit tett lehetővé a SegWit?
A Lightning Network
A Lightning Network-öt még a SegWit megjelenése előtt tervezték meg. Az alkotói tudták, hogy a rendszer addig nem üzemeltethető biztonságosan, 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-k segítségével hivatkoznak egymásra. A SegWit által biztosított fix TXID-garancia tette 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.
Taproot és a szkriptek verziókezelése
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 formátumokat 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 azaz 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 megvalósítható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 megugrását eredményezte, és 2024-re a tranzakciók mintegy 42%-ára emelte a Taproot használatát. Ahogy a feliratozási tevékenység visszaesett, 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 a kontextusban: a Bitcoin frissítési ütemterve
| Év | Esemény |
|---|---|
| 2015 | Pieter Wuille bemutatja a SegWit koncepciót a Scaling Bitcoin konferencián |
| 2016 | A BIP 141 hivatalosan is közzétételre került; a bányászok támogatottsága a 95%-os küszöb alatt megrekedt |
| 2017. március | A BIP 148 (UASF) – közzétette: Shaolinfry |
| 2017. május | Több mint 50 vállalat írta alá a New York-i megállapodást |
| 2017. augusztus 1. | A Bitcoin Cash a Bitcointól vált le |
| 2017. augusztus 24. | A SegWit a 481 824. blokknál lép életbe a Bitcoin hálózatán |
| 2017. november | A SegWit2x hard forkot elvetették |
| 2018. január | A Lightning Network elindul a főhálózaton |
| 2021. november | A Taproot aktiválódik, a SegWit verziókezelő rendszerére építve |
| 2023–2024 | Az ordinális számok és a feliratok kihasználják a SegWit/Taproot tanúterületét |
| 2026 | A Bitcoin-tranzakciók körülbelül 85%-a használja a SegWit-et |
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-hálózati statisztikák, 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) elterjedése 2024-ben érte el csúcspontját, amikor a tranzakciók mintegy 42%-át tette ki – elsősorban az Ordinals-bejegyzéseknek köszönhetően –, majd 2025 végére, a bejegyzések számának csökkenésével, körülbelül 20%-ra állt vissza.
Az elterjedés görbéje tükrözi a SegWit esetében tapasztaltakat: az új címformátumok elterjedése egy-három évet vesz igénybe, amíg a hardveres pénztárcák, a tőzsdék és a fizetési szolgáltatók frissítik szoftvereiket. A Taproot támogatása továbbra is terjed a különböző pénztárca-megvalósítások között.
SegWit kontra hagyományos rendszer: a különbségek összefoglalása
| Funkció | Régi rendszer (SegWit előtti) | SegWit |
|---|---|---|
| Aláírási hely | A ScriptSig belsejében (a tranzakció fő törzse) | Külön tanúmező |
| Blokkméret-mutató | Méret bájtban (1 MB-os korlát) | Súlyegységek (4 millió WU-s korlát) |
| A TXID kiszámítása | Aláírási adatokat tartalmaz | A tanúi adatok kivételével |
| A tranzakciók alakíthatósága | Lehetséges | Kijavítva |
| Jellemző 1 bemenet/2 kimenetű átviteli méret | ~226 vbyte | ~141 vbyte (P2WPKH) |
| Díjmegtakarítás | Kiindulási érték | ~38%-kal alacsonyabb (P2WPKH vs. P2PKH) |
| Lightning Network támogatás | Nem biztonságos | Kötelező; engedélyezi a fizetési csatornákat |
| Címelőtag | 1... | bc1q... (natív) vagy 3... (beágyazott) |
| Kódolás | Base58 | Bech32 |
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 egyharmadával csökkentette a tranzakciós díjakat, és megteremtette az architektúráját a Lightning Networknek, a Taprootnak, valamint mindennek, ami azóta ezekre épült.
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 dolgozza fel. Az általa bevezetett címformátumok, különösen a natív SegWit (bc1q), azok, amelyeket a legtöbb felhasználónak ma alapértelmezésként használnia kellene. Az aktiválását övező politikai küzdelem 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.
