Bitcoin.com

Mis on SegWit (Segregated Witness)? Selgitus Bitcoini kõige olulisema uuenduse kohta

SegWit (Segregated Witness) on 2017. aastal läbi viidud Bitcoini uuendus, mis vähendas tehingutasusid, kõrvaldas kriitilise turvaaugu ja tegi võimalikuks Lightning Networki loomise. Siin on selgitus, kuidas see toimib.

Viimati uuendatud
Avaldatud
LugemisaegLugemisaeg: 4 minutit
Autor
Neil Author
Neill Velardo
Crypto content specialist since 2017; reviews iGaming platforms firsthand
Üle vaadanud
Graham Stone Author Image
Graham Stone
What is Bitcoin SegWit (Segregated Witness)?

Kui olete avanud Bitcoini rahakoti ja teilt on palutud valida „Legacy”, „SegWit” või „Native SegWit” aadressi vahel, ilma et oleks selgitatud, mida need tähendavad, siis on see valik seotud üheainsa 2017. aastal tehtud uuendusega.

SegWit, lühend sõnast Eraldatud tunnistaja, on 2017. aasta augustis kasutusele võetud Bitcoini protokolli uuendus, mille raames viiakse digitaalallkirja andmed tehingu põhistruktuurist välja eraldi väljale, mida nimetatakse „witnessiks”. See üksainus arhitektuuriline muudatus vähendas tehingutasusid, kõrvaldas aastaid kestnud turvaaugu, mida nimetatakse tehingu muudetavuseks (transaction malleability), ning lõi tehnilised eeldused Lightning Networki ja Taprooti tekkeks.

Käesolevas artiklis selgitatakse, mida SegWit tegelikult teeb, kuidas toimib ploki kaalu süsteem, kuidas erinevad aadressitüübid mõjutavad teie teenustasusid ning milline oli see vaidlusi tekitanud poliitiline võitlus, mis peaaegu lõhestas Bitcoini võrgu enne, kui SegWit üldse kasutusele võeti.

Haldage oma bitcoineid rakenduse abil Bitcoin.com rahakoti rakendus.

Peamised järeldused

  • SegWit (Segregated Witness) on Bitcoini protokolli uuendus, mis võeti kasutusele 24. augustil 2017, mida ametlikult tähistatakse nimetusega BIP 141 ning mille esitasid 2015. aasta detsembris Pieter Wuille, Eric Lombrozo ja Johnson Lau.
  • See eraldab digitaalallkirja andmed (nn „tunnistaja”) tehingu põhitekstist, kõrvaldades sellega turvaaugu, mida nimetatakse tehingu muudetavuseks, ning muutes iga tehingu väiksemaks.
  • Bloki mahutavust mõõdetakse kaaluühikutes (WU), mitte baitides. Tunnistajaandmete puhul kulub 1 WU baidi kohta, samas kui muude andmete puhul kulub 4 WU baidi kohta, mis annab SegWit-tehingutele 75% allahindlust allkirja suuruse osas.
  • SegWit-põhine (bc1q-aadressid) vähendab tavalise tehingu mahtu umbes 226 vbaitilt umbes 141 vbaitini, vähendades teenustasusid vanade aadressidega võrreldes ligikaudu 38%.
  • SegWiti fikseeritud TXID-garantii oli Lightning Networki tehniline eeltingimus. Ilma selleta ei oleks olnud võimalik maksekanaleid turvaliselt luua.
  • Selle skriptide versioonihaldussüsteem võimaldas Taproot’i (SegWit V1, aktiveeritud 2021. aastal) kasutuselevõttu ning pakub raamistikku tulevaste Bitcoini uuenduste jaoks ilma hard fork’ideta.
  • Alates 2026. aastast kasutatakse umbes 85% Bitcoin-tehingutest SegWit-i. See on võrgustiku standard, mitte uus funktsioon.

Mis on SegWit?

