Mikä on SegWit (Segregated Witness)? Selitys Bitcoinin tärkeimmästä päivityksestä

Jos olet avannut Bitcoin-lompakon ja sinua on pyydetty valitsemaan joko ”Legacy”-, ”SegWit”- tai ”Native SegWit”-osoite ilman selitystä siitä, mitä nämä termit tarkoittavat, tämä valinta juontaa juurensa yhteen vuonna 2017 tehtyyn päivitykseen.

SegWit, lyhenne sanasta Eriytetty todistaja, on elokuussa 2017 käyttöön otettu Bitcoin-protokollan päivitys, jossa digitaalisen allekirjoituksen tiedot siirretään pois transaktion ydinrakenteesta erilliseen kenttään, jota kutsutaan nimellä ”witness”. Tämä yksittäinen arkkitehtoninen muutos alensi transaktiomaksuja, korjasi vuosia kestäneen tietoturva-aukon, jota kutsutaan transaktion muokattavuudeksi (transaction malleability), ja loi tekniset edellytykset Lightning Networkin ja Taprootin toiminnalle.

Tässä artikkelissa käsitellään, mitä SegWit oikeastaan tekee, miten lohkon painojärjestelmä toimii, miten eri osoitetyypit vaikuttavat maksuusi sekä kiistanalaista poliittista taistelua, joka oli vähällä repiä Bitcoin-verkon kappaleiksi jo ennen sen käyttöönottoa.

Hallinnoi bitcoinejasi Bitcoin.com Wallet -sovellus.

Tärkeimmät kohdat

• SegWit (Segregated Witness) on Bitcoin-protokollan päivitys, joka otettiin käyttöön 24. elokuuta 2017. Se on virallisesti määritelty BIP 141 -standardiksi, ja sen ehdottivat Pieter Wuille, Eric Lombrozo ja Johnson Lau joulukuussa 2015.
• Se erottaa digitaalisen allekirjoituksen tiedot (ns. ”todistaja”) tapahtuman päätekstistä, mikä korjaa tapahtuman muokattavuudeksi kutsutun tietoturva-aukon ja pienentää kunkin tapahtuman kokoa.
• Lohkon kapasiteetti mitataan painoyksiköinä (WU) eikä tavuina. Todistajatiedot vievät 1 WU tavua kohti, kun taas muut tiedot vievät 4 WU tavua kohti, minkä ansiosta SegWit-transaktioiden allekirjoituskoko on 75 % pienempi.
• Native SegWit (bc1q-osoitteet) pienentää tavallisen transaktion koon noin 226 vbytes:stä noin 141 vbytes:iin, mikä alentaa maksuja noin 38 % verrattuna vanhoihin osoitteisiin.
• SegWitin takuu kiinteästä TXID-tunnuksesta oli Lightning-verkon tekninen edellytys. Ilman sitä maksukanavia ei olisi voitu rakentaa turvallisesti.
• Sen skriptiversiointijärjestelmä mahdollisti Taprootin (SegWit V1, otettu käyttöön vuonna 2021) ja tarjoaa puitteet tuleville Bitcoin-päivityksille ilman hard forkeja.
• Vuodesta 2026 lähtien noin 85 % Bitcoin-transaktioista käyttää SegWit-tekniikkaa. Se on verkon standardi, ei uusi ominaisuus.

Mikä on SegWit?

SegWit, eli Segregated Witness, on muutos Bitcoinin transaktiomuotoon, jossa digitaaliset allekirjoitukset – eli kryptografinen todiste siitä, että käyttäjällä on oikeus käyttää kolikkoa – erotetaan päätansaktiotiedoista ja tallennetaan erilliseen rakenteeseen, jota kutsutaan nimellä ”witness”. Tämä pienentää kunkin transaktion kokoa, mahdollistaa useampien transaktioiden mahtumisen kuhunkin lohkoon ja poistaa haavoittuvuuden, joka oli aiemmin estänyt maksukanavien turvallisen rakentamisen Bitcoinin päälle.

