Hvad er SegWit (Segregated Witness)? En forklaring på Bitcoins vigtigste opgradering

Hvis du har oprettet en Bitcoin-tegnebog og er blevet bedt om at vælge mellem en "Legacy"-, "SegWit"- eller "Native SegWit"-adresse uden nogen forklaring på, hvad det betyder, så skyldes det en enkelt opgradering, der blev gennemført i 2017.

SegWit, en forkortelse for Segregated Witness, er en opgradering af Bitcoin-protokollen, der blev aktiveret i august 2017, og som flytter dataene for den digitale signatur ud af transaktionens kernestruktur og over i et separat felt kaldet »witness«. Denne ene arkitektoniske ændring reducerede transaktionsgebyrerne, løste et år gammelt sikkerhedsproblem kaldet transaktionsformbarhed og skabte de tekniske forudsætninger for, at Lightning Network og Taproot kunne eksistere.

Denne artikel beskriver, hvad SegWit egentlig gør, hvordan systemet med blokvægt fungerer, hvad de forskellige adressetyper betyder for dine gebyrer, samt den omstridte politiske kamp, der næsten rev Bitcoin-netværket fra hinanden, inden det overhovedet blev aktiveret.

Administrer dine Bitcoin med Bitcoin.com Wallet-appen.

De vigtigste pointer

• SegWit (Segregated Witness) er en opgradering af Bitcoin-protokollen, der blev aktiveret den 24. august 2017. Den er formelt defineret som BIP 141 og blev foreslået af Pieter Wuille, Eric Lombrozo og Johnson Lau i december 2015.
• Den adskiller dataene for den digitale signatur (det såkaldte »vidne«) fra selve transaktionsteksten, hvilket løser et sikkerhedsproblem kaldet transaktionsmanipulerbarhed og gør hver enkelt transaktion mindre.
• Blokkapacitet måles i vægtenheder (WU) i stedet for i byte. Vidnedata koster 1 WU pr. byte mod 4 WU pr. byte for andre data, hvilket giver SegWit-transaktioner en besparelse på 75 % på signaturstørrelsen.
• Indbygget SegWit (bc1q-adresser) reducerer størrelsen på en standardtransaktion fra ca. 226 vbytes til ca. 141 vbytes, hvilket sænker gebyrerne med ca. 38 % sammenlignet med ældre adresser.
• SegWits garanti for faste TXID’er var den tekniske forudsætning for Lightning Network. Uden den ville det ikke have været muligt at oprette betalingskanaler på en sikker måde.
• Dets versionsstyringssystem for scripts muliggjorde Taproot (SegWit V1, aktiveret i 2021) og danner rammen for fremtidige Bitcoin-opgraderinger uden hard forks.
• I 2026 vil ca. 85 % af alle Bitcoin-transaktioner anvende SegWit. Det er netværksstandarden, ikke en ny funktion.

Hvad er SegWit?

SegWit, eller Segregated Witness, er en ændring af Bitcoins transaktionsformat, der adskiller digitale signaturer – det kryptografiske bevis på, at du har ret til at bruge en mønt – fra de primære transaktionsdata og gemmer dem i en separat struktur kaldet »witness«. Dette gør hver transaktion mindre, giver plads til flere transaktioner i hver blok og eliminerer en sårbarhed, der tidligere gjorde det umuligt at oprette sikre betalingskanaler oven på Bitcoin.

Navnet kan let forklares: »segregated« betyder »adskilt«, og »witness« er det kryptografiske udtryk for de signaturdata, der beviser, at en transaktion er gyldig. »Witness« besvarer spørgsmålet »har den retmæssige ejer godkendt dette?«, mens resten af transaktionsdataene besvarer spørgsmålet »hvor skal pengene hen, og hvor meget drejer det sig om?«

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

Opgraderingen blev officielt defineret som Bitcoin Improvement Proposal 141 (BIP 141) og blev foreslået af Bitcoin Core-udviklerne Pieter Wuille, Eric Lombrozo og Johnson Lau på Scaling Bitcoin-konferencen i december 2015. Det blev aktiveret på Bitcoin-mainnet den 24. august 2017 ved blok 481.824 som en soft fork, hvilket betyder, at det var bagudkompatibelt. Noder, der ikke var blevet opgraderet, kunne stadig validere de grundlæggende transaktionsdata; opgraderede noder kunne se det fulde billede, inklusive vidnet.

I 2026 bruger ca. 85 % af alle Bitcoin-transaktioner SegWit. Det er ikke længere en ny funktion, men standarden.