SegWit ehk Segregated Witness on muudatus Bitcoini tehinguformaadis, mis eraldab digitaalsed allkirjad – krüptograafilise tõendi selle kohta, et sul on õigus münti kulutada – peamistest tehinguandmetest ning salvestab need eraldi struktuuri, mida nimetatakse „witnessiks”. See muudab iga tehingu väiksemaks, võimaldab igasse plokki mahutada rohkem tehinguid ning kõrvaldab turvaaugu, mis oli varem teinud võimatuks turvaliste maksekanalite loomise Bitcoini baasil.

Nimetuse tähendus on lihtne: „segregated“ tähendab eraldatud ja „witness“ on krüptograafiline termin, millega tähistatakse allkirjaandmeid, mis tõendavad tehingu kehtivust. Witness vastab küsimusele „kas õiguspärane omanik on selle heaks kiitnud?“, samas kui ülejäänud tehinguandmed vastavad küsimusele „kuhu raha läheb ja kui palju?“

BIP141 GitHubThe official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.

Uuendus määratleti ametlikult Bitcoin Improvement Proposal 141 (BIP 141) ning selle pakkusid välja Bitcoin Core’i arendajad Pieter Wuille, Eric Lombrozo ja Johnson Lau 2015. aasta detsembris toimunud Scaling Bitcoin konverentsil. See aktiveeriti Bitcoini põhivõrgus 24. augustil 2017. aastal plokis 481 824 pehme haruna, mis tähendab, et see oli tagasiühilduv. Sõlmed, mida ei olnud uuendatud, suutsid endiselt valideerida tehingu põhiandmeid; uuendatud sõlmed nägid kogu pilti, sealhulgas tunnistajat.

Alates 2026. aastast kasutatakse ligikaudu 85% kõigist Bitcoini tehingutest SegWit-i. See ei ole enam uus funktsioon, vaid standard.

Probleemid, mille lahendamiseks SegWit loodi

SegWit lahendas kaks eraldi probleemi, mis olid Bitcoini arengut aastaid takistanud.

Tehingu muudetavus

Igal Bitcoini tehingul on unikaalne tunnus, mida nimetatakse TXID-ks – see on tehingu andmetest genereeritud hash. Enne SegWiti kasutuselevõttu arvutati see hash kogu tehingu põhjal, sealhulgas allkiri.

Probleem on järgmine: krüptograafiline allkiri ei saa ennast ise allkirjastada. See jättis väikese lünga, mille kaudu igaüks, kes su tehingut võrgus edasi suunas, võis allkirja veidi muuta nii, et see jäi matemaatiliselt kehtivaks, kuid tekitas teistsuguse TXID-i. Raha läks endiselt õigele aadressile ja tehing viidi ikkagi läbi, kuid identifikaator oli muutunud.

Lihtsa makse puhul ei tundu see katastroofiline. Protokollide puhul, mis ühendavad omavahel mitu kinnitamata tehingut, on see aga saatuslik. Lightning Network, mis toimib nii, et loob rea ahela-väliseid maksekohustusi, mis viitavad varasematele tehingu-ID-dele, ei saa turvaliselt toimida, kui mõni neist ID-dest võib enne kinnitamist muutuda. Muutuv TXID tähendab, et ahel katkeb ning raha võib jääda kinni või varastada.

Tehingute muudetavus põhjustas ka reaalset kahju enne, kui see probleem lahendati. Mt. Goxi börs nimetas seda üheks teguriks, mis aitas kaasa selle 2014. aasta kokkuvarisemisele, kuigi ajaloolased arutlevad selle üle, mil määral oli see põhjuseks ja mil määral vaid ettekäändeks sügavamale juhtimisveale.

SegWit lahendas selle probleemi, eemaldades allkirjad täielikult TXID-arvutamisest. Identifikaator arvutatakse nüüd ainult tehingu põhiliste väljade põhjal. Allkirja muutmine ei muuda enam tehingu identiteeti.

Vältige ummikuid ja tõusvaid tasusid

2016. aastal ja 2017. aasta alguses töötles Bitcoin umbes 7 tehingut sekundis. Nõudluse tipphetkedel kasvasid tehingute järjekorrad kümnetesse tuhandetesse ning tavalise ülekande teenustasud tõusid 50 dollarini või rohkem. Probleem oli struktuuriline: Bitcoini plokkide suurus oli piiratud 1 MB-ga ning allkirjad moodustasid umbes 65% tehingu suurusest.