Nimi voidaan selittää yksinkertaisesti: ”segregated” tarkoittaa erillistä, ja ”witness” on salaustekniikan termi allekirjoitustiedoille, jotka todistavat transaktion pätevyyden. Witness vastaa kysymykseen ”onko oikea omistaja hyväksynyt tämän?”, kun taas muut transaktiotiedot vastaavat kysymykseen ”minne varat menevät ja kuinka paljon?”.

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

Päivitys määriteltiin virallisesti nimellä Bitcoin Improvement Proposal 141 (BIP 141) ja jonka Bitcoin Core -kehittäjät Pieter Wuille, Eric Lombrozo ja Johnson Lau esittivät Scaling Bitcoin -konferenssissa joulukuussa 2015. Se otettiin käyttöön Bitcoinin pääverkossa 24. elokuuta 2017 lohkossa 481 824 soft forkin muodossa, mikä tarkoittaa, että se oli taaksepäin yhteensopiva. Solmut, joita ei ollut päivitetty, pystyivät edelleen vahvistamaan perustransaktiotiedot; päivitetyt solmut näkivät koko kuvan, mukaan lukien todistajan.

Vuodesta 2026 lähtien noin 85 % kaikista Bitcoin-transaktioista käyttää SegWit-tekniikkaa. Se ei ole enää uusi ominaisuus, vaan vakiintunut käytäntö.

Ongelmat, joiden ratkaisemiseksi SegWit kehitettiin

SegWit ratkaisi kaksi erillistä ongelmaa, jotka olivat rajoittaneet Bitcoinin kehitystä jo vuosien ajan.

Transaktion muokattavuus

Jokaisella Bitcoin-transaktiolla on yksilöllinen tunniste, jota kutsutaan TXID:ksi ja joka on transaktiotiedoista luotu hajautusarvo. Ennen SegWitin käyttöönottoa kyseinen hajautusarvo laskettiin koko transaktiosta, allekirjoitus mukaan lukien.

Ongelma on seuraava: salaustekninen allekirjoitus ei voi allekirjoittaa itseään. Tämä jätti pienen aukon, jonka kautta kuka tahansa, joka välitti transaktiotasi verkon kautta, saattoi muokata allekirjoitusta hieman siten, että se pysyi matemaattisesti pätevänä mutta tuotti eri TXID-tunnuksen. Varat menivät edelleen oikeaan osoitteeseen ja transaktio toteutui, mutta tunniste oli muuttunut.

Tämä ei kuulosta katastrofaaliselta yksinkertaisen maksun kannalta. Protokollille, jotka ketjuttavat useita vahvistamattomia tapahtumia yhteen, se on kohtalokasta. Lightning Network, joka toimii luomalla sarjan ketjun ulkopuolisia maksusitoumuksia, jotka viittaavat aikaisempiin tapahtumatunnisteisiin (TXID), ei voi toimia turvallisesti, jos jokin näistä tunnisteista voi muuttua ennen vahvistamista. Muuttuva TXID tarkoittaa, että ketju katkeaa, ja varat voivat jäädä jumiin tai tulla varastetuiksi.

Transaktioiden muokattavuus aiheutti myös todellisia vahinkoja ennen kuin ongelma saatiin korjattua. Mt. Gox -pörssi mainitsi sen yhtenä tekijänä vuoden 2014 romahduksessaan, vaikka historioitsijat kiistelevätkin siitä, missä määrin se oli perimmäinen syy ja missä määrin se oli vain tekosyy syvemmälle johtamisvirheelle.

SegWit ratkaisi tämän ongelman poistamalla allekirjoitukset kokonaan TXID-laskelmasta. Tunniste lasketaan nyt pelkästään transaktion peruskenttien perusteella. Allekirjoituksen muuttaminen ei enää vaikuta transaktion tunnisteeseen.

Estä ruuhkat ja nousevat maksut