De problemer, SegWit blev udviklet til at løse

SegWit løste to forskellige problemer, der i årevis havde begrænset Bitcoin.

Transaktionsmanipulerbarhed

Hver Bitcoin-transaktion har en unik identifikator, kaldet TXID, som er en hash genereret ud fra transaktionsdataene. Før SegWit blev denne hash beregnet ud fra hele transaktionen, inklusive signaturen.

Her er problemet: En kryptografisk signatur kan ikke underskrive sig selv. Det efterlod et lille smuthul, hvor enhver, der videresendte din transaktion gennem netværket, kunne ændre signaturen en smule på en måde, der bevarede dens matematiske gyldighed, men som resulterede i et andet TXID. Pengene blev stadig sendt til den rigtige adresse, og transaktionen blev stadig gennemført, men identifikatoren var ændret.

Det lyder måske ikke så alvorligt for en simpel betaling. Men for protokoller, der sammenkæder flere ubekræftede transaktioner, er det fatalt. Lightning Network, som fungerer ved at oprette en række off-chain-betalingsforpligtelser, der henviser til tidligere transaktions-ID'er, kan ikke fungere sikkert, hvis nogen af disse ID'er kan ændres, før de bekræftes. Et ændringsbart TXID betyder, at kæden brydes, og midler kan gå tabt eller blive stjålet.

Transaktionsmanipulerbarhed forårsagede også konkrete skader, inden problemet blev løst. Børsen Mt. Gox nævnte det som en medvirkende årsag til sin konkurs i 2014, selvom historikere er uenige om, i hvor høj grad det var den egentlige årsag, eller om det blot var en undskyldning for mere grundlæggende ledelsesfejl.

SegWit løste dette problem ved helt at fjerne signaturer fra beregningen af TXID. Identifikatoren beregnes nu udelukkende ud fra transaktionens grundlæggende felter. En ændring af signaturen ændrer ikke længere transaktionens identitet.

Undgå overbelastning og stigende gebyrer

I 2016 og ind i 2017 behandlede Bitcoin omkring 7 transaktioner i sekundet. Under spidsbelastninger voksede transaktionskøen til titusinder, og gebyrerne steg til 50 $ eller mere for en standardoverførsel. Problemet var strukturelt: Bitcoins blokke var begrænset til 1 MB, og signaturer udgjorde cirka 65 % af transaktionsstørrelsen.

Den oplagte løsning, nemlig at hæve grænsen for blokstørrelsen, krævede en hard fork, hvilket betød, at alle noder skulle opgradere eller risikere at blive efterladt på en inkompatibel kæde. Hard forks er forbundet med stor risiko og er omstridte. SegWit fandt en måde at omgå denne begrænsning fuldstændigt.

Sådan fungerer SegWit

Opdeling af vidneoplysninger

I en traditionel Bitcoin-transaktion indeholder hver indgang et ScriptSig-felt med afsenderens signatur og offentlige nøgle. I en SegWit-transaktion efterlades ScriptSig-feltet tomt for SegWit-indgange. Signaturen og den offentlige nøgle flyttes til et nyt vidnefelt, der tilføjes i slutningen af transaktionen.

To ekstra bytes, en markør (0x00) og et flag (0x01), fortæller SegWit-kompatible noder, at der følger vidnedata. Noder, der er fra før SegWit, ser blot et tomt ScriptSig og behandler transaktionen som gyldig i henhold til den ældre fortolkning, hvor »enhver kan bruge midlerne«, hvilket sikrer bagudkompatibilitet.

Blokvægt erstatter blokstørrelse

SegWit erstattede grænsen på 1 MB for blokstørrelse med en ny måleenhed: blokvægt, der er begrænset til 4 millioner vægtenheder (WU).

Det afgørende ligger i, hvordan bytes tælles:

• Hver byte af transaktionsdata, der ikke stammer fra vidner, koster 4 vægtenheder
• Hver byte vidnedata koster kun 1 vægtenhed

Da signaturerne er store og nu ligger i vidnesektionen, optager de kun en fjerdedel af den blokkapacitet, de tidligere gjorde. På den måde har SegWit i praksis øget den effektive blokstørrelse til omkring 1,7 til 2 MB uden at røre ved den 1 MB-regel, som ældre noder håndhæver. For en teoretisk blok, der udelukkende består af SegWit, er maksimumet 4 MB, selvom dette aldrig forekommer i praksis, da hver blok også indeholder data, der ikke er vidne-data.