Ilmselge lahendus – ploki suuruse piirmäära suurendamine – nõudis hard forki, mis tähendas, et kõik sõlmed oleksid pidanud uuendama või jääma ühilduvuseta ahelasse. Hard forkid on kõrge riskiga ja vastuolulised. SegWit leidis viisi, kuidas seda piirangut täielikult vältida.

Kuidas SegWit toimib

Tunnistajate andmete eraldamine

Vanemas Bitcoin-tehingus sisaldab iga sisend ScriptSig-välja, milles on kulutaja allkiri ja avalik võti. SegWit-tehingus jäetakse ScriptSig SegWit-sisendite puhul tühjaks. Allkiri ja avalik võti viiakse üle uude tunnistaja-väljale, mis lisatakse tehingu lõppu.

Kaks täiendavat baiti – märgistus (0x00) ja lipuk (0x01) – annavad SegWit-toetavatele sõlmedele teada, et järgnevad tunnistajaandmed. SegWit-eelsed sõlmed näevad lihtsalt tühja ScriptSig-i ja töötlevad tehingut kehtivana vanema „igaüks võib kulutada” tõlgenduse alusel, säilitades tagasiühilduvuse.

Ploki kaal asendab ploki suurust

SegWit asendas 1 MB suuruse ploki piirangu uue mõõdikuga: ploki kaal, mille ülempiiriks on 4 miljonit kaaluühikut (WU).

Oluline detail peitub selles, kuidas baite loetakse:

  • Iga tunnistajata tehingu andmete bait maksab 4 kaalühikut
  • Iga tunnistajaandmete bait maksab vaid 1 kaalühiku

Kuna allkirjad on mahukad ja asuvad nüüd tunnistajaosas, võtavad need ploki mahust vaid veerandi sellest, mida varem. Nii suurendas SegWit praktikas ploki efektiivset mahtu umbes 1,7–2 MB-ni, puutumata vanade sõlmede poolt rakendatavale 1 MB reeglile. Teoreetiliselt on täielikult SegWit-põhise ploki maksimaalne suurus 4 MB, kuigi praktikas seda kunagi ei esine, kuna iga plokk sisaldab ka muid andmeid peale tunnistajaandmete.

Virtuaalbaitid (vBytes): rahakottides kuvatav mõõtühik

Et hoida tehingutasud võrreldavaks vanade tehingutega, võeti SegWiti raames kasutusele virtuaalsed baitid (vbytes) – kaaluühikud, mis on jagatud neljaga. Vanade tehingute puhul on baitid ja vbytes identsed. SegWiti tehingute puhul on vbytes väiksemad, kuna vähendatud tunnistajaandmed vähendavad seda arvu.

Rahakoti teenustasud on esitatud satoshides vbaidi kohta (sat/vB). SegWit-tehing, mille vbaidide arv on väiksem, nõuab sama sat/vB määra juures väiksemat teenustasu. See ongi mehhanism, mille tõttu säästad teenustasusid, kui kasutad bc1q-aadressi 1...-aadressi asemel.

SegWit-aadressitüübid: millist neist tuleks kasutada?

SegWit tõi tehniliste muudatuste kõrval kasutusele ka uued aadressivormingud. Aadressitüüp määrab, kuidas teie rahakott kodeerib kulutamistingimusi, mis mõjutab teie teenustasusid, ühilduvust teiste rahakottidega ning seda, kuidas teie tehingud ahelas kuvatakse.

Aadressitüüpide võrdlus

Aadressi tüüpEesliideKodeerimineTüüpiline Tx suurus (1 sisend, 2 väljundit)Tasude kokkuhoid vs vana süsteemRahakoti tugi
Legacy (P2PKH)1...Base58~226 vbaitiVõrdlusväärtusUniversaalne
Pesastatud SegWit (P2SH-P2WPKH)3...Base58~167 vbaiti~26 %Väga lai
SegWit (P2WPKH)bc1q... 42 tähemärkiBech32~141 vbaiti~38 %Kõik kaasaegsed rahakotid
SegWit-i algupärane multisig (P2WSH)bc1q... 62 tähemärkiBech32Erinev~32%+Kõik kaasaegsed rahakotid
Taproot (P2TR)bc1p... 62 tähemärkiBech32m~154 vbaiti~32 %Enamik kaasaegseid rahakotte