Vuoteen 2016 mennessä ja vielä vuonna 2017 Bitcoin käsitteli noin 7 tapahtumaa sekunnissa. Kysynnän huippuhetkillä transaktioiden ruuhka kasvoi kymmeniin tuhansiin, ja tavallisen lähetyksen käsittelymaksut nousivat 50 dollariin tai yli. Ongelma oli rakenteellinen: Bitcoinin lohkojen koko oli rajattu 1 megatavuun, ja allekirjoitukset muodostivat noin 65 % transaktion koosta.

Ilmeinen ratkaisu, eli lohkon kokorajan nostaminen, olisi edellyttänyt hard forkin toteuttamista, mikä olisi tarkoittanut, että kaikkien solmujen olisi pitänyt päivittää järjestelmänsä tai jäädä yhteensopimattomalle ketjulle. Hard forkit ovat riskialttiita ja kiistanalaisia. SegWit löysi tavan kiertää tämän rajoituksen kokonaan.

SegWitin toiminta

Todistajien tietojen erottelu

Perinteisessä Bitcoin-transaktiossa jokaisessa syötteessä on ScriptSig-kenttä, joka sisältää maksajan allekirjoituksen ja julkisen avaimen. SegWit-transaktiossa ScriptSig-kenttä jätetään tyhjäksi SegWit-syötteiden osalta. Allekirjoitus ja julkinen avain siirretään uuteen todistajakenttään, joka liitetään transaktion loppuun.

Kaksi lisätavua – merkki (0x00) ja lippu (0x01) – ilmoittavat SegWit-yhteensopiville solmuille, että seuraavaksi tulee todistajatietoja. SegWit-tekniikkaa edeltävistä ajoista peräisin olevat solmut näkevät vain tyhjän ScriptSig-kentän ja käsittelevät tapahtuman kelvollisena vanhemman ”kuka tahansa voi käyttää” -tulkintaansa mukaisesti, jolloin taaksepäin yhteensopivuus säilyy.

Lohkon paino korvaa lohkon koon

SegWit korvasi 1 Mt:n lohkon kokorajoituksen uudella mittarilla: lohkon painolla, jonka yläraja on 4 miljoonaa painoyksikköä (WU).

Ratkaiseva seikka on siinä, miten tavuja lasketaan:

• Jokainen todistajattoman transaktion datan tavu maksaa 4 painoyksikköä
• Jokainen todistustietojen tavu maksaa vain yhden painoyksikön

Koska allekirjoitukset ovat suuria ja sijaitsevat nyt todistajaosassa, ne vievät lohkon kapasiteetista vain neljänneksen siitä, mitä aiemmin. Näin SegWit kasvatti lohkon tehollisen koon käytännössä noin 1,7–2 MB:iin koskematta vanhojen solmujen noudattamaan 1 MB:n sääntöön. Teoreettisesti kokonaan SegWit-tekniikkaa käyttävän lohkon enimmäiskoko on 4 Mt, vaikka tätä ei käytännössä koskaan tapahdu, koska jokainen lohko sisältää myös muuta kuin todistaja-dataa.

Virtuaaliset tavut (vBytes): Lompakoissa näkyvä yksikkö

Jotta maksutasot pysyisivät vertailukelpoisina perinteisten transaktioiden kanssa, SegWit-tekniikassa otettiin käyttöön virtuaaliset tavut (vbytes): painoyksiköt jaettuna neljällä. Perinteisissä transaktioissa tavut ja vbytes ovat identtisiä. SegWit-transaktioissa vbytes-arvot ovat pienempiä, koska todistajatietojen pienentynyt määrä laskee kokonaismäärää.

Lompakkopalkkiot ilmoitetaan satosheina per vbyte (sat/vB). SegWit-tapahtuma, jossa on vähemmän vbyteja, maksaa vähemmän palkkioita samalla sat/vB-kurssilla. Tämä on se mekanismi, jonka ansiosta palkkiot alenevat, kun käytät bc1q-osoitetta 1...-osoitteen sijaan.