Virtuelle bytes (vBytes): Den enhed, du ser i tegnebøger

For at sikre, at gebyrsatserne kan sammenlignes med traditionelle transaktioner, indførte SegWit virtuelle bytes (vbytes): vægtenheder divideret med 4. For traditionelle transaktioner er bytes og vbytes identiske. For SegWit-transaktioner er vbytes lavere, fordi de komprimerede vidnedata trækker tallet ned.

Gebyret for en transaktion angives i satoshis pr. vbyte (sat/vB). En SegWit-transaktion med færre vbytes koster mindre i gebyr ved samme sat/vB-sats. Det er denne mekanisme, der ligger bag de besparelser i gebyret, du oplever, når du bruger en bc1q-adresse i stedet for en 1...-adresse.

SegWit-adressetyper: Hvilken skal du vælge?

Sammen med de tekniske ændringer indførte SegWit nye adresseformater. Adressetypen bestemmer, hvordan din tegnebog koder betingelserne for transaktioner, hvilket har indflydelse på dine gebyrer, din kompatibilitet med andre tegnebøger og hvordan dine transaktioner ser ud på blockchainen.

Sammenligning af adressetyper

Data om transaktionsstørrelse: Spark.money – Oversigt over Bitcoin-transaktionsstørrelser, 2026. Gebyrbesparelserne er omtrentlige og afhænger af forholdene i mempoolen.

Legacy (P2PKH, præfiks 1...) er det oprindelige format fra 2009. Signaturen forbliver i selve transaktionsteksten, hvor den tæller med fuld vægt. Der er ingen besparelser på gebyrer. Det understøttes stadig af alle, hvilket er den eneste grund til at bruge det i dag, hvis man har at gøre med meget gammel software, der ikke kan modtage andre formater.

Indlejret SegWit (P2SH-P2WPKH, præfiks 3...) indkapsler et SegWit-script i en ældre P2SH-konvolut. Da SegWit blev aktiveret i 2017, tilføjede ikke alle tegnebøger og børser straks understøttelse af det nye bc1-format. Nested SegWit fungerede som en kompatibilitetsbro: man opnår delvise gebyrbesparelser, og afsendere, der bruger ældre software, kan stadig betale dig. I 2026 eksisterer dette format hovedsageligt som en nødløsning. 3... præfikset deles med P2SH-adresser, der ikke er SegWit-adresser, hvilket betyder, at man ikke ud fra adressen alene kan se, om der er tale om en SegWit-transaktion.