Tehingu suuruse andmed: Spark.money Bitcoin-tehingute suuruse juhend, 2026. Tasude kokkuhoid on ligikaudne ja sõltub mempooli olukorrast.

Legacy (P2PKH, eesliide 1...) See on 2009. aasta algne formaat. Allkiri jääb tehingu põhiteksti sisse, kus see arvestatakse täies mahus. Teenustasust ei säästeta. Seda toetatakse endiselt kõikjal, mis ongi ainus põhjus, miks seda tänapäeval kasutada, kui tegemist on väga vana tarkvaraga, mis ei suuda muud formaati vastu võtta.

Pesastatud SegWit (P2SH-P2WPKH, eesliide 3...) pakub SegWit-skripti vanema P2SH-ümbriku sisse. Kui SegWit 2017. aastal kasutusele võeti, ei lisanud kõik rahakotid ja vahetusplatvormid kohe toetust uuele bc1-vormingule. Pesastatud SegWit oli ühilduvussild: saad osalist teenustasude kokkuhoidu ning vanemat tarkvara kasutavad saatjad saavad sulle ikkagi maksta. 2026. aastaks on see formaat peamiselt varuvariandiks. 3... Eesliide on ühine ka SegWit-väliste P2SH-aadressidega, mis tähendab, et aadressi põhjal üksi ei ole võimalik kindlaks teha, kas tegemist on SegWit-tehinguga.

Natiivne SegWit (P2WPKH, eesliide bc1q..., 42 tähemärki) on enamiku kasutajate jaoks õige valik. See kasutab Bech32-kodeeringut, mis koosneb ainult väiketähtedest, pakub Base58-st paremat veatuvastust ning välistab sarnased tähemärgid (ei suurt O-tähte, nulli, suurt I-tähte ega väikest l-tähte). Tavaline 1 sisendiga ja 2 väljundiga P2WPKH-tehing võtab ruumi umbes 141 vbaiti, mis on ligikaudu 38% vähem kui samaväärsel vanal tehingul. Alates 2026. aastast toetavad seda kõik aktiivsed rahakotid ja börsid.

SegWit-i sisseehitatud multisig (P2WSH, eesliide bc1q..., 62 tähemärki) on skripti-hash-variant, mida kasutatakse mitme allkirjaga rahakottide ja keerukate kulutamistingimuste puhul. Pikem aadress kajastab 32-baidist SHA-256-hash-väärtust, mitte P2WPKH poolt kasutatavat 20-baidist hash-väärtust. Kui kasutate 2-of-3 multisig-seadistust, on P2WSH SegWit-i omapärane viis selle teostamiseks.

Taproot (P2TR, eesliide bc1p..., 62 tähemärki) on SegWit versioon 1, mis võeti kasutusele 2021. aastal. See kasutab ECDSA asemel Schnorr-allkirju, mis võimaldab mitu allkirja üheks koondada, muutes mitme allkirjaga tehingud ahelas ühe allkirjaga tehingutest eristamatuks. See pakub madalaimaid tasusid ühe allkirjaga tehingute puhul ja parimat privaatsust. Kasutage seda, kui olete veendunud, et teie saajad ja nende rahakotid toetavad bc1p-aadresse.

Kiire soovitus

Enamikule kasutajatele soovitame kasutada algset SegWit-i (bc1q). Seda toetavad peaaegu kõik aktiivsed rahakotid ja börsid, see võimaldab säästa teenustasudelt umbes 38% võrreldes vana süsteemiga ning ei tekita ühilduvusriski 2026. aastal (arendajatele, kes integreerivad SegWit-i rahakoti tarkvarasse, vaadake Bitcoin Core’i rahakoti arendamise juhend.).

Kui teie rahakott toetab Taproot’i (bc1p) ja te teete ühe allkirjaga tehinguid saajatega, kelle rahakotid seda toetavad, tagab see veidi madalamad teenustasud ja parema privaatsuse.