SegWit-osoitetyypit: mitä niistä kannattaa käyttää?

SegWit toi mukanaan teknisten muutosten ohella myös uusia osoitemuotoja. Osoitetyyppi määrää, miten lompakkosi koodaa käyttöehdot, mikä vaikuttaa maksuusi, yhteensopivuuteesi muiden lompakoiden kanssa sekä siihen, miltä transaktiosi näyttävät lohkoketjussa.

Osoitetyyppien vertailu

Tiedot transaktioiden koosta: Spark.money:n Bitcoin-transaktioiden kokojen viite, 2026. Palkkiosäästöt ovat arvioita ja vaihtelevat mempoolin tilanteen mukaan.

Legacy (P2PKH, etuliite 1...) on alkuperäinen muoto vuodelta 2009. Allekirjoitus pysyy transaktion päätekstissä, jossa se otetaan huomioon täysimääräisesti. Palkkiosäästöjä ei synny. Muotoa tuetaan edelleen yleisesti, mikä on ainoa syy käyttää sitä nykyään, jos olet tekemisissä hyvin vanhan ohjelmiston kanssa, joka ei kykene vastaanottamaan mitään muuta.

Nested SegWit (P2SH-P2WPKH, etuliite 3...) käärii SegWit-skriptin vanhemman P2SH-kirjekuoren sisään. Kun SegWit otettiin käyttöön vuonna 2017, kaikki lompakot ja pörssit eivät heti lisänneet tukea uudelle bc1-muodolle. Nested SegWit toimi yhteensopivuussiltana: saat osittaisia säästöjä siirtomaksuissa, ja vanhempaa ohjelmistoa käyttävät lähettäjät voivat silti maksaa sinulle. Vuoteen 2026 mennessä tämä muoto on olemassa lähinnä varavaihtoehtona. 3... etuliite on sama kuin muissa kuin SegWit-P2SH-osoitteissa, mikä tarkoittaa, että pelkän osoitteen perusteella ei voi päätellä, onko kyseessä SegWit-maksutapahtuma.

Alkuperäinen SegWit (P2WPKH, etuliite bc1q..., 42 merkkiä) on oikea valinta useimmille käyttäjille. Se käyttää Bech32-koodausta, jossa kaikki merkit ovat pieniä kirjaimia, ja jolla on parempi virheentunnistus kuin Base58-koodauksella sekä joka eliminoi toisiltaan samannäköiset merkit (ei isoa O:ta, nollaa, isoa I:tä tai pientä l:ää). Tavallinen 1-syöttöinen, 2-lähtöinen P2WPKH-transaktio vie tilaa noin 141 vbytes, mikä on noin 38 % vähemmän kuin vastaava vanhan tyyppinen transaktio. Kaikki aktiiviset lompakot ja pörssit tukevat sitä vuodesta 2026 lähtien.

Alkuperäinen SegWit-monen allekirjoituksen järjestelmä (P2WSH, etuliite bc1q..., 62 merkkiä) on script-hash-muunnelma, jota käytetään monen allekirjoituksen lompakoissa ja monimutkaisissa käyttöehdoissa. Pidempi osoite perustuu 32 tavun SHA-256-hash-arvoon P2WPKH:n käyttämän 20 tavun hash-arvon sijaan. Jos käytät 2-of-3-monen allekirjoituksen järjestelmää, P2WSH on SegWit-yhteensopiva tapa toteuttaa se.

Taproot (P2TR, etuliite bc1p..., 62 merkkiä) on SegWit-versio 1, joka otettiin käyttöön vuonna 2021. Se käyttää ECDSA:n sijaan Schnorr-allekirjoituksia, mikä mahdollistaa useiden allekirjoitusten yhdistämisen yhdeksi, jolloin monen allekirjoituksen (multisig) transaktioita ei voida erottaa yksittäisen allekirjoituksen (single-sig) transaktioista ketjussa. Se tarjoaa alhaisimmat maksut yksittäisen allekirjoituksen (single-sig) maksuille ja parhaan yksityisyyden. Käytä sitä, kun olet varmistanut, että vastaanottajasi ja heidän lompakkonsa tukevat bc1p-osoitteita.

