SegWit änderte die Bitcoin-Regeln: Daten zur Prüfung einer Ausgabe, etwa Signaturen, wurden von dem Teil getrennt, aus dem die grundlegende Transaktionskennung berechnet wird. Zugleich änderte sich die Messung der Blockkapazität. Nutzer können dadurch platzsparender zahlen, Entwickler verlässlicher eine Transaktion auf einer anderen aufbauen.
Beim Senden legt die Wallet fest, welche zuvor empfangenen Mittel sie ausgibt und welche neuen Beträge beim Empfänger und gegebenenfalls als Wechselgeld bei Ihnen entstehen. Sie muss außerdem die Berechtigung zur Ausgabe nachweisen. Dafür dienen Signaturen und weitere Prüfdaten. SegWit legte sie in einen Bereich namens witness. Gemeint ist hier ein Nachweis erfüllter Ausgabebedingungen, keine Person, die bei der Zahlung zusieht. Die Daten wurden weder verworfen noch aus Bitcoin ausgelagert: Knoten, die SegWit-Regeln durchsetzen, prüfen sie weiterhin. [1]
Eine Wallet verfolgt eine Zahlung anhand ihrer txid. Eine spätere Transaktion verweist damit ebenfalls auf die Mittel, die sie ausgeben möchte. Früher konnten Änderungen mancher Signaturdaten die txid verändern, obwohl Empfänger und Beträge gleich blieben. Das erschwerte Ketten noch unbestätigter Zahlungen. SegWit berechnet die txid ohne witness; eine reine witness-Änderung verändert sie daher nicht. Damit die gesamte Transaktion gegen dieses Problem geschützt ist, müssen alle ihre Eingänge SegWit verwenden. Änderungen an Empfängern oder Eingängen können die txid weiterhin ändern. Stabilere Verweise halfen auch Lightning Network, einem Netzwerk für Zahlungen über Zahlungskanäle. Eine zweite Kennung, wtxid, enthält dagegen den witness. [1] [4]
SegWit führte Gewicht ein, statt jedes Byte gleich zu zählen. Ein Byte Basisdaten kostet 4 Gewichtseinheiten, ein zusätzliches witness-Byte 1. Für den ganzen Block gilt eine Grenze von 4.000.000 Einheiten. Eine Transaktion mit 100 Basisbytes und weiteren 100 witness-Bytes wiegt beispielsweise 500 Einheiten und hat eine virtuelle Größe von 125 vB. Daraus ergibt sich die Gebühr beim gewählten Satz in sat/vB. Die Ersparnis hängt also vom Aufbau ab; die Nachfrage nach Blockplatz beeinflusst weiterhin den Satz. Aus der Gewichtsgrenze folgt weder eine stets gleiche Megabyte-Größe der Blöcke noch eine stets günstigere SegWit-Zahlung. [1]
Im Bitcoin-Hauptnetz beginnen native SegWit-Adressen der Version 0 mit bc1q. P2WPKH und P2WSH unterscheiden zwei Arten von Ausgabebedingungen: eine übliche, durch einen Schlüssel kontrollierte Zahlung und eine Zahlung mit einem Skript, also einem Regelwerk. SegWit lässt sich auch in das ältere P2SH-Format mit einer Adresse beginnend mit 3 einbetten. Die 3 allein beweist aber kein SegWit. Taproot nutzt witness-Version 1 und bc1p-Adressen. bc1 bezeichnet daher nicht nur eine Zahlungsart. Prüfen Sie im Alltag die Formatunterstützung der sendenden Wallet und die vollständige Empfängeradresse; keiner dieser Anfänge verspricht allein Anonymität. [1] [2] [3]
Die Änderung wurde als Soft Fork entworfen: strengere Regeln, die mit den älteren vereinbar sind. Ein älterer Knoten prüft die neuen SegWit-Bedingungen jedoch nicht selbst vollständig. Ein witness commitment in der Coinbase-Transaktion, der ersten Transaktion des Blocks, bindet den witness kryptografisch an den Block. Signaturen sind also kein optionaler Anhang, den eine vollständige Prüfung ignorieren dürfte. BIP 141 beschreibt Gewicht auch als dreifache Basisgröße plus Gesamtgröße; die virtuelle Größe ist Gewicht geteilt durch vier, aufgerundet. Das sind Beschreibungen derselben Berechnung, keine zwei unterschiedlichen Grenzen. [1]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Transaktion, Transaction Fees, Lightning Network, Taproot. Auf diesen Eintrag verweisen außerdem Transaktion, Transaction Fees, Taproot, Lightning Network.