Wenn Sie eine Bitcoin-Wallet eröffnet haben und aufgefordert wurden, zwischen einer „Legacy“--, „SegWit“- oder „Native SegWit“-Adresse zu wählen, ohne dass erklärt wurde, was diese Begriffe bedeuten, geht diese Auswahl auf ein einziges Upgrade aus dem Jahr 2017 zurück.
SegWit, Abkürzung für „Segregated Witness“, ist ein im August 2017 aktiviertes Upgrade des Bitcoin-Protokolls, bei dem die Daten der digitalen Signatur aus der Kernstruktur der Transaktion in ein separates Feld namens „Witness“ ausgelagert werden. Diese einzige architektonische Änderung senkte die Transaktionsgebühren, behob eine seit Jahren bestehende Sicherheitslücke namens „Transaction Malleability“ und schuf die technischen Voraussetzungen für das Lightning Network und Taproot.
In diesem Artikel wird erläutert, was SegWit eigentlich bewirkt, wie das Blockgewichtssystem funktioniert, welche Auswirkungen die verschiedenen Adresstypen auf Ihre Gebühren haben und welche kontroverse politische Auseinandersetzung das Bitcoin-Netzwerk fast auseinandergerissen hätte, noch bevor SegWit überhaupt aktiviert wurde.
Verwalten Sie Ihre Bitcoin mit der Bitcoin.com Wallet-App.
Die wichtigsten Erkenntnisse
- SegWit (Segregated Witness) ist ein Upgrade des Bitcoin-Protokolls, das am 24. August 2017 aktiviert wurde, offiziell als BIP 141 spezifiziert ist und im Dezember 2015 von Pieter Wuille, Eric Lombrozo und Johnson Lau vorgeschlagen wurde.
- Dadurch werden die Daten der digitalen Signatur (das „Witness“) vom Hauptteil der Transaktion getrennt, wodurch eine Sicherheitslücke namens „Transaktionsverformbarkeit“ behoben wird und jede Transaktion kleiner wird.
- Die Blockkapazität wird in Gewichtseinheiten (WU) und nicht in Bytes gemessen. Witness-Daten kosten 1 WU pro Byte, während andere Daten 4 WU pro Byte kosten, wodurch SegWit-Transaktionen einen Rabatt von 75 % auf die Signaturgröße erhalten.
- Native SegWit (bc1q-Adressen) reduziert die Größe einer Standardtransaktion von ca. 226 vbytes auf ca. 141 vbytes, wodurch die Gebühren im Vergleich zu herkömmlichen Adressen um etwa 38 % sinken.
- Die Garantie einer festen TXID durch SegWit war die technische Voraussetzung für das Lightning-Netzwerk. Ohne sie hätten Zahlungskanäle nicht sicher aufgebaut werden können.
- Sein Skript-Versionsverwaltungssystem ermöglichte die Einführung von Taproot (SegWit V1, aktiviert 2021) und bietet einen Rahmen für zukünftige Bitcoin-Upgrades ohne Hard Forks.
- Seit 2026 werden etwa 85 % der Bitcoin-Transaktionen über SegWit abgewickelt. Es handelt sich dabei um den Netzwerkstandard und nicht um eine neue Funktion.
Was ist SegWit?
SegWit (Segregated Witness) ist eine Änderung am Transaktionsformat von Bitcoin, bei der digitale Signaturen – also der kryptografische Nachweis, dass Sie berechtigt sind, eine Coin auszugeben – von den Haupttransaktionsdaten getrennt und in einer separaten Struktur namens „Witness“ gespeichert werden. Dadurch wird jede Transaktion kleiner, es passen mehr Transaktionen in jeden Block, und eine Sicherheitslücke wird beseitigt, die es bisher unmöglich gemacht hatte, auf Bitcoin aufbauende Zahlungskanäle sicher einzurichten.
Der Name lässt sich ganz einfach erklären: „segregated“ bedeutet „getrennt“, und „witness“ ist der kryptografische Begriff für die Signaturdaten, die die Gültigkeit einer Transaktion nachweisen. Der „Witness“ beantwortet die Frage „Hat der rechtmäßige Eigentümer dies autorisiert?“, während die übrigen Transaktionsdaten die Frage „Wohin fließen die Gelder und in welcher Höhe?“ beantworten.
The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.Die Aktualisierung wurde offiziell als Bitcoin Improvement Proposal 141 (BIP 141) und wurde von den Bitcoin-Core-Entwicklern Pieter Wuille, Eric Lombrozo und Johnson Lau auf der „Scaling Bitcoin“-Konferenz im Dezember 2015 vorgeschlagen. Es wurde am 24. August 2017 im Bitcoin-Mainnet bei Block 481.824 als Soft Fork aktiviert, was bedeutet, dass es abwärtskompatibel war. Knoten, die noch kein Upgrade durchgeführt hatten, konnten weiterhin die Basistransaktionsdaten validieren; Knoten mit Upgrade sahen das vollständige Bild einschließlich des Witness.
Seit 2026 werden etwa 85 % aller Bitcoin-Transaktionen über SegWit abgewickelt. Es handelt sich dabei nicht mehr um eine neue Funktion, sondern um den Standard.
Die Probleme, für deren Lösung SegWit entwickelt wurde
SegWit hat zwei separate Probleme gelöst, die Bitcoin seit Jahren eingeschränkt hatten.
Transaktionsverformbarkeit
Jede Bitcoin-Transaktion verfügt über eine eindeutige Kennung, die sogenannte TXID – einen aus den Transaktionsdaten generierten Hash. Vor der Einführung von SegWit wurde dieser Hash über die gesamte Transaktion berechnet, einschließlich der Signatur.
Das Problem ist folgendes: Eine kryptografische Signatur kann sich nicht selbst signieren. Dadurch entstand eine kleine Lücke, durch die jeder, der Ihre Transaktion über das Netzwerk weiterleitete, die Signatur geringfügig so verändern konnte, dass sie zwar mathematisch gültig blieb, aber eine andere TXID erzeugte. Das Guthaben ging zwar weiterhin an die richtige Adresse und die Transaktion wurde auch durchgeführt, aber die Kennung hatte sich geändert.
Für eine einfache Zahlung klingt das nicht gerade katastrophal. Für Protokolle, die mehrere unbestätigte Transaktionen miteinander verketten, ist dies jedoch fatal. Das Lightning-Netzwerk, das auf der Erstellung einer Reihe von Off-Chain-Zahlungsverpflichtungen basiert, die auf frühere Transaktions-IDs verweisen, kann nicht sicher funktionieren, wenn sich eine dieser IDs vor der Bestätigung ändern kann. Eine veränderbare TXID bedeutet, dass die Kette unterbrochen wird und Gelder blockiert oder gestohlen werden können.
Die Manipulierbarkeit von Transaktionen führte ebenfalls zu konkreten Schäden, bevor das Problem behoben wurde. Die Börse Mt. Gox führte dies als einen mitverantwortlichen Faktor für ihren Zusammenbruch im Jahr 2014 an, auch wenn Historiker darüber diskutieren, inwieweit dies die eigentliche Ursache war oder lediglich als Vorwand für tiefgreifendes Missmanagement diente.
SegWit hat dieses Problem gelöst, indem es Signaturen vollständig aus der Berechnung der TXID entfernt hat. Die Kennung wird nun ausschließlich aus den Basis-Transaktionsfeldern berechnet. Eine Änderung der Signatur hat keinen Einfluss mehr auf die Identität der Transaktion.
Block-Überlastung und steigende Gebühren
Bis 2016 und bis ins Jahr 2017 hinein verarbeitete Bitcoin etwa 7 Transaktionen pro Sekunde. Bei Nachfragespitzen stiegen die Transaktionsrückstände auf Zehntausende an, und die Gebühren kletterten bei einer Standardüberweisung auf 50 Dollar oder mehr. Das Problem war struktureller Natur: Die Blöcke von Bitcoin waren auf 1 MB begrenzt, und Signaturen machten etwa 65 % der Transaktionsgröße aus.
Die naheliegende Lösung – die Anhebung der Blockgrößenbeschränkung – erforderte einen Hard Fork, was bedeutete, dass alle Knoten ein Upgrade durchführen müssten oder auf einer inkompatiblen Blockchain zurückbleiben würden. Hard Forks sind mit hohen Risiken verbunden und umstritten. SegWit hat einen Weg gefunden, diese Einschränkung vollständig zu umgehen.
So funktioniert SegWit
Trennung von Zeugenangaben
Bei einer herkömmlichen Bitcoin-Transaktion enthält jede Eingabe ein „ScriptSig“-Feld, das die Signatur und den öffentlichen Schlüssel des Absenders enthält. Bei einer SegWit-Transaktion bleibt das „ScriptSig“-Feld für SegWit-Eingaben leer. Die Signatur und der öffentliche Schlüssel werden in ein neues „Witness“-Feld verschoben, das am Ende der Transaktion angehängt wird.
Zwei zusätzliche Bytes – ein Marker (0x00) und ein Flag (0x01) – signalisieren SegWit-fähigen Knoten, dass Witness-Daten folgen. Knoten, die vor der Einführung von SegWit entstanden sind, erkennen lediglich ein leeres ScriptSig und verarbeiten die Transaktion gemäß der älteren Auslegung „anyone can spend“ als gültig, wodurch die Abwärtskompatibilität gewahrt bleibt.
Das Blockgewicht ersetzt die Blockgröße
SegWit hat die Begrenzung der Blockgröße auf 1 MB durch eine neue Kennzahl ersetzt: das Blockgewicht, das auf 4 Millionen Gewichtseinheiten (WU) begrenzt ist.
Der entscheidende Punkt liegt darin, wie die Bytes gezählt werden:
- Jedes Byte an Transaktionsdaten ohne Zeugen kostet 4 Gewichtseinheiten
- Jedes Byte an Zeugen-Daten kostet nur 1 Gewichtseinheit
Da Signaturen groß sind und nun im Witness-Bereich gespeichert werden, beanspruchen sie nur noch ein Viertel der Blockkapazität, die sie früher benötigten. Auf diese Weise hat SegWit die effektive Blockgröße in der Praxis auf etwa 1,7 bis 2 MB erhöht, ohne die von alten Knoten durchgesetzte 1-MB-Regel zu verletzen. Bei einem theoretischen reinen SegWit-Block liegt das Maximum bei 4 MB, was in der Praxis jedoch nie vorkommt, da jeder Block auch Nicht-Witness-Daten enthält.
Virtuelle Bytes (vBytes): Die Einheit, die Sie in Wallets sehen
Um die Gebührensätze mit denen herkömmlicher Transaktionen vergleichbar zu halten, wurden mit SegWit virtuelle Bytes (vbytes) eingeführt: Gewichtseinheiten, die durch 4 geteilt werden. Bei herkömmlichen Transaktionen sind Bytes und vbytes identisch. Bei SegWit-Transaktionen sind die vbytes niedriger, da die reduzierten Witness-Daten den Wert senken.
Wallet-Gebühren werden in Satoshi pro vByte (sat/vB) angegeben. Eine SegWit-Transaktion mit weniger vBytes verursacht bei gleichem sat/vB-Satz geringere Gebühren. Dies ist der Mechanismus, der hinter den Gebühreneinsparungen steckt, die Sie feststellen, wenn Sie eine bc1q-Adresse anstelle einer 1...-Adresse verwenden.
SegWit-Adresstypen: Welchen sollten Sie verwenden?
Mit den technischen Änderungen führte SegWit auch neue Adressformate ein. Der Adresstyp bestimmt, wie Ihre Wallet die Ausgabebedingungen kodiert, was sich auf Ihre Gebühren, die Kompatibilität mit anderen Wallets und die Darstellung Ihrer Transaktionen in der Blockchain auswirkt.
Vergleich der Adresstypen
| Adressart | Präfix | Kodierung | Typische Tx-Größe (1 Eingang, 2 Ausgänge) | Gebühreneinsparung vs. Altlasten | Unterstützung für Wallet |
|---|---|---|---|---|---|
| Legacy (P2PKH) | 1... | Base58 | ~226 Byte | Ausgangswert | Universal |
| Verschachteltes SegWit (P2SH-P2WPKH) | 3... | Base58 | ~167 Byte | ~26 % | Sehr breit gefasst |
| Natives SegWit (P2WPKH) | bc1q... 42 Zeichen | Bech32 | ~141 Byte | ~38 % | Alle modernen Geldbörsen |
| Native SegWit-Multisig (P2WSH) | bc1q... 62 Zeichen | Bech32 | Unterschiedlich | ~32 %+ | Alle modernen Geldbörsen |
| Taproot (P2TR) | bc1p... 62 Zeichen | Bech32m | ~154 Byte | ~32 % | Die meisten modernen Geldbörsen |
Daten zum Transaktionsvolumen: Spark.money – Referenzwerte zur Größe von Bitcoin-Transaktionen, 2026. Die Gebührenersparnisse sind ungefähre Angaben und variieren je nach Mempool-Bedingungen.
Legacy (P2PKH, Präfix 1...) Dies ist das ursprüngliche Format aus dem Jahr 2009. Die Signatur verbleibt im Hauptteil der Transaktion, wo sie mit vollem Gewicht zählt. Es entstehen keine Gebühreneinsparungen. Das Format wird nach wie vor allgemein unterstützt, was heute der einzige Grund für seine Verwendung ist, wenn Sie mit sehr alter Software arbeiten, die keine anderen Formate verarbeiten kann.
Verschachteltes SegWit (P2SH-P2WPKH, Präfix 3...) verpackt ein SegWit-Skript in einen älteren P2SH-Umschlag. Als SegWit 2017 aktiviert wurde, haben nicht alle Wallets und Börsen sofort Unterstützung für das neue bc1-Format hinzugefügt. „Nested SegWit“ diente als Kompatibilitätsbrücke: Man erzielt teilweise Gebühreneinsparungen, und Absender, die ältere Software verwenden, können weiterhin Zahlungen an einen senden. Bis 2026 dient dieses Format hauptsächlich als Ausweichlösung. Das 3... Das Präfix wird mit Nicht-SegWit-P2SH-Adressen geteilt, was bedeutet, dass man allein anhand der Adresse nicht erkennen kann, ob es sich um eine SegWit-Transaktion handelt.
Natives SegWit (P2WPKH, Präfix bc1q..., 42 Zeichen) ist für die meisten Nutzer die richtige Wahl. Es verwendet die Bech32-Kodierung, die ausschließlich aus Kleinbuchstaben besteht, eine bessere Fehlererkennung als Base58 bietet und Zeichen ausschließt, die sich optisch ähneln (kein großes O, keine Null, kein großes I und kein kleines l). Eine standardmäßige P2WPKH-Transaktion mit 1 Eingang und 2 Ausgängen kostet etwa 141 VByte, was etwa 38 % weniger ist als bei einer entsprechenden Transaktion nach dem alten Standard. Alle aktiven Wallets und Börsen unterstützen diese Transaktionsart seit 2026.
Native SegWit-Multisig (P2WSH, Präfix bc1q..., 62 Zeichen) ist die Script-Hash-Variante, die für Multisig-Wallets und komplexe Ausgabebedingungen verwendet wird. Die längere Adresse spiegelt einen 32-Byte-SHA-256-Hash wider, anstatt des von P2WPKH verwendeten 20-Byte-Hashes. Wenn Sie eine 2-von-3-Multisig-Konfiguration betreiben, ist P2WSH die SegWit-native Methode dafür.
Taproot (P2TR, Präfix bc1p..., 62 Zeichen) ist SegWit Version 1, die 2021 aktiviert wurde. Es verwendet Schnorr-Signaturen anstelle von ECDSA, wodurch mehrere Signaturen zu einer einzigen zusammengefasst werden können, sodass Multisig-Transaktionen in der Blockchain nicht von Single-Sig-Transaktionen zu unterscheiden sind. Es bietet die niedrigsten Gebühren für Single-Sig-Ausgaben und den besten Datenschutz. Verwenden Sie es, wenn Sie sich vergewissert haben, dass Ihre Empfänger und deren Wallets bc1p-Adressen unterstützen.
Kurze Empfehlung
Für die meisten Nutzer gilt: Verwenden Sie natives SegWit (bc1q). Es wird von praktisch allen aktiven Wallets und Börsen unterstützt, spart im Vergleich zum herkömmlichen Verfahren etwa 38 % an Gebühren ein und birgt im Jahr 2026 kein Kompatibilitätsrisiko (Entwickler, die SegWit in Wallet-Software integrieren möchten, finden weitere Informationen unter Leitfaden zur Entwicklung von Bitcoin-Core-Wallets.).
Wenn Ihre Wallet Taproot (bc1p) unterstützt und Sie Transaktionen mit einer einzigen Signatur an Empfänger durchführen, deren Wallets dies ebenfalls unterstützen, profitieren Sie von geringfügig günstigeren Gebühren und einem besseren Datenschutz.
Nested SegWit (3...) ist eine Kompatibilitätsrückfalllösung. Das ist zwar in Ordnung, aber es gibt keinen Grund mehr, dies standardmäßig zu verwenden.
Der „Blocksize-Krieg“: Warum SegWit so umstritten war
Die technischen Argumente für SegWit waren eindeutig. Der Weg zur Aktivierung hingegen war es nicht.
Von 2015 bis 2017 war Bitcoin in einen der umstrittensten Governance-Konflikte seiner Geschichte verwickelt. Im Kern war die Frage einfach: Wie sollte ein dezentrales Netzwerk seine eigenen Regeln aktualisieren, wenn verschiedene Fraktionen gegensätzliche Interessen verfolgen?
Die Pattsituation im Bergbau
Im Rahmen des standardmäßigen BIP9-Upgrade-Prozesses mussten für einen Soft Fork 95 % der Miner innerhalb eines Zeitfensters von zwei Wochen ihre Unterstützung signalisieren. Anfang 2017 war SegWit bereits seit Monaten zur Aktivierung bereit, blieb jedoch unter dieser Schwelle stecken.
Der stärkste Widerstand kam von großen Mining-Betrieben, insbesondere von Bitmain, das zu dieser Zeit einen erheblichen Anteil an der Hashrate von Bitcoin kontrollierte. Der Grund dafür wurde später klar: Bitmain nutzte eine patentierte Technik namens ASICBoost, eine Optimierung, die seiner Mining-Hardware einen erheblichen Effizienzvorteil verschaffte. SegWit war strukturell nicht mit dem verdeckten ASICBoost kompatibel. Die Blockade von SegWit sicherte diesen Vorteil.
BIP 148 und die UASF
Im März 2017 veröffentlichte ein anonymer Entwickler unter dem Pseudonym Shaolinfry den BIP 148: einen „User-Activated Soft Fork“ (UASF). Anstatt auf Signale der Miner zu warten, sah BIP 148 vor, dass wirtschaftliche Knoten – also Börsen, Zahlungsabwickler und Unternehmen, die Bitcoin-Software betreiben – ab dem 1. August 2017 einfach jeden Block ablehnen, der keine SegWit-Unterstützung signalisiert.
Die Logik war einfach: Miner erzeugen Blöcke, doch diese haben nur dann einen Wert, wenn das Netzwerk sie akzeptiert. Wenn ein ausreichender Teil der wirtschaftlichen Mehrheit BIP-148-Knoten betreiben würde, müssten die Miner entweder SegWit aktivieren oder zusehen, wie ihre Blöcke zu Waisenblöcken werden. Das Risiko war ebenso klar: Bei unzureichender Akzeptanz käme es zu einer Kettenspaltung, bei der zwei inkompatible Versionen von Bitcoin parallel laufen würden.
Die UASF-Kampagne war eine Basisbewegung und sorgte für viel Aufsehen. Es tauchten Konferenzausweise auf. Die Auseinandersetzungen auf Twitter spitzten sich zu. Der Slogan „Betreibe deinen eigenen Knoten“ gewann an Dringlichkeit.
Das New-York-Abkommen und Bitcoin Cash
Angesichts der bevorstehenden UASF-Frist kamen im Mai 2017 über 50 bedeutende Bitcoin-Unternehmen in New York zusammen und unterzeichneten das sogenannte „New York Agreement“. Sie einigten sich darauf, SegWit zu aktivieren, aber anschließend einen Hard Fork durchzuführen, um die Blockgröße auf 2 MB zu verdoppeln (dies wurde als SegWit2x bekannt).
Der Kompromiss stellte keine der beiden Seiten vollständig zufrieden. Entwickler, die sich gegen größere Blöcke aussprachen, betrachteten SegWit2x als eine heimliche Hard Fork, der sie nicht zugestimmt hatten. Miner und Unternehmen, die größere Blöcke wollten, bekamen immer noch nicht das, was sie ursprünglich angestrebt hatten.
Am 1. August 2017 führte eine Fraktion, die eine reine Erhöhung der Blockgröße ohne SegWit angestrebt hatte, eine Abspaltung von Bitcoin durch und schuf damit Bitcoin Cash (BCH) mit einer anfänglichen Blockgröße von 8 MB. SegWit wurde am 24. August 2017 auf Bitcoin aktiviert. Die SegWit2x-Hard-Fork wurde im November 2017 aufgegeben, nachdem die Organisatoren zu dem Schluss gekommen waren, dass kein ausreichender Konsens bestand.
Was damit geregelt wurde
Das Ergebnis war über die technischen Details hinaus von großer Bedeutung. Die UASF hatte funktioniert: Wirtschaftliche Knoten, nicht Miner, bestimmten, welche Konsensregeln galten. Dies wird heute regelmäßig als Beweis dafür angeführt, dass die Governance von Bitcoin letztendlich bei denjenigen liegt, die die Software betreiben und nutzen, und nicht bei denen, die Blöcke produzieren. Der 1. August wird von Teilen der Community als „Bitcoin Independence Day“ bezeichnet.
Was SegWit ermöglicht hat
Das Lightning-Netzwerk
Das Lightning Network wurde entwickelt, bevor es SegWit gab. Seine Entwickler wussten, dass es erst dann sicher eingesetzt werden konnte, wenn das Problem der Transaktionsveränderbarkeit behoben war, da Zahlungskanäle auf Ketten unbestätigter Transaktionen beruhen, die sich gegenseitig über die TXID referenzieren. Die durch SegWit garantierte feste TXID machte diese Kanäle sicher.
Das Lightning-Netzwerk wurde Anfang 2018 im Bitcoin-Mainnet eingeführt, etwa sechs Monate nach der Aktivierung von SegWit. Bis zum ersten Quartal 2025 hatte es bereits über 100 Millionen Transaktionen abgewickelt. Ohne SegWit gäbe es diese Infrastruktur überhaupt nicht.
Taproot und Skript-Versionierung
Mit SegWit wurde die Versionsverwaltung für Skripte in das Transaktionsformat von Bitcoin eingeführt. Das Witness-Programm beginnt mit einem Versionsbyte: SegWit V0 deckt P2WPKH und P2WSH ab. Jedes zukünftige Upgrade, das eine neue Versionsnummer definiert, erhält eigene Regeln, ohne mit bestehenden zu kollidieren und ohne dass ein weiterer umstrittener Kampf um das Upgrade erforderlich wird.
SegWit V1 ist Taproot, das im November 2021 aktiviert wurde. Es führte Schnorr-Signaturen, das MAST-Framework (Merkelized Abstract Syntax Trees) für komplexe Ausgabebedingungen sowie Datenschutzverbesserungen ein, durch die Multisig-Wallets in der Blockchain identisch mit Single-Sig-Transaktionen erscheinen. Jede technische Funktion, die Taproot einführte, basierte auf der von SegWit geschaffenen Versionsarchitektur.
Ordnungszahlen und Inschriften
Die gleiche Zeugnisstruktur, die mit SegWit eingeführt und durch Taproot erweitert wurde, machte es technisch möglich, beliebige Daten, Bilder, Texte und Code direkt in Bitcoin-Transaktionen einzubetten. Dies ist der Mechanismus hinter dem Ordinals-Protokoll und den Bitcoin-Inschriften, der zu einem sprunghaften Anstieg der On-Chain-Datennutzung führte und die Taproot-Akzeptanz bis 2024 auf etwa 42 % der Transaktionen anstieg. Als die Aktivität im Bereich der Inschriften nachließ, pendelte sich die Taproot-Nutzung bis Ende 2025 bei etwa 20 % der Transaktionen ein, während SegWit V0 mit rund 85 % weiterhin das dominierende Format bleibt.
SegWit im Kontext: Der Zeitplan für die Upgrades von Bitcoin
| Jahr | Veranstaltung |
|---|---|
| 2015 | Pieter Wuille stellt das SegWit-Konzept auf der „Scaling Bitcoin“-Konferenz vor |
| 2016 | BIP 141 offiziell veröffentlicht; Zustimmung der Miner stagniert unterhalb der 95-Prozent-Schwelle |
| März 2017 | BIP 148 (UASF), veröffentlicht von Shaolinfry |
| Mai 2017 | Das New Yorker Abkommen wurde von mehr als 50 Unternehmen unterzeichnet |
| 1. August 2017 | Bitcoin Cash ist eine Abspaltung von Bitcoin |
| 24. August 2017 | SegWit wird bei Bitcoin ab Block 481.824 aktiviert |
| November 2017 | SegWit2x-Hard-Fork aufgegeben |
| Januar 2018 | Das Lightning Network geht im Mainnet an den Start |
| November 2021 | Taproot wird aktiviert und baut auf dem Versionssystem von SegWit auf |
| 2023–2024 | Ordinalzahlen und Inschriften nutzen den SegWit/Taproot-Witness-Speicherplatz aus |
| 2026 | Etwa 85 % der Bitcoin-Transaktionen nutzen SegWit |
Aktuelle Adoption
Die Akzeptanz von SegWit stieg nach der Aktivierung stetig an und erreichte innerhalb der ersten Monate einen Anteil von 30 % aller Transaktionen; in den folgenden zwei Jahren kletterte dieser Wert dann über die 50-Prozent-Marke, da Wallets und Börsen ihre Software aktualisierten.
Seit 2026 nutzen etwa 85 % der Bitcoin-Transaktionen SegWit (Quelle: Spark.money Bitcoin Network Statistics, CoinGecko). Die restlichen 15 % sind ältere Transaktionen von Wallets und Diensten, die noch nicht aktualisiert wurden. Die Akzeptanz von Taproot (P2TR, SegWit V1) erreichte 2024 mit rund 42 % der Transaktionen ihren Höhepunkt, was vor allem auf die Aktivität bei der Eintragung von Ordinals zurückzuführen war, bevor sie sich Ende 2025 mit dem Rückgang des Eintragungsvolumens auf etwa 20 % einpendelte.
Die Verbreitungskurve spiegelt den Verlauf wider, den SegWit selbst genommen hat: Es dauert ein bis drei Jahre, bis sich neue Adressformate allgemein durchsetzen, da Hardware-Wallets, Börsen und Zahlungsabwickler ihre Software aktualisieren müssen. Die Unterstützung für Taproot breitet sich bei den verschiedenen Wallet-Implementierungen weiter aus.
SegWit vs. Legacy: Zusammenfassung der Unterschiede
| Funktion | Alte Version (vor SegWit) | SegWit |
|---|---|---|
| Ort der Unterschrift | In ScriptSig (Hauptteil der Transaktion) | Separates Feld für Zeugen |
| Metrik für die Blockgröße | Größe in Byte (maximal 1 MB) | Gewichtseinheiten (Obergrenze: 4 Mio. WU) |
| TXID-Berechnung | Enthält Signaturdaten | Ohne Daten von Zeugen |
| Transaktionsverformbarkeit | Möglich | Behoben |
| Typische Transaktionsgröße (1 Ein-/2 Ausgänge) | ~226 Byte | ~141 Byte (P2WPKH) |
| Gebühreneinsparung | Ausgangswert | ~38 % niedriger (P2WPKH im Vergleich zu P2PKH) |
| Unterstützung für das Lightning Network | Unsicher | Erforderlich; aktiviert Zahlungskanäle |
| Adresspräfix | 1... | bc1q... (muttersprachlich) oder 3... (verschachtelt) |
| Kodierung | Base58 | Bech32 |
Fazit
SegWit ist das Protokoll-Upgrade, durch das die Signaturdaten von Bitcoin von den Transaktionsdaten getrennt wurden, eine seit 2009 bestehende Sicherheitslücke behoben wurde, die Transaktionsgebühren um etwa ein Drittel gesenkt wurden und die architektonische Grundlage für das Lightning Network, Taproot und alle darauf aufbauenden Entwicklungen geschaffen wurde.
Seit 2026 ist es der Transaktionsstandard bei Bitcoin und wickelt den Großteil der On-Chain-Aktivitäten ab. Die damit eingeführten Adressformate, insbesondere das native SegWit (bc1q), sollten heute von den meisten Nutzern standardmäßig verwendet werden. Der politische Kampf um seine Aktivierung bleibt eines der lehrreichsten Kapitel in der Geschichte der Bitcoin-Governance: ein Beweis dafür, dass in einem dezentralen Netzwerk Konsens nicht etwas ist, das Miner gewähren, sondern etwas, das Nutzer durchsetzen.