Pikaohje

Useimmille käyttäjille suositellaan natiivin SegWitin (bc1q) käyttöä. Sitä tukee käytännössä jokainen aktiivinen lompakko ja pörssi, se säästää noin 38 % maksuissa verrattuna vanhaan järjestelmään eikä siihen liity yhteensopivuusriskiä vuonna 2026 (kehittäjille, jotka integroivat SegWitin lompakko-ohjelmistoon, katso Bitcoin Core -lompakon kehitysopas.).

Jos lompakkosi tukee Taprootia (bc1p) ja teet yhden allekirjoituksen transaktioita vastaanottajille, joiden lompakot tukevat sitä, saat hieman edullisemmat transaktiomaksut ja paremman tietosuojan.

Nested SegWit (3...) on yhteensopivuuden varajärjestelmä. Se on hyvä ratkaisu, mutta ei ole enää syytä käyttää sitä oletuksena.

Blokkikoon sota: miksi SegWit herätti niin paljon kiistaa

SegWitin tekniset perusteet olivat selkeät. Sen käyttöönoton etenemissuunnitelma ei kuitenkaan ollut.

Vuosina 2015–2017 Bitcoin oli keskellä yhtä historiansa kiistanalaisimmista hallintokysymyksistä. Perimmältään kysymys oli yksinkertainen: miten hajautetun verkon tulisi päivittää omia sääntöjään, kun eri ryhmittymillä on ristiriitaisia etuja?

Kaivosalan umpikuja

BIP9-päivitysprosessin standardin mukaan soft forkin toteuttaminen edellytti, että 95 % louhijoista ilmoitti tukevansa päivitystä kahden viikon aikana. Vuoden 2017 alkuun mennessä SegWit oli ollut aktivointivalmis jo kuukausien ajan, mutta se oli juuttunut alle tämän kynnysarvon.

Merkittävin vastustus tuli suurilta louhintayrityksiltä, erityisesti Bitmainilta, joka hallitsi tuolloin huomattavaa osaa bitcoinin laskentatehosta. Syy selvisi myöhemmin: Bitmain käytti patentoitua tekniikkaa nimeltä ASICBoost, optimointia, joka antoi sen louhintalaitteistolle merkittävän tehokkuusedun. SegWit oli rakenteellisesti yhteensopimaton salaisen ASICBoostin kanssa. SegWitin estäminen suojasi tätä etua.

BIP 148 ja UASF

Maaliskuussa 2017 nimimerkkiä Shaolinfry käyttävä nimetön kehittäjä julkaisi BIP 148:n: käyttäjän aktivoiman pehmeän haarautumisen (UASF). Sen sijaan, että olisi odotettu louhijoiden signaalia, BIP 148 ehdotti, että taloudelliset solmut – eli pörssit, maksupalveluntarjoajat ja Bitcoin-ohjelmistoa käyttävät yritykset – alkaisivat yksinkertaisesti hylätä kaikki lohkot, jotka eivät ilmoittaneet tukevansa SegWitiä 1. elokuuta 2017 alkaen.

Logiikka oli yksinkertainen: louhijat tuottavat lohkoja, mutta niillä on arvoa vain, jos verkko hyväksyy ne. Jos riittävän suuri taloudellinen enemmistö käyttäisi BIP 148 -solmuja, louhijat joko aktivoisivat SegWitin tai joutuisivat katsomaan, kuinka heidän lohkonsa jäävät orvoiksi. Riski oli yhtä selvä: jos käyttöönotto ei olisi riittävää, seurauksena olisi ketjun halkeaminen, jolloin kaksi yhteensopimatonta Bitcoin-versiota toimisi rinnakkain.

