Jos olet avannut Bitcoin-lompakon ja sinua on pyydetty valitsemaan joko ”Legacy”-, ”SegWit”- tai ”Native SegWit”-osoite ilman selitystä siitä, mitä nämä tarkoittavat, tämä valinta juontaa juurensa vuonna 2017 tehtyyn päivitykseen.
SegWit, lyhenne sanoista Segregated Witness, on elokuussa 2017 käyttöön otettu Bitcoin-protokollan päivitys, joka siirtää digitaalisen allekirjoituksen tiedot pois transaktion ydinrakenteesta erilliseen kenttään, jota kutsutaan nimellä ”witness”. Tämä yksittäinen arkkitehtoninen muutos alensi transaktiomaksuja, korjasi vuosia kestäneen turvallisuushaavoittuvuuden, jota kutsutaan transaktioiden muokattavuudeksi, ja loi tekniset edellytykset Lightning Networkin ja Taprootin olemassaololle.
Tässä artikkelissa kerrotaan, mitä SegWit oikeastaan tekee, miten lohkon painojärjestelmä toimii, miten eri osoitetyypit vaikuttavat maksuusi sekä siitä kiistanalaisesta poliittisesta taistelusta, joka oli vähällä repiä Bitcoin-verkoston kappaleiksi jo ennen sen käyttöönottoa.
Hallinnoi bitcoinejasi Bitcoin.com-lompakkosovellus.
Tärkeimmät kohdat
- SegWit (Segregated Witness) on 24. elokuuta 2017 käyttöön otettu Bitcoin-protokollan päivitys, joka on virallisesti määritelty BIP 141 -ehdotukseksi ja jonka Pieter Wuille, Eric Lombrozo ja Johnson Lau ehdottivat joulukuussa 2015.
- Se erottaa digitaalisen allekirjoituksen tiedot (ns. ”todistaja”) varsinaisesta tapahtuman sisällöstä, 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 muiden tietojen osalta luku on 4 WU tavua kohti, minkä ansiosta SegWit-transaktioiden allekirjoituskoko on 75 % pienempi.
- SegWit-tuki (bc1q-osoitteet) pienentää tavallisen transaktion koon noin 226 vbytestä noin 141 vbyteen, mikä alentaa maksuja noin 38 % verrattuna vanhoihin osoitteisiin.
- SegWitin takuu kiinteästä TXID-tunnuksesta oli Lightning Networkin 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-maksutapahtumista 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 salaustekniset todisteet siitä, että käyttäjällä on oikeus käyttää kolikkoa – erotetaan varsinaisista transaktiotiedoista ja tallennetaan erilliseen rakenteeseen, jota kutsutaan todistajaksi (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 oikeellisuuden. 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 sen esittivät Bitcoin Core -kehittäjät Pieter Wuille, Eric Lombrozo ja Johnson Lau Scaling Bitcoin -konferenssissa joulukuussa 2015. Se aktivoitiin 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 perustapahtumatiedot; päivitetyt solmut näkivät koko kuvan, mukaan lukien todistajan.
Vuodesta 2026 lähtien noin 85 % kaikista Bitcoin-maksutapahtumista käyttää SegWit-tekniikkaa. Se ei ole enää uusi ominaisuus, vaan vakiintunut käytäntö.
Ongelmat, joita SegWit on kehitetty ratkaisemaan
SegWit ratkaisi kaksi erillistä ongelmaa, jotka olivat rajoittaneet Bitcoinin kehitystä vuosien ajan.
Transaktioiden muokattavuus
Jokaisella Bitcoin-tapahtumalla on yksilöllinen tunniste, jota kutsutaan TXID:ksi ja joka on tapahtuman tiedoista luotu hajautusarvo. Ennen SegWitin käyttöönottoa tämä hajautusarvo laskettiin koko tapahtuman perusteella, 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 verkossa, saattoi muuttaa 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 tapahtumatunnuksiin, ei voi toimia turvallisesti, jos jokin näistä tunnuksista voi muuttua ennen vahvistamista. Muuttuva TXID tarkoittaa, että ketju katkeaa ja varat voivat jäädä jumiin tai varastettaviksi.
Transaktioiden muokattavuus aiheutti myös todellisia vahinkoja ennen kuin ongelma saatiin korjattua. Mt. Gox -pörssi mainitsi sen yhtenä syynä vuoden 2014 romahdukseensa, vaikka historioitsijat kiistelevätkin siitä, oliko se todellinen perussyy vai pelkkä tekosyy syvemmälle johtamisvirheelle.
SegWit ratkaisi tämän ongelman poistamalla allekirjoitukset kokonaan TXID-laskelmasta. Tunniste lasketaan nyt pelkästään tapahtuman peruskenttien perusteella. Allekirjoituksen muuttaminen ei enää vaikuta tapahtuman tunnisteeseen.
Estä ruuhkat ja nousevat maksut
Vuoteen 2016 mennessä ja vuoden 2017 alkupuolella Bitcoin käsitteli noin seitsemän tapahtumaa sekunnissa. Kysynnän huippuhetkillä transaktioiden ruuhka kasvoi kymmeniin tuhansiin, ja palkkiot nousivat 50 dollariin tai yli tavallisesta lähetyksestä. 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 keinon 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 ylimääräistä tavua, merkki (0x00) ja lippu (0x01), ilmoittavat SegWit-yhteensopiville solmuille, että seuraavaksi tulee todistajatietoja. SegWit-tekniikkaa edeltävistä versioista 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ää” -tulkinta-periaatteen 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 tavut lasketaan:
- Jokainen todistajattoman tapahtuman 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 megatavuun koskematta vanhojen solmujen noudattamaan 1 megatavun sääntöön. Teoreettisesti täysin SegWit-lohkossa maksimikoko on 4 Mt, vaikka tätä ei käytännössä koskaan tapahdu, koska jokainen lohko sisältää myös muuta kuin todistajatietoa.
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-arvo on pienempi, koska todistustietojen pienempi 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ä sinun tulisi käyttää?
SegWitin myötä otettiin käyttöön uusia osoitemuotoja teknisten muutosten ohella. 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
1...3...bc1q... 42 merkkiäbc1q... 62 merkkiäbc1p... 62 merkkiä1...3...bc1q... 42 merkkiäbc1q... 62 merkkiäbc1p... 62 merkkiäTiedot kaupan koosta: Spark.money:n Bitcoin-tapahtumien kokojen vertailu, 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 täysimääräisesti huomioon. Palkkioista ei saada säästöjä. Muotoa tuetaan edelleen yleisesti, mikä on ainoa syy käyttää sitä nykyään, jos olet tekemisissä hyvin vanhan ohjelmiston kanssa, joka ei tue muita vaihtoehtoja.
Sisäkkäinen 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, joka koostuu pelkästään pienistä kirjaimista, tarjoaa paremman virheiden havaitsemisen kuin Base58 ja poistaa 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-tapahtuma vie noin 141 vbytes, mikä on noin 38 % vähemmän kuin vastaava vanha tapahtuma. 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 skripti-hash-muoto, jota käytetään monen allekirjoituksen lompakoissa ja monimutkaisissa käyttöehdoissa. Pidempi osoite heijastaa 32-tavuisen SHA-256-hashin sijaan P2WPKH:n käyttämää 20-tavuisen hashia. Jos käytät 2-of-3-monen allekirjoituksen asetusta, P2WSH on SegWit-natiivi 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 transaktioita ei voida erottaa yhden allekirjoituksen transaktioista ketjussa. Se tarjoaa alhaisimmat maksut yhden allekirjoituksen maksuille ja parhaan yksityisyyden. Käytä sitä, kun olet varmistanut, että vastaanottajasi ja heidän lompakkonsa tukevat bc1p-osoitteita.
Pikaohje
Useimmille käyttäjille: käytä natiivia SegWit-protokollaa (bc1q). Sitä tukee käytännössä jokainen aktiivinen lompakko ja pörssi, se säästää noin 38 % kuluissa verrattuna vanhaan protokollaan eikä aiheuta yhteensopivuusriskiä vuonna 2026 (kehittäjille, jotka integroivat SegWit-protokollaa 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 palkkiot ja paremman tietosuojan.
Nested SegWit (3...) on yhteensopivuuden varajärjestelmä. Se on hyvä ratkaisu, mutta ei ole enää syytä käyttää sitä oletuksena.
Lohkokoko-sota: miksi SegWit herätti niin paljon kiistaa
SegWitin tekniset perusteet olivat selkeät. Sen käyttöönoton kulku 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 mukaisesti soft forkin toteuttaminen edellytti, että 95 % louhijoista ilmoitti tukevansa sitä kahden viikon aikana. Vuoden 2017 alkuun mennessä SegWit oli ollut aktivointivalmis jo kuukausia, mutta jäi alle tämän kynnyksen.
Voimakkain vastustus tuli suurilta louhintayrityksiltä, etenkin 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äjien aktivoiman pehmeän haaran (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, alkavat 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 näkisivät lohkojensa jäävän orvoiksi. Riski oli yhtä selvä: jos käyttöönotto jäisi riittämättömäksi, seurauksena olisi ketjun halkeaminen, jossa kaksi yhteensopimattomaa Bitcoin-versiota toimisi rinnakkain.
UASF-kampanja oli ruohonjuuritason ja äänekäs. Konferenssissa nähtiin tunnisteita. Twitterissä kiistely kiihtyi. Lauseesta ”pidä 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. Ne 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än lohkon koon kasvattamisen 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 fork hylättiin marraskuussa 2017, kun sen järjestäjät totesivat, ettei riittävää konsensusta ollut saavutettu.
Mitä asiassa ratkaistiin
Tuloksella oli merkitystä tekniset yksityiskohdatkin ylittävällä tasolla. UASF oli toiminut: taloudelliset solmut, eivät louhijat, 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 tapahtumien muokattavuusongelma oli ratkaistu, sillä maksukanavat perustuvat vahvistamattomien tapahtumien ketjuihin, jotka viittaavat toisiinsa TXID-tunnisteiden avulla. SegWitin takaama kiinteä TXID 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 versiotunnuksella: 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 täysin samanlaisilta kuin yhden allekirjoituksen transaktiot. Jokainen Taprootin tuoma tekninen ominaisuus perustui SegWitin luomaan versiointirakenteeseen.
Järjestysnumerot ja kirjoitukset
SegWitin käyttöön ottama ja Taprootin laajentama todistajatietorakenne mahdollisti teknisesti minkä tahansa datan, kuvien, tekstin ja koodin upottamisen 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äisen kasvun ja nosti Taprootin käyttöönoton noin 42 prosenttiin transaktioista vuonna 2024. Kun merkintöjen määrä väheni, Taprootin käyttö vakiintui noin 20 prosenttiin transaktioista vuoden 2025 loppuun mennessä, kun taas SegWit V0 pysyi hallitsevana formaattina noin 85 prosentin osuudella.
SegWit kontekstissa: Bitcoinin päivitysaikataulu
Nykyinen käyttöönotto
SegWitin käyttö yleistyi tasaisesti aktivoinnin jälkeen ja saavutti 30 prosentin osuuden transaktioista jo ensimmäisten kuukausien aikana, minkä jälkeen se nousi yli 50 prosentin 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 noin 42 %:ssa transaktioista vuonna 2024, mikä johtui suurelta osin Ordinals-merkintöjen aktiivisuudesta, ennen kuin se vakiintui noin 20 %:iin vuoden 2025 loppupuolella merkintöjen määrän laskiessa.
Käyttöönoton käyrä noudattaa samaa kaavaa kuin SegWitillä: 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
1...bc1q... (alkuperäinen) tai 3... (sisäkkäiset)1...bc1q... (alkuperäinen) tai 3... (sisäkkäiset)Johtopäätös
SegWit on protokollapäivitys, joka erotti Bitcoinin allekirjoitustiedot sen transaktiotiedoista, korjasi jo 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 sovelluksille.
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.