Nested SegWit (3...) on ühilduvuse tagavaralahendus. See on küll sobiv, kuid enam pole põhjust seda vaikimisi kasutada.

Blokisuuruse sõda: miks SegWit tekitas nii palju poleemikat

SegWiti tehniline põhjendus oli selge. Selle aktiveerimise protsess aga mitte.

Aastatel 2015–2017 oli Bitcoin seotud ühega oma ajaloo kõige suuremaid erimeelsusi tekitanud juhtimisvaidlustega. Põhimõtteliselt oli küsimus lihtne: kuidas peaks detsentraliseeritud võrk oma reegleid uuendama, kui erinevatel fraktsioonidel on vastandlikud huvid?

Kaevandamise ummikseis

BIP9 standardse uuendamisprotsessi kohaselt nõudis pehme haru, et 95% kaevuritest väljendaksid toetust kahe nädala jooksul. 2017. aasta alguseks oli SegWit juba mitu kuud aktiveerimiseks valmis, kuid jäi selle künnise alla.

Kõige märkimisväärsem vastuseis tuli suurte kaevandusettevõtete poolt, eriti Bitmainilt, kes kontrollis tol ajal märkimisväärset osa Bitcoini hashrate’ist. Põhjus selgus hiljem: Bitmain kasutas patenteeritud tehnoloogiat nimega ASICBoost, mis andis nende kaevandamisseadmetele märkimisväärse tõhususe eelise. SegWit oli struktuuriliselt kokkusobimatu varjatud ASICBoostiga. SegWiti blokeerimine kaitses seda eelist.

BIP 148 ja UASF

2017. aasta märtsis avaldas pseudonüümi Shaolinfry all tegutsev anonüümne arendaja BIP 148: kasutaja poolt aktiveeritav pehme haru (UASF). Selle asemel, et oodata kaevandajate signaali, pakkus BIP 148 välja, et majanduslikud sõlmed – st börsid, makseprotsessorid ja Bitcoin-tarkvara kasutavad ettevõtted – hakkaksid alates 1. augustist 2017 lihtsalt tagasi lükkama kõiki plokke, mis ei andnud märku SegWiti toetusest.

Loogika oli lihtne: kaevurid toodavad plokke, kuid need omavad väärtust vaid siis, kui võrk need aktsepteerib. Kui piisav osa majanduslikust enamusest käitaks BIP 148 sõlmi, aktiveeriksid kaevurid kas SegWiti või näeksid, kuidas nende plokid hüljatakse. Risk oli sama selge: kui kasutuselevõtt oleks ebapiisav, tekiks ahela jagunemine, mille tulemusena töötaksid paralleelselt kaks ühildumatut Bitcoini versiooni.

UASF-kampaania oli rohujuuretasandiline ja kõlav. Ilmusid konverentsimärgid. Twitteris muutusid vaidlused üha ägedamaks. Väljend „käita oma sõlme” omandas uue aktuaalsuse.

New Yorgi kokkulepe ja Bitcoin Cash

UASF-i tähtaja lähenedes kogunesid 2017. aasta mais New Yorgis üle 50 suurema Bitcoiniga seotud ettevõtte ning allkirjastasid dokumendi, mis sai tuntuks kui New Yorgi kokkulepe. Nad leppisid kokku, et aktiveerivad SegWiti, kuid teevad sellele järgnevalt ka hard forki, et kahekordistada ploki suurus 2 MB-ni (see sai tuntuks kui SegWit2x).

Kompromiss ei rahuldanud kumbagi poolt täielikult. Suurtele plokkidele vastu olnud arendajad pidasid SegWit2x-i tagaukseks, millega nad polnud nõustunud. Kaevurid ja ettevõtted, kes soovisid suuremaid plokke, ei saanud ikkagi seda, mida nad algselt tahtsid.

1. augustil 2017. aastal lõhkus fraktsioon, kes soovis puhtalt ploki suuruse suurendamist ilma SegWitita, Bitcoini, luues Bitcoin Cashi (BCH), mille ploki suuruseks määrati algselt 8 MB. SegWit aktiveeriti Bitcoinis 24. augustil 2017. SegWit2x-i hard forkist loobuti 2017. aasta novembris, kui selle korraldajad jõudsid järeldusele, et neil puudub piisav konsensus.