UASF-kampanja oli ruohonjuuritason ja äänekäs. Konferenssikortteja alkoi ilmestyä. Twitter-kiistat kiihtyivät. Lauseesta ”käytä omaa solmua” tuli entistäkin ajankohtaisempi.

New Yorkin sopimus ja Bitcoin Cash

UASF:n määräajan lähestyessä yli 50 merkittävää Bitcoin-yritystä kokoontui New Yorkissa toukokuussa 2017 ja allekirjoitti sopimuksen, joka tuli tunnetuksi nimellä New Yorkin sopimus. Yritykset sopivat ottavansa SegWitin käyttöön, mutta myös toteuttavansa sen jälkeen hard forkin, jolla lohkon koko kaksinkertaistettaisiin 2 megatavuun (tämä tuli tunnetuksi nimellä SegWit2x).

Kompromissi ei tyydyttänyt kumpaakaan osapuolta täysin. Suuria lohkoja vastustaneet kehittäjät pitivät SegWit2x:ää salakavalana hard forkinä, johon he eivät olleet suostuneet. Suurempia lohkoja halunneet louhijat ja yritykset eivät vieläkään saaneet sitä, mitä alun perin halusivat.

1. elokuuta 2017 ryhmä, joka oli halunnut pelkästään lohkon koon kasvattamista ilman SegWitiä, teki Bitcoinista haaran ja perusti Bitcoin Cashin (BCH), jonka lohkon enimmäiskoko oli aluksi 8 Mt. SegWit otettiin käyttöön Bitcoinissa 24. elokuuta 2017. SegWit2x-hard forkista luovuttiin marraskuussa 2017, kun sen järjestäjät totesivat, ettei asiasta ollut riittävää yksimielisyyttä.

Mitä asiassa ratkaistiin

Tuloksella oli merkitystä tekniset yksityiskohdatkin ylittävällä tasolla. UASF oli toiminut: taloudelliset solmut, eivät kaivostyöläiset, päättivät siitä, mitä konsensussääntöjä sovellettaisiin. Tätä pidetään nykyään yleisesti osoituksena siitä, että Bitcoinin hallinto on viime kädessä niiden käsissä, jotka ylläpitävät ja käyttävät ohjelmistoa, eivätkä niiden, jotka tuottavat lohkoja. Osa yhteisöstä viittaa 1. elokuuta Bitcoinin itsenäisyyspäivänä.

Mitä SegWit mahdollisti

Lightning-verkko

Lightning Network suunniteltiin ennen SegWitin syntymistä. Sen kehittäjät tiesivät, ettei verkkoa voitu ottaa turvallisesti käyttöön ennen kuin transaktioiden muokattavuusongelma oli ratkaistu, sillä maksukanavat perustuvat vahvistamattomien transaktioiden ketjuihin, jotka viittaavat toisiinsa TXID-tunnisteen avulla. SegWitin takaama kiinteä TXID-tunniste teki näistä kanavista turvallisia.

Lightning Network otettiin käyttöön Bitcoinin pääverkossa vuoden 2018 alussa, noin kuusi kuukautta SegWitin käyttöönoton jälkeen. Vuoden 2025 ensimmäisen neljänneksen mennessä se oli käsitellyt yli 100 miljoonaa tapahtumaa. Ilman SegWitiä tätä infrastruktuuria ei olisi olemassa.

Taproot ja skriptien versiointi

SegWit toi skriptiversioinnin osaksi Bitcoinin transaktiomuotoa. Witness-ohjelma alkaa versiotavulla: SegWit V0 kattaa P2WPKH- ja P2WSH-muodot. Mikä tahansa tuleva päivitys, jossa määritellään uusi versionumero, saa omat sääntönsä ilman, että ne ovat ristiriidassa olemassa olevien sääntöjen kanssa, eikä se vaadi uutta kiistanalaista päivitystaistelua.

