Was ist SegWit (Segregated Witness)? Das wichtigste Upgrade von Bitcoin erklärt

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 das jeweils bedeutet, geht diese Auswahl auf ein einziges Upgrade aus dem Jahr 2017 zurück.

SegWit, kurz 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 jahrelange Sicherheitslücke namens „Transaction Malleability“ und schuf die technischen Voraussetzungen für die Existenz des Lightning Network und von Taproot.

Dieser Artikel erklärt, was SegWit eigentlich bewirkt, wie das Blockgewichts-System 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 es überhaupt aktiviert wurde.

Verwalten Sie Ihre Bitcoin mit der Bitcoin.com Wallet-App.

Das Wichtigste in Kürze

• SegWit (Segregated Witness) ist ein Bitcoin-Protokoll-Upgrade, das am 24. August 2017 aktiviert wurde, offiziell als BIP 141 bezeichnet wird 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 und jede Transaktion verkleinert wird.
• Die Blockkapazität wird in Gewichtseinheiten (WU) statt 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 für eine feste TXID bei SegWit war die technische Voraussetzung für das Lightning Network. Ohne sie hätten Zahlungskanäle nicht sicher eingerichtet werden können.
• Sein Skript-Versionsverwaltungssystem ermöglichte Taproot (SegWit V1, aktiviert 2021) und bietet einen Rahmen für zukünftige Bitcoin-Upgrades ohne Hard Forks.
• Seit 2026 nutzen etwa 85 % der Bitcoin-Transaktionen SegWit. Es handelt sich dabei um den Netzwerkstandard, nicht um eine neue Funktion.

Was ist SegWit?

SegWit, kurz für „Segregated Witness“, ist eine Änderung am Transaktionsformat von Bitcoin, bei der digitale Signaturen – also der kryptografische Nachweis, dass man berechtigt ist, 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 Schwachstelle wird beseitigt, die es bisher unmöglich gemacht hatte, auf Bitcoin aufbauende Zahlungskanäle sicher zu erstellen.

Der Name lässt sich einfach erklären: „segregated“ bedeutet „getrennt“, und „witness“ ist der kryptografische Begriff für die Signaturdaten, die die Gültigkeit einer Transaktion belegen. 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.

Das Upgrade 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 nicht aktualisiert worden waren, konnten weiterhin die Basistransaktionsdaten validieren; aktualisierte Knoten sahen das vollständige Bild einschließlich des Witness.

Seit 2026 nutzen etwa 85 % aller Bitcoin-Transaktionen SegWit. 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 jahrelang eingeschränkt hatten.

Transaktionsverformbarkeit

Jede Bitcoin-Transaktion verfügt über eine eindeutige Kennung, die sogenannte TXID, einen aus den Transaktionsdaten generierten Hashwert. Vor der Einführung von SegWit wurde dieser Hashwert ü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 Geld ging zwar weiterhin an die richtige Adresse und die Transaktion wurde durchgeführt, aber die Kennung hatte sich geändert.

Für eine einfache Zahlung klingt das nicht besonders dramatisch. Für Protokolle, die mehrere unbestätigte Transaktionen miteinander verketten, ist dies jedoch fatal. Das Lightning Network, das durch die Erstellung einer Reihe von Off-Chain-Zahlungsverpflichtungen funktioniert, 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 verloren gehen oder gestohlen werden können.

Die Manipulierbarkeit von Transaktionen führte auch in der Praxis zu Schäden, bevor das Problem behoben wurde. Die Börse Mt. Gox führte sie als einen der Faktoren an, die zu ihrem Zusammenbruch im Jahr 2014 beitrugen, auch wenn Historiker darüber streiten, inwieweit sie 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 wuchsen die Transaktionsrückstände auf Zehntausende an, und die Gebühren stiegen für eine Standardüberweisung auf 50 Dollar oder mehr. Das Problem war struktureller Natur: Bitcoins Blöcke 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 mussten, um nicht auf einer inkompatiblen Blockchain zurückzubleiben. Hard Forks sind risikoreich und umstritten. SegWit fand einen Weg, diese Einschränkung vollständig zu umgehen.

So funktioniert SegWit

Trennung von Zeugenangaben