Milles jõuti kokkuleppele

Tulemus oli oluline ka väljaspool tehnilisi üksikasju. UASF oli toiminud: konsensuse reeglite kohaldamise üle otsustasid majanduslikud sõlmed, mitte kaevurid. Seda tuuakse nüüd sageli näitena sellest, et Bitcoini juhtimine lasub lõppkokkuvõttes neil, kes tarkvara käitavad ja kasutavad, mitte neil, kes plokke toodavad. 1. augustit nimetatakse osa kogukonnast Bitcoini iseseisvuspäevaks.

Mida SegWit võimaldas

Lightning Network

Lightning Network loodi enne SegWiti tekkimist. Selle loojad teadsid, et seda ei saa ohutult kasutusele võtta enne, kui tehingute muudetavuse probleem on lahendatud, sest maksekanalid tuginevad kinnitamata tehingute ahelatele, mis viitavad üksteisele TXID-i kaudu. SegWiti tagatis fikseeritud TXID-i kohta muutis need kanalid turvaliseks.

Lightning Network käivitati Bitcoini põhivõrgus 2018. aasta alguses, umbes kuus kuud pärast SegWiti aktiveerimist. 2025. aasta esimeseks kvartaliks oli see töötlenud üle 100 miljoni tehingu. Ilma SegWitita ei oleks sellist infrastruktuuri olemaski.

Taproot ja skriptide versioonihaldus

SegWit lisas Bitcoini tehinguvormingusse skripti versioonimise. Witness-programm algab versioonibaidiga: SegWit V0 hõlmab P2WPKH ja P2WSH. Iga tulevane uuendus, mis määrab kindlaks uue versiooninumbri, saab oma reeglid, ilma et need oleksid vastuolus olemasolevatega, ning ilma et see nõuaks uut vaidlusi tekitavat uuenduste lahingut.

SegWit V1 on Taproot, mis võeti kasutusele 2021. aasta novembris. See tõi kaasa Schnorr-allkirjad, MAST-raamistiku (Merkelized Abstract Syntax Trees) keerukate kulutamistingimuste jaoks ning privaatsuse parandused, mille tõttu näevad mitme allkirjaga rahakotid ahelas välja täpselt samasugused kui ühe allkirjaga tehingud. Iga Taprootiga kasutusele võetud tehniline võimalus tugines SegWiti loodud versioonihaldusarhitektuurile.

Järjestusnumbrid ja sissekanded

Täpselt sama tunnistaja andmestruktuur, mille SegWit kasutusele võttis ja mida Taproot laiendas, tegi tehniliselt võimalikuks suvaliste andmete, piltide, teksti ja koodi otse Bitcoin-tehingutesse lisamise. See on Ordinals-protokolli ja Bitcoini sissekannete taga olev mehhanism, mis põhjustas ahelasisese andmekasutuse järsu kasvu ja tõi kaasa Taproot'i kasutuselevõtu ligikaudu 42% tehingutest 2024. aastal. Kui kirjutuste tegemine vähenes, stabiliseerus Taproot’i kasutamine 2025. aasta lõpuks umbes 20% tehingutest, samas kui SegWit V0 jääb domineerivaks formaadiks umbes 85% osakaaluga.

SegWit kontekstis: Bitcoini uuenduste ajakava

AastaÜritus
2015Pieter Wuille tutvustab SegWit-kontseptsiooni konverentsil „Scaling Bitcoin“
2016BIP 141 avaldati ametlikult; kaevandajate toetus jääb alla 95% künnise
Märts 2017Shaolinfry poolt avaldatud BIP 148 (UASF)
mai 2017New Yorgi kokkuleppe on allkirjastanud üle 50 ettevõtte
1. august 2017Bitcoin Cash on Bitcoini haru
24. august 2017SegWit aktiveeritakse Bitcoini võrgustikus plokis 481 824
2017. aasta novemberSegWit2x-i hard forkust loobuti
Jaanuar 2018Lightning Network käivitatakse põhivõrgus
november 2021Taproot aktiveerub, tuginedes SegWiti versioonisüsteemile
2023–2024Ordinaalid ja kirjed kasutavad ära SegWit/Taproot’i tunnistajaruumi
2026Umbes 85% Bitcoin-tehingutest kasutab SegWit-i