SegWit V1 on Taproot, joka otettiin käyttöön marraskuussa 2021. Se toi mukanaan Schnorr-allekirjoitukset, MAST-kehyksen (Merkelized Abstract Syntax Trees) monimutkaisia käyttöehtoja varten sekä yksityisyyttä parantavia ominaisuuksia, joiden ansiosta monen allekirjoituksen lompakot näyttävät ketjussa identtisiltä yhden allekirjoituksen transaktioiden kanssa. Jokainen Taprootin tuoma tekninen ominaisuus perustui SegWitin luomaan versiointirakenteeseen.

Järjestysluvut ja kirjoitukset

Juuri se sama todistajatietorakenne, jonka SegWit toi mukanaan ja jota Taproot laajensi, teki teknisesti mahdolliseksi upottaa mitä tahansa dataa, kuvia, tekstiä ja koodia suoraan Bitcoin-transaktioihin. Tämä on Ordinals-protokollan ja Bitcoin-merkintöjen taustalla oleva mekanismi, joka vauhditti ketjussa olevan datan käytön räjähdysmäistä kasvua ja nosti Taprootin käyttöasteen noin 42 prosenttiin transaktioista vuonna 2024. Inscription-toiminnan vähentyessä Taprootin käyttö vakiintui noin 20 prosenttiin transaktioista vuoden 2025 loppupuolella, kun taas SegWit V0 on edelleen hallitseva formaatti noin 85 prosentin osuudella.

SegWit kontekstissa: Bitcoinin päivitysaikataulu

Nykyinen adoptio

SegWitin käyttöönotto kasvoi tasaisesti aktivoinnin jälkeen ja saavutti 30 % transaktioista jo ensimmäisten kuukausien aikana, minkä jälkeen se nousi yli 50 %:n rajan seuraavien kahden vuoden aikana, kun lompakot ja pörssit päivittivät ohjelmistojaan.

Vuonna 2026 noin 85 % Bitcoin-transaktioista käyttää SegWit-tekniikkaa (lähde: Spark.money Bitcoin Network Statistics, CoinGecko). Loput 15 % ovat vanhoja transaktioita lompakoista ja palveluista, joita ei ole päivitetty. Taprootin (P2TR, SegWit V1) käyttö saavutti huippunsa vuonna 2024, jolloin sen osuus oli noin 42 % transaktioista, mikä johtui suurelta osin Ordinals-merkintöjen tekemisestä. Sen jälkeen osuus vakiintui noin 20 %:iin vuoden 2025 loppupuolella, kun merkintöjen määrä väheni.

Käyttöönottokäyrä heijastaa sitä, mitä tapahtui SegWitin kohdalla: uusien osoitemuotojen yleistyminen kestää yhdestä kolmeen vuotta, kun laitteistolompakot, pörssit ja maksupalveluntarjoajat päivittävät ohjelmistojaan. Taproot-tuki laajenee edelleen eri lompakkosovelluksissa.

SegWit vs. Legacy: Erojen yhteenveto

Johtopäätös

SegWit on protokollapäivitys, joka erotti Bitcoinin allekirjoitustiedot sen transaktiotiedoista, korjasi vuodesta 2009 lähtien olemassa olleen tietoturva-aukon, alensi transaktiomaksuja noin kolmanneksella ja loi arkkitehtonisen perustan Lightning Networkille, Taprootille sekä kaikille niiden pohjalta sittemmin kehitetyille ratkaisuille.

Vuodesta 2026 lähtien se on ollut Bitcoinin transaktiostandardi, joka käsittelee valtaosan ketjussa tapahtuvasta toiminnasta. Sen käyttöön ottamat osoitemuodot, erityisesti natiivi SegWit (bc1q), ovat niitä, joita useimpien käyttäjien tulisi nykyään käyttää oletuksena. Sen käyttöönottoa ympäröinyt poliittinen taistelu on edelleen yksi opettavaisimmista luvuista Bitcoinin hallintotavan historiassa: se osoittaa, että hajautetussa verkossa konsensus ei ole jotain, jonka louhijat myöntävät, vaan jotain, jonka käyttäjät vaativat.