Die Geschichte von Bitcoin ist durch kritische Updates geprägt, die seinen Weg als globale digitale Währung definiert haben. Unter diesen technischen Meilensteinen waren nur wenige so transformativ oder so hitzig debattiert wie die Implementierung von Segregated Witness. Oft mit seiner Abkürzung SegWit bezeichnet, wurde dieses Protokoll-Upgrade im August 2017 nach einer Phase intensiver Community-Diskussionen und Konsensbildung aktiviert. Es markierte einen entscheidenden Moment für das Netzwerk und adressierte langjährige Probleme hinsichtlich Skalierbarkeit und Sicherheit.
Vor SegWit stand das Bitcoin-Netzwerk unter wachsendem Druck durch seine expandierende Nutzerbasis. Mit zunehmender Adoption wurden die Grenzen der ursprünglichen Blockgröße zu einem Engpass, was zu Netzwerkstaus und steigenden Transaktionskosten führte. Entwickler und Stakeholder suchten nach einer Lösung, die diesen Druck lindern konnte, ohne die dezentralisierte Natur der Blockchain zu gefährden. Segregated Witness erwies sich als clevere Ingenieurslösung, die optimierte, wie Daten gespeichert wurden, anstatt einfach die Blockgrößenobergrenze zu erhöhen.
Das Upgrade tat mehr als nur die Kapazität zu verbessern. Es veränderte grundlegend die Mechanik der Transaktionsverarbeitung, indem es eine technische Schwachstelle namens Transaktionsmalleabilität behebt. Durch die Beseitigung dieses Problems schuf SegWit die notwendige Grundlage für Second-Layer-Lösungen wie das Lightning Network, um zu florieren. Dies ebnete den Weg für sofortige, kostengünstige Zahlungen, die zuvor nur schwer sicher umsetzbar waren.
SegWit zu verstehen erfordert mehr als nur den Blick auf die technischen Spezifikationen. Es geht um die Untersuchung des Governance-Modells von Bitcoin, der Ökonomie des Blockraums und der Community-Dynamiken, die die Protokollentwicklung vorantreiben. Dieses Upgrade zeigte, dass Bitcoin sich durch Soft Forks anpassen und skalieren kann, wobei Abwärtskompatibilität erhalten bleibt und radikale Verbesserungen in Effizienz und Nutzbarkeit eingeführt werden.
Die Skalierbarkeitsherausforderung
Bitcoin wurde ursprünglich mit einer Obergrenze für die Größe der Blöcke konzipiert, die zur Blockchain hinzugefügt werden konnten. Diese Grenze von 1 Megabyte (MB) diente in den frühen Tagen des Netzwerks als Schutzmaßnahme gegen Spam-Angriffe. Als Bitcoin jedoch von einem obskuren Experiment zu einem global anerkannten Vermögenswert wuchs, wurde diese Sicherheitsfunktion zu einer Wachstumsbremse.
Der Blockgrößen-Engpass
Jede Bitcoin-Transaktion besteht aus Daten, die von Minern verarbeitet und gespeichert werden müssen. Diese Daten umfassen Eingaben, Ausgaben und digitale Signaturen, die den Besitz der ausgegebenen Mittel nachweisen. In der Pre-SegWit-Ära mussten all diese Informationen um Platz im starren 1-MB-Blocklimit konkurrieren.
Mit dem Anstieg der Beliebtheit des Netzwerks überstieg die Nachfrage nach Blockraum häufig das Angebot. Nutzer gerieten in einen Bieterwettbewerb und hefteten höhere Gebühren an ihre Transaktionen an, um Miner zu motivieren, sie in den nächsten Block aufzunehmen. Dies führte zu längeren Bestätigungszeiten für Nutzer, die Standardgebühren zahlten.
In Spitzenzeiten wurde das Netzwerk überlastet, was kleine Zahlungen oder Mikrotransaktionen unpraktikabel machte. Die Community erkannte, dass Bitcoin, um effektiv als Wertaufbewahrungsmittel und Zahlungsmittel zu fungieren, eine höhere Durchsatzrate benötigte. Die Debatte drehte sich darum, wie diese Skalierung erreicht werden konnte, ohne Sicherheit oder Dezentralisierung zu opfern.
Das Hard-Fork-Dilemma
Eine vorgeschlagene Lösung für das Skalierbarkeitsproblem war ein Hard Fork. Ein Hard Fork ist eine radikale Protokolländerung, die zuvor ungültige Blöcke/Transaktionen gültig macht oder umgekehrt. Im Kontext der Skalierung hätte dies bedeutet, den Code einfach umzuschreiben, um größere Blöcke wie 2 MB oder 8 MB zu erlauben.
Hard Forks bergen jedoch erhebliche Risiken. Sie erfordern, dass alle Knoten im Netzwerk ihre Software gleichzeitig aktualisieren. Wenn ein Teil der Community die Aktualisierung ablehnt oder mit der Änderung nicht einverstanden ist, kann die Blockchain in zwei separate Chains gespalten werden. Dies geschah bei der Entstehung von Bitcoin Cash, das die Blockgröße durch einen Hard Fork erhöhte.
Bitcoin-Core-Entwickler priorisierten einen sichereren Ansatz namens Soft Fork. Ein Soft Fork ist ein abwärtskompatibles Upgrade, bei dem Knoten mit älteren Softwareversionen weiterhin am Netzwerk teilnehmen können. SegWit wurde als Soft Fork konzipiert, um das Netzwerk vereint zu halten und dennoch die notwendigen Kapazitätsverbesserungen zu liefern.
Konsens und Governance
Der Weg zur Aktivierung von SegWit beleuchtete die einzigartige Natur der Bitcoin-Governance. Im Gegensatz zu zentralisierten Systemen, in denen ein Führer Änderungen diktiert, basiert Bitcoin auf Konsens unter einer vielfältigen Gruppe von Teilnehmern. Dazu gehören Miner, Entwickler, Knotenbetreiber und Endnutzer.
Der Vorschlag für SegWit, bekannt als Bitcoin Improvement Proposal (BIP) 141, erforderte eine sehr hohe Unterstützungsschwelle von Minern zur Aktivierung. Konkret mussten 95 % der Mining-Hashrate während eines zweiwöchigen Zeitraums Bereitschaft signalisieren. Diese hohe Hürde stellt sicher, dass Upgrades überwältigende Unterstützung haben, bevor sie erzwungen werden, und minimiert das Risiko von Netzwerkinstabilität.
So funktioniert SegWit unter der Haube
Die primäre Innovation von Segregated Witness wird durch ihren Namen angedeutet. „Segregated“ bedeutet trennen, und „Witness“ bezieht sich auf die digitalen Signaturen, die eine Transaktion verifizieren. In herkömmlichen Bitcoin-Transaktionen war die Signaturdaten mit den Transaktionsdaten verflochten und nahm einen erheblichen Teil des wertvollen 1-MB-Blockraums ein.
Trennung der Witness-Daten
SegWit restrukturierte das Transaktionsformat, indem es die Witness-Daten (Signaturen) aus der Hauptblockstruktur herausnahm. Diese Daten werden zwar weiterhin aufgezeichnet und validiert, aber in einer separaten Struktur gespeichert, die parallel zum Basistransaktionsblock verläuft. Diese Trennung war der Schlüssel, um mehr Kapazität freizusetzen, ohne die 1-MB-Grenze für alte Knoten technisch zu erhöhen.
Um dies zu visualisieren, stellen Sie sich einen Zug vor, der einen Bitcoin-Block darstellt. Im Legacy-System waren Passagiere (Transaktionsdetails) und ihr Gepäck (Signaturen) alle in denselben Waggons gequetscht. Der Zug hatte eine strenge Obergrenze für das Volumen, das er transportieren konnte.
SegWit fügte effektiv einen spezialisierten Frachtwaggon am Ende des Zugs für das Gepäck hinzu. Indem das schwere Gepäck aus den Personenwagen entfernt wurde, konnte der Zug plötzlich deutlich mehr Passagiere in denselben Hauptabteilen transportieren. Das „Gepäck“ reist weiterhin mit dem Zug, nimmt aber keinen Premium-Platz mehr für die Passagiere selbst ein.
Blockgewicht vs. Blockgröße
Um diese Änderung umzusetzen, führte SegWit das Konzept des „Blockgewichts“ ein. Die alte Messung der Blockgröße in einfachen Bytes wurde durch ein System ersetzt, das verschiedenen Teilen einer Transaktion unterschiedliche „Gewichte“ zuweist. Dies ermöglichte es dem Netzwerk, zwischen kritischen Transaktionsdaten und Witness-Daten zu unterscheiden.
In diesem neuen System werden die Basistransaktionsdaten in voller Größe gezählt, während die Witness-Daten rabattiert werden. Konkret wiegen Witness-Daten in der Berechnung der Blockgrenze deutlich weniger als Transaktionsdaten. Diese Änderung erhöhte die Blockgrößenobergrenze effektiv von 1 MB auf theoretisch 4 MB „Gewichtseinheiten“.
Dieser Wechsel motivierte Nutzer und Wallet-Anbieter, SegWit-Adressen zu adoptieren. Transaktionen im neuen Format waren günstiger zu senden, da sie weniger „Gewicht“ in einem Block verbrauchten als Legacy-Transaktionen. Dieser wirtschaftliche Anreiz trieb die Adoption des Upgrades im gesamten Ökosystem voran.
Virtual Bytes (vBytes)
Mit der Einführung des Blockgewichts entwickelte sich auch das Konzept der Transaktionsgebühren weiter. Gebühren werden nun in „virtual bytes“ (vBytes) statt in rohen Bytes berechnet. Ein vByte ist eine Messgröße, die aus dem Gewicht der Transaktion abgeleitet wird.
Da Witness-Daten rabattiert werden, hat eine SegWit-Transaktion eine kleinere vByte-Größe als eine Legacy-Transaktion gleicher Rohgröße. Das bedeutet, dass bei gleichem Gebührensatz (Satoshis pro Byte) eine SegWit-Transaktion insgesamt weniger Gebühren kostet.
Diese Effizienzsteigerung war unmittelbar für Nutzer spürbar, die auf SegWit-kompatible Wallets umstiegen. Sie ermöglichte es dem Netzwerk, mehr Transaktionen pro Sekunde zu verarbeiten und den Durchsatz effektiv zu erhöhen, ohne die Risiken eines Hard Forks. Die Optimierung bewies, dass intelligente Ingenieurskunst mehr Leistung aus der bestehenden Infrastruktur herausholen kann.
Lösung der Transaktionsmalleabilität
Während Skalierung die Hauptfunktion von SegWit war, löste das Upgrade auch eine weitere kritische technische Schwäche, die als Transaktionsmalleabilität bekannt ist. Dieses Problem belastete Bitcoin seit seiner Entstehung und war eine große Hürde für die Entwicklung fortschrittlicher Second-Layer-Protokolle.
Malleabilität bezeichnet die Fähigkeit einer Drittpartei, den eindeutigen Identifikator (TXID) einer Transaktion zu ändern, bevor sie auf der Blockchain bestätigt wird. Wichtig ist, dass diese Änderung die Transaktion selbst nicht ungültig macht oder wesentliche Details wie Absender, Empfänger oder Betrag verändert.
Im Legacy-System war die digitale Signatur in die Berechnung des Transaktions-Hashes (des TXID) einbezogen. Kryptografische Signaturen können jedoch mathematisch auf leicht unterschiedliche Weise dargestellt werden, während sie gültig bleiben. Ein Angreifer oder ein Relay-Knoten konnte die Signaturdaten leicht modifizieren, was zu einem völlig anderen TXID führte.
Wenn sich der TXID änderte, könnte der Absender glauben, die Transaktion sei fehlgeschlagen, während der Empfänger (oder Angreifer) die modifizierte Version bestätigt. Dies führte zu Verwirrung und machte es gefährlich, unbestätigte Transaktionen zu verketten. Wenn sich die ID der ersten Transaktion in einer Kette änderte, würde jede nachfolgende Transaktion, die diese ID referenziert, ungültig werden.
SegWit behebt dies, indem die Signaturdaten aus dem Teil der Transaktion entfernt werden, der zur Generierung des TXID verwendet wird. Da der „Witness“ getrennt ist, beeinflussen Änderungen an den Signaturdaten die Transaktions-ID nicht mehr. Dadurch wird die Transaktions-ID ab ihrer Erstellung unveränderlich.
Ermöglichung des Lightning Network
Die Behebung der Transaktionsmalleabilität war der Katalysator für das Lightning Network. Das Lightning Network ist eine Layer-2-Skalierungslösung, die stark auf der sicheren Erstellung von Ketten unbestätigter Transaktionen angewiesen ist.
Die Grundlage für Layer 2
Damit Zahlungskanäle funktionieren, eröffnen zwei Parteien effektiv ein gemeinsames Konto auf der Blockchain und tauschen dann signierte Transaktionen off-chain aus. Diese off-chain Transaktionen aktualisieren den Kontostand des Kanals, ohne die Hauptblockchain zu belasten.
Allerdings hängen diese off-chain Transaktionen von der sicheren Verankerung der anfänglichen „Funding-Transaktion“ ab. Wäre Transaktionsmalleabilität noch möglich, könnte ein böswilliger Akteur die ID der Funding-Transaktion potenziell ändern. Dies würde die gesamte nachfolgende off-chain Logik ungültig machen, auf die sich die Parteien geeinigt hatten.
Durch die Sicherung der Transaktions-ID bot SegWit die felsensolide Grundlage, die für diese Smart Contracts benötigt wird. Es ermöglichte Lightning-Knoten, darauf zu vertrauen, dass die Transaktionen, die sie off-chain signierten, gültig bleiben würden, wenn sie schließlich auf dem Haupt-Bitcoin-Netzwerk abgerechnet werden.
Sofortige Abrechnungen
Mit dem beseitigten Malleabilitätsrisiko konnte das Lightning Network sicher deployt werden. Dies ermöglichte nahezu sofortige Abrechnungen von Zahlungen zwischen Nutzern überall auf der Welt. Während SegWit eine bescheidene on-chain Kapazitätssteigerung bot, ermöglichte Lightning potenziell unbegrenzte off-chain Skalierung.
Nutzer konnten nun Millionen von Transaktionen tätigen, ohne die Hauptblockchain zu belasten, und nur das Endergebnis abrechnen. Diese Kombination aus on-chain Effizienz (durch SegWit) und off-chain Skalierung (durch Lightning) stellt die primäre Strategie von Bitcoin dar, um globales Transaktionsvolumen zu bewältigen.
Der Aktivierungsprozess: BIP 141 und UASF
Der Einsatz von SegWit war nicht nur ein technisches Update; es war ein historisches Ereignis in der dezentralen Governance. Der Prozess offenbarte die komplexen Machtdynamiken zwischen Minern, Entwicklern und Nutzern im Bitcoin-Ökosystem.
Der Vorschlag (BIP 141)
Das SegWit-Upgrade wurde offiziell als Bitcoin Improvement Proposal 141 vorgeschlagen. Zur reibungslosen Aktivierung setzten die Entwickler eine Schwelle von 95 % der Blöcke fest, die innerhalb eines zweiwöchigen Difficulty-Epochs Unterstützung signalisieren mussten. Dies sollte sicherstellen, dass das Netzwerk nicht gespalten wird.
Dennoch erwies sich der Erreichen dieses Konsenses als schwierig. Verschiedene politische und wirtschaftliche Interessen großer Mining-Pools führten zu einem Patt. Einige Miner bevorzugten einen Hard Fork zur direkten Erhöhung der Blockgröße, während andere zögerten, ihre Infrastruktur zu aktualisieren.
Monatelang schwankte die Aktivierungssignalisierung weit unter der erforderlichen Schwelle. Es schien, als könnte das Upgrade unbefristet stocken, was auf eine potenzielle Schwäche in der Abhängigkeit von Miner-Signalisierung für Protokoll-Upgrades hinwies.
User Activated Soft Fork (BIP 148)
Frustriert über den Mangel an Fortschritt entstand eine Graswurzelbewegung in der Community. Diese Initiative war als User Activated Soft Fork (UASF), oder BIP 148, bekannt. Das Konzept war revolutionär: Statt auf Miner-Stimmen zu warten, würde die wirtschaftliche Mehrheit der Knoten (Nutzer, Exchanges und Unternehmen) das Upgrade selbst durchsetzen.
UASF-Teilnehmer führten eine Bitcoin-Softwareversion ein, die Blöcke ablehnte, die nach einem bestimmten Datum keine Unterstützung für SegWit signalisierten. Dies zog eine klare Linie. Ignorierten Miner SegWit weiterhin, würden ihre Blöcke von einem signifikanten Teil des Netzwerks abgelehnt werden, was zu Einnahmeverlusten führte.
Die Drohung eines User Activated Soft Fork verschob das Machtgleichgewicht. Sie zeigte, dass Miner zwar Transaktionen verarbeiten, Nutzer jedoch die Regeln des Protokolls definieren. Vor dem wirtschaftlichen Druck der UASF gaben die Miner nach, und SegWit wurde im August 2017 fixiert und aktiviert.
Adressarten und Kompatibilität
Nach der Aktivierung von SegWit entstanden im Bitcoin-Ökosystem verschiedene Adressformate. Das Verständnis dieser Formate ist essenziell für Nutzer, die von den niedrigeren Gebühren und Effizienzvorteilen von SegWit profitieren möchten.
Legacy-Adressen
Das ursprüngliche Bitcoin-Adressformat heißt Legacy. Diese Adressen beginnen typischerweise mit der Zahl 1. Transaktionen von Legacy-Adressen sind größer, da sie die Trennung der Witness-Daten nicht nutzen. Folglich sind sie in Bezug auf Transaktionsgebühren am teuersten.
Nested SegWit (P2SH)
Zur reibungslosen Adoption führten Entwickler eine Kompatibilitätsschicht ein, genannt Pay to Script Hash (P2SH). Diese Adressen beginnen mit der Zahl 3. Sie ermöglichten Nutzern, SegWit-Transaktionen zu senden, auch wenn die Wallet des Absenders das neue native Format nicht vollständig unterstützte.
Nested SegWit bot einen Mittelweg. Es sparte erheblich Gebühren im Vergleich zu Legacy-Adressen, allerdings nicht so viel wie die vollständige native Implementierung. Lange Zeit war dies der Standard für viele Exchanges und Wallet-Anbieter, während sie ihre Systeme aktualisierten.
Native SegWit (Bech32)
Das effizienteste Format ist Native SegWit, auch bekannt als Bech32. Diese Adressen beginnen mit bc1. Native SegWit-Adressen sind charakteristisch, da sie groß-/kleinschreibungsunabhängig sind und das Risiko von Tippfehlern reduzieren.
Wichtiger ist, dass Native SegWit-Transaktionen in virtual bytes kleiner sind als ihre Nested-Pendants. Dies führt zu den niedrigsten möglichen Transaktionsgebühren für Nutzer. Mit der Reifung des Ökosystems ist Native SegWit zum Standard für die meisten modernen Wallets und Dienste geworden.
| Adressart | Präfix | Gebühreneffizienz | Kompatibilität |
|---|---|---|---|
| Legacy | 1... | Niedrig | Universell |
| Nested SegWit | 3... | Mittel | Hoch |
| Native SegWit | bc1... | Hoch | Moderne Wallets |
Jenseits von SegWit: Taproot und Ordinals
Die erfolgreiche Implementierung von SegWit bewies, dass Bitcoin komplexe Upgrades ohne Störung seines Kernwertversprechens durchführen kann. Dieser Erfolg ebnete den Weg für nachfolgende Innovationen, die die Fähigkeiten des Netzwerks weiter ausbauten.
Taproot und Schnorr-Signaturen
Im November 2021 aktivierte Bitcoin das Taproot-Upgrade. Taproot baute direkt auf der Grundlage auf, die SegWit gelegt hatte. Es führte Schnorr-Signaturen ein, die für noch größere Effizienz und Privatsphäre sorgten.
Ähnlich wie SegWit veränderte Taproot, wie Daten auf der Blockchain gespeichert werden. Es ermöglichte Signaturaggregation, bei der mehrere Signaturen in einer komplexen Transaktion zu einer einzigen Signatur kombiniert werden konnten. Dadurch wurden komplexe Smart Contracts von regulären Transaktionen ununterscheidbar, was die Privatsphäre verbesserte und Blockraum sparte.
Ohne die strukturellen Änderungen durch SegWit, insbesondere das Script-Versioning-System, wären Upgrades wie Taproot deutlich schwieriger zu deployen gewesen. SegWit schuf einen klaren Pfad für zukünftige Erweiterbarkeit.
Der Aufstieg der Ordinals
Jüngst nutzte die Einführung von Bitcoin Ordinals die SegWit-Infrastruktur auf unerwartete Weise. Ordinals ermöglichen es Nutzern, beliebige Daten – wie Bilder, Text oder Code – direkt auf einzelne Satoshis einzutragen.
Dies ist möglich, weil SegWit das „Gewicht“ der Witness-Daten rabattiert hat. Inscriber erkannten, dass sie große Datenmengen im Witness-Feld einer Transaktion für einen Bruchteil der Kosten speichern konnten, im Vergleich zum Hauptblockbereich. Obwohl kontrovers für einige, die es als Spam betrachten, demonstrierten Ordinals die Flexibilität des Witness-Datenraums.
Dieser unerwartete Anwendungsfall unterstreicht die Robustheit des SegWit-Designs. Durch die Schaffung eines separaten, rabattierten Datenlanes schuf das Upgrade unwissentlich eine Leinwand für digitale Artefakte und diversifizierte die Nutzbarkeit der Bitcoin-Blockchain weiter.
Schlussfolgerung
Segregated Witness steht als Zeugnis für die Widerstandsfähigkeit und Anpassungsfähigkeit des Bitcoin-Netzwerks. Angesichts eines kritischen Engpasses, der das Wachstum bedrohte, vereinte sich die Community hinter einer eleganten, abwärtskompatiblen und zukunftsweisenden Lösung. Durch die Neugestaltung der Struktur von Transaktionsdaten bot SegWit unmittelbare Entlastung von hohen Gebühren, während die Dezentralisierung erhalten blieb, die Bitcoin seinen Wert verleiht.
Das Erbe von SegWit reicht weit über einfache Blockgewichts-Berechnungen hinaus. Es löste die anhaltende Schwachstelle der Transaktionsmalleabilität und entfesselte das Potenzial für Layer-2-Skalierungslösungen wie das Lightning Network. Darüber hinaus schuf es ein Präzedenzfall für nutzergetriebene Governance und bewies, dass die wirtschaftliche Mehrheit die Macht der Mining-Entitäten effektiv kontrollieren kann.
Während Bitcoin weiter evolviert, bleiben die durch SegWit geschaffenen Strukturen zentral für seinen Betrieb. Von der Effizienz nativer SegWit-Adressen bis zu den fortschrittlichen Fähigkeiten von Taproot und Ordinals hat das Upgrade neu definiert, was auf der Blockchain möglich ist. Es stellte sicher, dass Bitcoin globaler Nachfrage skalieren kann, ohne die Prinzipien zu kompromittieren, auf denen es gegründet wurde.
SegWit revolutionierte Bitcoin, indem es Signaturen von Transaktionsdaten trennte, die Blockkapazität effektiv erhöhte und kritische Bugs behebt, um zukünftige Skalierung zu ermöglichen.