Praegune vastuvõtmine

SegWiti kasutuselevõtt kasvas pärast aktiveerimist järjekindlalt, jõudes esimeste kuude jooksul 30%ni tehingutest ning ületades seejärel järgmise kahe aasta jooksul 50% piiri, kui rahakotid ja börsid oma tarkvara uuendasid.

Alates 2026. aastast kasutatakse ligikaudu 85% Bitcoin-tehingutest SegWit-i (allikas: Spark.money Bitcoin Network Statistics, CoinGecko). Ülejäänud 15% moodustavad vanad tehingud rahakottidest ja teenustest, mida pole uuendatud. Taproot’i (P2TR, SegWit V1) kasutus saavutas 2024. aastal tipptaseme, moodustades ligikaudu 42% tehingutest, mis oli suuresti tingitud Ordinalsi kirjutuste tegevusest, enne kui see 2025. aasta lõpuks langes umbes 20%ni, kuna kirjutuste maht vähenes.

Kasutuselevõtu kõver peegeldab seda, mis juhtus SegWitiga: uute aadressivormingute laialdaseks kasutuselevõtuks kulub üks kuni kolm aastat, kuna riistvarakotid, börsid ja makseprotsessorid uuendavad oma tarkvara. Taproot’i tugi laieneb jätkuvalt erinevates rahakottide rakendustes.

SegWit vs. Legacy: erinevuste kokkuvõte

FunktsioonVana versioon (enne SegWitit)SegWit
Allkirja kohtScriptSig-i sees (tehingu põhitekst)Eraldi tunnistaja väli
Bloki suuruse mõõdikSuurus baitides (piirang 1 MB)Kaalühikud (piirang 4 miljonit WU)
TXID-i arvutamineSisaldab allkirjaandmeidVälja arvatud tunnistajate andmed
Tehingu muudetavusVõimalikParandatud
Tüüpiline 1 sisendiga ja 2 väljundiga transiitmõõt~226 vbaiti~141 vbaiti (P2WPKH)
Kulude kokkuhoidVõrdlusväärtus~38% väiksem (P2WPKH võrreldes P2PKH-ga)
Lightning Networki tugiOhtlikNõutav; võimaldab maksekanaleid
Aadressi eesliide1...bc1q... (emakeel) või 3... (pesastatud)
KodeerimineBase58Bech32

Kokkuvõte

SegWit on protokolli uuendus, mis eraldas Bitcoini allkirjaandmed tehinguandmetest, kõrvaldas 2009. aastast pärineva turvaaugu, vähendas tehingutasusid ligikaudu kolmandiku võrra ning lõi arhitektuurilise aluse Lightning Networkile, Taprootile ja kõigele, mis on sellele alusele hiljem rajatud.

Alates 2026. aastast on see Bitcoini tehingustandard, mille kaudu töödeldakse valdav osa ahelas toimuvast tegevusest. Sellega kasutusele võetud aadressivormingud, eriti SegWiti oma (bc1q), on need, mida enamik kasutajaid peaks tänapäeval vaikimisi kasutama. Selle aktiveerimist ümbritsenud poliitiline võitlus jääb üheks õpetlikumaks peatükiks Bitcoini juhtimise ajaloos: see näitab, et detsentraliseeritud võrgustikus ei ole konsensus midagi, mida kaevurid annavad, vaid midagi, mida kasutajad kehtestavad.

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.

Alusta turvalist investeerimist Bitcoin.com-i rahakotiga

Siiani on loodud üle 85 miljoni rahakoti. Kõik, mida vajad, et oma bitcoine ja krüptovaluutat turvaliselt osta, müüa, vahetada ja investeerida.

A screenshot of the Bitcoin.com Wallet app

Skannige, et alla laadida Bitcoin.comi rahakott

Skannige see QR-kood oma mobiilseadmega – teid suunatakse automaatselt õigele poe lehele.