Bei einer herkömmlichen Bitcoin-Transaktion enthält jeder Input 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-Inputs 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) – teilen SegWit-fähigen Knoten mit, dass Witness-Daten folgen. Knoten, die älter sind als SegWit, erkennen lediglich ein leeres ScriptSig und verarbeiten die Transaktion gemäß der älteren Interpretation „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, die nicht von Zeugen stammen, 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 1-MB-Regel zu verletzen, die von alten Knoten durchgesetzt wird. 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 komprimierten Witness-Daten den Wert verringern.

Wallet-Gebühren werden in Satoshis 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

Daten zum Transaktionsvolumen: Spark.money – Referenz 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...) ist das ursprüngliche Format aus dem Jahr 2009. Die Signatur verbleibt im Hauptteil der Transaktion, wo sie voll angerechnet wird. Keine Gebühreneinsparungen. Nach wie vor universell unterstützt – was heute der einzige Grund für die Verwendung ist, wenn Sie mit sehr alter Software arbeiten, die nichts anderes 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 existiert 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 ä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 ~141 Vbytes, etwa 38 % weniger als die entsprechende Legacy-Transaktion. Alle aktiven Wallets und Börsen unterstützen sie ab 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 und birgt kein Kompatibilitätsrisiko im Jahr 2026 (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 niedrigeren Gebühren und einem besseren Datenschutz.

Nested SegWit (3...) ist eine Kompatibilitätsrückfalloption. Das ist zwar in Ordnung, aber es gibt keinen Grund mehr, dies standardmäßig zu verwenden.

Der Blockgrößen-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 Zeitraums von zwei Wochen ihre Unterstützung signalisieren. Anfang 2017 war SegWit bereits seit Monaten aktivierungsbereit, blieb jedoch unter dieser Schwelle.

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 bedeutenden 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, schlug 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 betrieb, würden Miner entweder SegWit aktivieren oder zusehen, wie ihre Blöcke verworfen werden. Das Risiko war ebenso klar: Bei unzureichender Akzeptanz käme es zu einer Kettenteilung, 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 neue Dringlichkeit.

Das New Yorker 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-Abkommen. Sie einigten sich darauf, SegWit zu aktivieren, aber im Anschluss daran eine 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 Art „Hintertür“-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 spaltete sich eine Fraktion, die eine reine Erhöhung der Blockgröße ohne SegWit angestrebt hatte, von Bitcoin ab und gründete 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 sie keinen ausreichenden Konsens erzielen konnten.

Was dabei vereinbart wurde

Das Ergebnis war über die technischen Details hinaus von großer Bedeutung. Die UASF hatte funktioniert: Wirtschaftliche Knotenpunkte, nicht Miner, bestimmten, welche Konsensregeln galten. Dies wird heute regelmäßig als Beweis dafür angeführt, dass die Governance von Bitcoin letztlich 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 Network wurde Anfang 2018 im Bitcoin-Mainnet eingeführt, etwa sechs Monate nach der Aktivierung von SegWit. Bis zum ersten Quartal 2025 hatte es über 100 Millionen Transaktionen abgewickelt. Ohne SegWit gäbe es diese Infrastruktur nicht.

Taproot und Skript-Versionierung

SegWit führte eine Versionsverwaltung für Skripte im Transaktionsformat von Bitcoin ein. 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 in Konflikt zu geraten 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 steigerte. Als die Inskriptionsaktivität 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 Bitcoins Upgrades

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 sie 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 Alt-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 Inskriptionsaktivitäten bei Ordinals zurückzuführen war, bevor sie sich Ende 2025 mit dem Rückgang des Inskriptionsvolumens 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 in den verschiedenen Wallet-Implementierungen weiter aus.

SegWit vs. Legacy: Zusammenfassung der Unterschiede

Fazit

SegWit ist das Protokoll-Upgrade, das die Signaturdaten von Bitcoin von den Transaktionsdaten getrennt, eine seit 2009 bestehende Sicherheitslücke behoben, die Transaktionsgebühren um etwa ein Drittel gesenkt und die architektonische Grundlage für das Lightning Network, Taproot und alle darauf aufbauenden Entwicklungen geschaffen hat.

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.