Indbygget SegWit (P2WPKH, præfiks bc1q...(42 tegn) er det rigtige valg for de fleste brugere. Den bruger Bech32-kodning, som udelukkende består af små bogstaver, har bedre fejldetektion end Base58 og udelukker tegn, der ligner hinanden (ingen stort O, nul, stort I eller lille l). En standard P2WPKH-transaktion med 1 indgang og 2 udgange koster ~141 vbytes, hvilket er ca. 38 % mindre end den tilsvarende ældre transaktion. Alle aktive tegnebøger og børser understøtter den fra 2026.

Indbygget SegWit-multisig (P2WSH, præfiks bc1q...(62 tegn) er script-hash-varianten, der bruges til multisig-tegnebøger og komplekse udbetalingsbetingelser. Den længere adresse afspejler en 32-byte SHA-256-hash i stedet for den 20-byte hash, der bruges af P2WPKH. Hvis du kører en 2-af-3 multisig-opsætning, er P2WSH den SegWit-native måde at gøre det på.

Taproot (P2TR, præfiks bc1p...(62 tegn) er SegWit version 1, der blev aktiveret i 2021. Den bruger Schnorr-signaturer i stedet for ECDSA, hvilket gør det muligt at samle flere signaturer til én, så multisig-transaktioner ikke kan skelnes fra single-sig-transaktioner på blockchainen. Den tilbyder de laveste gebyrer for single-sig-udgifter og den bedste privatlivsbeskyttelse. Brug den, når du har bekræftet, at dine modtagere og deres tegnebøger understøtter bc1p-adresser.

Hurtigt tip

For de fleste: Brug native SegWit (bc1q). Det understøttes af stort set alle aktive tegnebøger og børser, sparer ca. 38 % i gebyrer sammenlignet med den gamle standard og medfører ingen kompatibilitetsrisiko i 2026 (Udviklere, der integrerer SegWit i tegnebogssoftware, kan læse mere i Vejledning til udvikling af Bitcoin Core-tegnebøger.).

Hvis din tegnebog understøtter Taproot (bc1p), og du foretager transaktioner med én underskrift til modtagere, hvis tegnebøger også understøtter det, giver det lidt lavere gebyrer og bedre privatlivsbeskyttelse.

Nested SegWit (3...) er en kompatibilitetsløsning. Det fungerer fint, men der er ikke længere nogen grund til at bruge det som standard.

Krigen om blokstørrelsen: Hvorfor SegWit var så kontroversielt

De tekniske argumenter for SegWit var klare. Det var vejen til aktivering derimod ikke.

Fra 2015 til 2017 var Bitcoin indblandet i en af de mest splittende stridigheder om styring i sin historie. I bund og grund var spørgsmålet enkelt: Hvordan skal et decentraliseret netværk opdatere sine egne regler, når forskellige fraktioner har modstridende interesser?

Dødvandet i mineindustrien

I henhold til den standardiserede BIP9-opgraderingsproces krævede en soft fork, at 95 % af minerne gav udtryk for deres støtte inden for en periode på to uger. I begyndelsen af 2017 havde SegWit været klar til aktivering i flere måneder, men lå stadig under denne tærskel.

Den største modstand kom fra store minedriftsselskaber, især Bitmain, som på det tidspunkt kontrollerede en betydelig andel af Bitcoins hashrate. Årsagen blev senere klar: Bitmain anvendte en patenteret teknik kaldet ASICBoost, en optimering, der gav deres minedrift-hardware en betydelig effektivitetsfordel. SegWit var strukturelt uforenelig med den skjulte ASICBoost. Blokering af SegWit beskyttede denne fordel.

BIP 148 og UASF

I marts 2017 offentliggjorde en anonym udvikler under pseudonymet Shaolinfry BIP 148: en brugeraktiveret soft fork (UASF). I stedet for at vente på signaler fra minere foreslog BIP 148, at økonomiske noder, dvs. børser, betalingsformidlere og virksomheder, der kører Bitcoin-software, simpelthen begynder at afvise enhver blok, der ikke signalerer støtte til SegWit fra den 1. august 2017 og frem.

Logikken var enkel: Minere producerer blokke, men de har kun værdi, hvis netværket accepterer dem. Hvis en tilstrækkelig del af det økonomiske flertal kørte BIP 148-noder, ville minerne enten aktivere SegWit eller se deres blokke blive forældreløse. Risikoen var lige så klar: hvis tilslutningen var utilstrækkelig, ville man få en kædesplit, hvor to inkompatible versioner af Bitcoin kørte parallelt.

UASF-kampagnen var en græsrodskampagne, der skabte stor opmærksomhed. Der dukkede konferencebadges op. Debatten på Twitter blev mere intens. Udtrykket »kør din egen node« fik en helt ny aktualitet.

New York-aftalen og Bitcoin Cash

I lyset af fristen for UASF samledes over 50 store Bitcoin-virksomheder i New York i maj 2017 og underskrev det, der blev kendt som New York-aftalen. De blev enige om at aktivere SegWit, men også at følge op på det med en hard fork for at fordoble blokstørrelsen til 2 MB (dette blev kendt som SegWit2x).

Kompromiset tilfredsstillede ingen af parterne fuldt ud. Udviklere, der var imod større blokke, betragtede SegWit2x som en skjult hard fork, de ikke havde givet deres samtykke til. Minere og virksomheder, der ønskede større blokke, fik stadig ikke det, de oprindeligt havde ønsket sig.

Den 1. august 2017 foretog en gruppe, der ønskede en ren forøgelse af blokstørrelsen uden SegWit, en fork af Bitcoin for at skabe Bitcoin Cash (BCH) med en startblokstørrelse på 8 MB. SegWit blev aktiveret på Bitcoin den 24. august 2017. SegWit2x-hardforken blev opgivet i november 2017, efter at dens arrangører konkluderede, at de ikke havde tilstrækkelig konsensus.

Hvad der blev aftalt

Resultatet havde en betydning, der gik langt ud over de tekniske detaljer. UASF havde virket: Det var de økonomiske noder, ikke minerne, der afgorde, hvilke konsensusregler der skulle gælde. Dette fremhæves nu ofte som et bevis på, at styringen af Bitcoin i sidste ende ligger hos dem, der driver og bruger softwaren, og ikke hos dem, der producerer blokke. Den 1. august omtales af dele af fællesskabet som Bitcoins uafhængighedsdag.

Hvad SegWit har gjort muligt

Lightning Network

Lightning Network blev udviklet, før SegWit fandtes. Dets skabere vidste, at det ikke kunne implementeres sikkert, før problemet med transaktionsmanipulation var løst, da betalingskanaler er afhængige af kæder af ubekræftede transaktioner, der henviser til hinanden via TXID. SegWits garanti for faste TXID’er gjorde disse kanaler sikre.

Lightning Network blev lanceret på Bitcoins hovednet i begyndelsen af 2018, cirka seks måneder efter at SegWit blev aktiveret. I første kvartal af 2025 havde det behandlet over 100 millioner transaktioner. Uden SegWit ville denne infrastruktur slet ikke eksistere.

Taproot og versionsstyring af scripts

SegWit indførte versionsstyring af script i Bitcoins transaktionsformat. Witness-programmet indledes med en versionsbyte: SegWit V0 dækker P2WPKH og P2WSH. Enhver fremtidig opgradering, der definerer et nyt versionsnummer, får sine egne regler uden at komme i konflikt med de eksisterende og uden at kræve endnu en omstridt opgraderingskamp.

SegWit V1 er Taproot, som blev aktiveret i november 2021. Det indførte Schnorr-signaturer, MAST-rammen (Merkelized Abstract Syntax Trees) til komplekse udbetalingsbetingelser samt forbedringer af privatlivsbeskyttelsen, der gør, at multisig-tegnebøger fremstår identiske med single-sig-transaktioner på blockchainen. Alle de tekniske muligheder, som Taproot introducerede, var baseret på den versionsarkitektur, som SegWit skabte.

Ordinaler og inskriptioner

Den samme vidnedatastruktur, som SegWit indførte, og som Taproot udvidede, gjorde det teknisk muligt at indlejre vilkårlige data, billeder, tekst og kode direkte i Bitcoin-transaktioner. Dette er mekanismen bag Ordinals-protokollen og Bitcoin-inskriptioner, som førte til en kraftig stigning i brugen af on-chain-data og fik Taproot-anvendelsen op på ca. 42 % af transaktionerne i 2024. Da indskriftsaktiviteten aftog, stabiliserede brugen af Taproot sig på omkring 20 % af transaktionerne i slutningen af 2025, mens SegWit V0 fortsat er det dominerende format med omkring 85 %.

SegWit i sammenhæng: Tidsplanen for Bitcoins opgradering

Aktuel adoption

Anvendelsen af SegWit steg støt efter aktiveringen og nåede op på 30 % af transaktionerne inden for de første par måneder, hvorefter den i løbet af de følgende to år steg til over 50 %, i takt med at tegnebøger og børser opgraderede deres software.

I 2026 bruger ca. 85 % af alle Bitcoin-transaktioner SegWit (kilde: Spark.money Bitcoin Network Statistics, CoinGecko). De resterende 15 % er ældre transaktioner fra tegnebøger og tjenester, der ikke er blevet opgraderet. Anvendelsen af Taproot (P2TR, SegWit V1) toppede på ca. 42 % af transaktionerne i 2024, hovedsageligt drevet af Ordinals-indskriftsaktivitet, før den faldt til omkring 20 % i slutningen af 2025, da indskriftsvolumenet faldt.

Udbredelseskurven afspejler det, der skete med selve SegWit: Det tager et til tre år, før nye adresseformater bliver almindeligt udbredt, da hardware-tegnebøger, børser og betalingsudbydere skal opdatere deres software. Understøttelsen af Taproot udbredes fortsat i forskellige tegnebogsimplementeringer.

SegWit vs. Legacy: Oversigt over forskellene

Konklusion

SegWit er den protokolopgradering, der adskilte Bitcoins signaturdata fra transaktionsdataene, løste en sikkerhedsfejl, der havde eksisteret siden 2009, reducerede transaktionsgebyrerne med cirka en tredjedel og skabte det arkitektoniske grundlag for Lightning Network, Taproot og alt, hvad der siden er bygget oven på disse.

Fra og med 2026 er det transaktionsstandarden på Bitcoin, der håndterer langt størstedelen af aktiviteten på blockchainen. De adresseformater, den indførte, især det indbyggede SegWit (bc1q), er det, de fleste brugere bør anvende som standard i dag. Den politiske kamp, der omgav dens aktivering, er stadig et af de mest lærerige kapitler i Bitcoins styringshistorie: en demonstration af, at i et decentraliseret netværk er konsensus ikke noget, som minere giver, men noget, som brugerne hævder.