Was bedeutet ein Soft Fork bei Kryptowährungen?

Für die meisten Inhaber von Kryptowährungen führt ein regulierter Soft Fork nicht zur Entstehung einer neuen Kryptowährung und erfordert keine sofortigen Maßnahmen im Wallet. Das Hauptrisiko liegt im Koordinierungsprozess. Alle Beteiligten, darunter Miner , Validatoren, Node-Betreiber, Wallets, Börsen und Nutzer, müssen sich auf die Umsetzung strengerer Regeln einigen. Gelingt dies nicht, könnte es zu einer Netzwerkspaltung kommen, selbst wenn der Fork technisch abwärtskompatibel ist.

• Was ist eine weiche Gabel? Es handelt sich um ein Netzwerk-Upgrade, das darauf abzielt, die Menge der gültigen Regeln einzugrenzen und gleichzeitig die Kompatibilität mit älteren Knoten aufrechtzuerhalten.
• Was hat sich verändert? Dadurch kann das Netzwerk strengere Regeln hinzufügen, ohne dass alle Teilnehmer gleichzeitig ein Upgrade durchführen müssen.
• Die größte Gefahr. Die umstrittene Soft Fork könnte zur Blockablehnung, zum Risiko einer Kettenreorganisation oder sogar zur Aufspaltung führen, wenn ihre Aktivierung nicht gut koordiniert ist.

Man kann sich die Regeln von Bitcoin als einen großen Kreis vorstellen, und jeder Block innerhalb dieses Kreises gilt als gültig.

Der Soft Fork erzeugt einen kleineren Kreis innerhalb des größeren Kreises. Die aktualisierten Knoten akzeptieren nun nur noch Blöcke innerhalb dieses kleineren Kreises. Entscheidend ist jedoch: Jeder Block innerhalb des kleineren Kreises liegt auch innerhalb des größeren Kreises. Daher erkennen die älteren Knoten, die weiterhin die ursprünglichen Regeln verwenden, diese aktualisierten Blöcke und können sie problemlos akzeptieren.

Das ist das Konzept der Abwärtskompatibilität. Ältere Software kann mit der neuen Softwareversion kompatibel sein, ohne dass die Regeländerung überhaupt bemerkt wird.

Da die aktualisierten Blöcke weiterhin den alten Regeln entsprechen, muss das Netzwerk nicht sofort vollständig umgestellt werden. Miner, Validatoren , Börsen und Wallets können schrittweise aktualisieren, solange die Blockproduktion den strengeren Regeln folgt, bevor sich eine große Anzahl inkompatibler Blöcke ansammelt.

Die Beziehung zwischen den Regeln funktioniert wie folgt:

• Die alten Knoten wenden die allgemeineren Regeln der Vorgabel an.
• Die aktualisierten Knoten wenden neben den neuen Einschränkungen auch die alten Regeln an.
• Blöcke, die den neuen Regeln entsprechen, erfüllen auch weiterhin die alten Regeln.
• Inkompatible Blöcke werden von den aktualisierten Knoten abgelehnt.
• Wenn ein ausreichend großer Anteil des Netzwerks kompatible Blöcke erzeugt, bleiben die alten Knoten auf derselben Kette, ohne dass sich etwas ändert.

Das Schlüsselwort ist „Teilmenge“ . Ein Soft Fork hält die neuen Regeln innerhalb der alten Grenzen. Ein Hard Fork hingegen überschreitet diese Grenzen vollständig. In diesem Fall prüfen die alten Nodes die neuen Blockchain-Blöcke und lehnen sie sofort ab, da diese gegen die von ihnen weiterhin geltenden Regeln verstoßen. Die beiden Blöcke landen schließlich auf unterschiedlichen Blockchains.

Um einen tieferen Einblick in die Vernetzung des zugrundeliegenden Hauptbuchs zu erhalten, empfiehlt es sich, zunächst den Leitfaden „Blockchain Explained for Beginners“ zu lesen.

Um den fundamentalen Unterschied zwischen Soft Forks und Hard Forks in der Welt der Kryptowährungen zu verstehen , kann man ihn in einem Satz zusammenfassen: Ein Soft Fork verschärft die Regeln, während ein Hard Fork sie komplett neu schreibt.

Bei einem Soft Fork können alte Nodes weiterhin Blöcke der neuen Blockchain verifizieren. Sie verstehen zwar möglicherweise nicht alle Details der neuen Regeln, lehnen die Blockchain aber nicht ab. Bei einem Hard Fork hingegen betrachten alte Nodes die neuen Blöcke als ungültig und verbleiben daher in ihrer eigenen, separaten Blockchain.

Die Marktdifferenzierung ist ebenfalls wichtig. Bitcoin Cash ist das beste Beispiel für eine Hard Fork, die sich bewährt hat: ein separates Netzwerk, ein separater digitaler Vermögenswert und eine separate Community. Ethereum hat geplante Hard Forks seither zum Standard-Upgrade-Pfad gemacht. Die Ethereum-Classic-Fork im Jahr 2016 bleibt jedoch die bedeutendste Umstrukturierung seiner Governance.

Dieser technische Unterschied zeigt sich auch bei Kryptowährungshandelsplattformen. Bei einem reibungslosen Soft Fork besteht die Hauptaufgabe dieser Plattformen darin, sicherzustellen, dass Ein- und Auszahlungen sowie die Wallet-Konfigurationen weiterhin korrekt funktionieren. Bei einem Hard Fork hingegen stehen die Plattformen vor einer schwierigeren Entscheidung: Sollen sie den neuen digitalen Vermögenswert listen, ihn ignorieren oder den bestehenden Coin-Inhabern beide Währungen gewähren?

Der Erfolg des Soft Fork liegt nicht in der Hand einer einzelnen Instanz; vielmehr ist die Zusammenarbeit aller Beteiligten erforderlich.

Entwickler schreiben und prüfen den Code, während Betreiber vollständiger Knoten die Regeln festlegen, die ihre Programme durchsetzen. Miner erzeugen Blöcke, die entweder den neuen Regeln entsprechen oder nicht. Wallets und Börsen kümmern sich um die Benutzeroberfläche. Das gesamte System funktioniert nur, wenn ein ausreichend großer Teil des Netzwerks die strengeren Regeln tatsächlich einhält.

Speziell bei Bitcoin war die Signalisierung durch die Miner das wichtigste Koordinierungsinstrument. Die BIP-9-Version nutzt Bits im Block-Header, um die Bereitschaft über Zeiträume von 2,016 Blöcken, also etwa zwei Wochen, zu verfolgen. Sobald genügend Miner während dieses Bereitschaftsfensters ihre Unterstützung signalisieren, beginnt eine Sperrfrist, bevor die neuen Regeln in Kraft treten.

Folgendes tut jede Gruppe tatsächlich während des Aktivierungsprozesses:

• Die Entwickler schlagen Regeländerungen vor, testen sie und überprüfen sie.
• Der vollständige Vertrag legt die Regeln fest, die seine Betreiber für jeden empfangenen Datenblock festlegen.
• Miner oder Checker erzeugen Blöcke, die entweder den strengsten Regeln entsprechen oder diese nicht erfüllen.
• Der Governor aktualisiert Signaturabläufe, Adressformate, Grafikwerkzeuge oder das Anzeigeverhalten, wenn eine Änderung die für den Benutzer sichtbaren Teile des Protokolls betrifft.
• Börsen verwalten Einzahlungen, Auszahlungen, die Anzahl der Bestätigungen und Kundenbenachrichtigungen.
• Reguläre Coin-Inhaber warten ab, prüfen die Wallet-Unterstützung und vermeiden es, während umstrittener Aktivierungszeiträume übereilt Transaktionen durchzuführen.

Der vollständige Knoten ist der Ort, an dem die Regeln tatsächlich durchgesetzt werden. Ein Miner kann zwar einen Block finden, aber der Knoten lehnt ihn ab, wenn er gegen seine eigenen Regeln verstößt. Diese Trennung ist besonders wichtig, wenn das Signal des Miners und die Ausführung des Knotens in unterschiedliche Richtungen weisen.

Wallets spielen eine andere, aber ebenso wichtige Rolle. Sie validieren nicht jeden Block der Blockchain, sondern erstellen Adressen, Skripte und Signaturen basierend auf den bestehenden Regeln. Die meisten Nutzer bemerken das Update erst, wenn ein Wallet-Update erforderlich wird. Die eigentliche Gefahr liegt in den gefälschten Upgrade-Versprechen, die bei aufsehenerregenden Aktivierungen auftauchen und kostenlose Coins durch einen Fork versprechen, der lediglich die bestehenden Regeln verschärft.

Bitcoin-Updates verliefen nicht immer reibungslos. Manche Aktualisierungen erfolgten schnell und unauffällig, andere dauerten Jahre und brachten die Community beinahe zum Umdenken. Allen gemeinsam ist jedoch die gleiche Konsensstruktur: neue Regeln, die ältere Nodes weiterhin befolgen können.

Folgendes wurde durch die einzelnen größeren Upgrades tatsächlich bewirkt:

• P2SH (BIP-16, 2012): Es ermöglichte Nutzern, Gelder an einen Hash eines Skripts zu senden, anstatt das vollständige Skript in der Transaktionsausgabe offenzulegen. Bei älteren Nodes erschien eine P2SH-Transaktion wie eine normale „Zahle an irgendjemanden“-Transaktion. Bei aktualisierten Nodes hingegen wurde eine komplexere Logik erzwungen. Das praktische Ergebnis: Multisig-Adressen wurden kürzer und deutlich einfacher zu handhaben.
• Block- und Koeffizientenprüfung (BIP-34, BIP-65, BIP-66): Drei separate Aktualisierungen verschärften spezifische Regeln hinsichtlich der Blockhöhe bei Coinbase-Transaktionen, zeitlich gesperrten Ausgaben und der Tokenisierung von Signaturen. Jede Aktualisierung führte strengere Kriterien ein, die von den aktualisierten Knoten durchgesetzt wurden, während die älteren Knoten weiterhin in der Blockchain aktiv blieben.
• SegWit (BIP-141, 2017): Das bisher politisch umstrittenste Bitcoin-Upgrade. SegWit verlagerte Transaktionssignaturen in eine separate Datenstruktur und schuf so Blockspeicher, ohne die Blockgröße zu erhöhen. Es behob die Transaktionsveränderbarkeit, einen Fehler, der es ermöglichte, Transaktions-IDs vor der Bestätigung zu ändern, und machte Zahlungskanäle wie das Lightning Network erstmals funktionsfähig. Technisch gesehen war das Upgrade ein Erfolg. Politisch gesehen spaltete es die Community jedoch beinahe und führte letztendlich zur Bitcoin-Cash-Hardfork.
• Taproot (BIP-341 und BIP-342, 2021): Schnorr-Signaturen, MAST-basierte Skript-Privatsphäre und Tapscript wurden in einem einzigen Upgrade vereint. Eine Taproot-kompatible Wallet kann komplexe Transaktionen mit mehreren Beteiligten wie einfache On-Chain-Transaktionen mit nur einer Signatur erscheinen lassen. Dies bedeutet einen deutlichen Gewinn an Datenschutz und Effizienz. Die Implementierung von Taproot verlief reibungslos, die Akzeptanz in der Praxis war jedoch langsam, da Wallets, Infrastrukturanbieter und Skriptautoren unabhängig voneinander Updates durchführen mussten.
• Litecoin SegWit (2017): Litecoin implementierte SegWit Monate vor Bitcoin, unter anderem weil die Litecoin-Community weniger Interessengruppen mit unterschiedlichen Interessen hatte. Gleiches technisches Upgrade, anderes politisches Umfeld, schnellere Ergebnisse.

SegWit ist ein warnendes Beispiel. Obwohl es auf Protokollebene abwärtskompatibel war, machte die Kontroverse darum – über Blockgröße, Miner-Gebühren und Entwicklungskontrolle – es zu einem der umstrittensten Momente in der Geschichte von Bitcoin . Taproot hingegen repräsentiert das andere Ende des Spektrums: breite Unterstützung, reibungslose Aktivierung und schrittweise Akzeptanz. Die technische Definition eines Soft Forks erfasst das Ausmaß des politischen Chaos nicht.

Der Begriff „abwärtskompatibel“ ist eine rein technische Beschreibung und stellt in keiner Weise eine Vorhersage darüber dar, wie sich die digitale Gemeinschaft verhalten wird.

Das Problem besteht darin, dass ältere Knoten Blöcke akzeptieren, die den alten Regeln entsprechen. Allerdings entspricht nicht jeder von einem älteren Knoten akzeptierte Block den strengeren neuen Regeln. Wenn sowohl aktualisierte als auch nicht aktualisierte Miner gleichzeitig widersprüchliche Blöcke erzeugen, kommt es zu kurzfristigen Abspaltungen in der Blockchain. Genau dies geschah bei der Implementierung von Bitcoins BIP-66 im Jahr 2015. Validierungsloses Mining, bei dem Miner Blöcke erzeugten, ohne sie tatsächlich zu verifizieren, trug zu gelegentlichen Abspaltungen in der Blockchain bei, bevor die Miner ihren Kurs korrigierten (zum Zeitpunkt der Implementierung der Soft-Updates von Bitcoin Optech).

Die gleichen Konflikte treten in nahezu jedem umstrittenen Aktivierungsprozess auf:

• Aktivierungsschwelle: Ist der Wert zu niedrig angesetzt, schreitet die Beförderung zwar schnell voran, lässt aber erhebliche Konkurrenz zurück. Ist er zu hoch angesetzt, stagniert sie auf unbestimmte Zeit, während die Gegner Zeit schinden.
• Miner-Signalisierung: Das Signal soll Bereitschaft signalisieren, doch Miner können es strategisch nutzen, um einen Vorschlag zu verzögern oder Zugeständnisse zu erzwingen. Das Signal bedeutet nicht automatisch die Ausführung.
• Nutzerdurchsetzung: Full-Node-Betreiber können von Minern erzeugte Blöcke ablehnen, selbst wenn die Miner ihre Zustimmung signalisieren. Dies ist die Bedeutung eines nutzeraktivierten Soft Forks. Die Entscheidung liegt bei den Nutzern, nicht bei den Minern.
• Ökonomisches Gewicht: Börsen, Händler, Treuhänder und Portfolios bestimmen, auf welcher Blockchain die Menschen tatsächlich Geld ausgeben können. Dieses wirtschaftliche Gewicht entscheidet oft darüber, welche Blockchain sich im Wettbewerb mit zwei Versionen durchsetzt.
• Ausweitung des Projektumfangs: Eine Regeländerung kann zwar ein Problem lösen, schließt aber gleichzeitig zukünftige Gestaltungsmöglichkeiten aus. Kritiker bringen diesen Punkt oft vor, und manchmal haben sie Recht.

BIP-110 ist ein aktuelles Paradebeispiel. Der Entwurf schlägt eine temporäre Obergrenze auf Konsensebene für bestimmte Datenfelder vor: ein Limit von 34 Byte für neue Ausgabeskript-PubKeys, es sei denn, der erste Opcode ist OP_RETURN, wodurch bis zu 83 Byte gültig blieben. Befürworter argumentieren, dies sei ein unkomplizierter Soft Fork, der die Kosten für Full Nodes und die finanzielle Konzentration von Bitcoin schützt. Kritiker hingegen befürchten, die umstrittene Aktivierung könne eine Minderheitskette isolieren oder legitime Anwendungsfälle verhindern, die noch gar nicht existieren. Beide Argumente könnten gleichzeitig zutreffen. Jeder Vorschlag könnte alle technischen Kriterien für einen Soft Fork erfüllen und dennoch das Risiko einer echten Spaltung bergen, falls sich die Wirtschaftsakteure bereits vor der Aktivierung auf entgegengesetzten Seiten positionieren.

Für die meisten Kryptowährungsinhaber ändert ein reibungsloser Soft Fork nichts an den Eigentumsverhältnissen. Die aktualisierte Blockchain bleibt gemäß den alten Regeln gültig, sodass sich die Guthaben nicht ändern und Wallets keine sofortigen Maßnahmen ergreifen müssen. Anders verhält es sich bei der umstrittenen Aktivierung, da die Unsicherheit darüber, welche Blockchain die Kontrolle übernimmt, Auswirkungen darauf haben kann, ob Transaktionen wie erwartet bestätigt werden.

Die Unterstützung der Wallet ist wichtiger als Schlagzeilen über Forks, da verschiedene Wallets unterschiedlich schnell auf Aktualisierungen reagieren:

• Die verschiedenen Bitcoin-Wallet-Optionen unterscheiden sich hinsichtlich der Geschwindigkeit, mit der sie neue Adresstypen unterstützen, des Signaturprozesses, der Gebührentools und der Benachrichtigungen über Aktualisierungen.
• Eigenständige Wallets geben dem Benutzer zwar die Kontrolle über Programme und Schlüssel, übertragen ihm aber auch die Verantwortung für die Datensicherung und die Überprüfung von Aktualisierungen.
• Hardware-Wallets, die nicht für den täglichen Gebrauch bestimmt sind, sind zwar weniger anfällig für Aktivierungsstörungen, benötigen aber dennoch Firmware-Unterstützung, Begleitanwendungen oder eine Adressformatierung, um mit den nach der Fork aufgetretenen Transaktionstypen zu funktionieren.

Für die meisten Benutzer ist die Checkliste bei der Aktivierung einer Soft Fork kurz:

• Prüfen Sie, ob das Upgrade normale Einreichungen oder nur fortgeschrittene Skripte betrifft.
• Vermeiden Sie Geldtransfers nur, weil soziale Medien behaupten, eine neue Währung anzubieten – ein Soft Fork schafft keine neue Währung.
• Prüfen Sie vor dem Senden größerer Transaktionen Ihre Wallet- und Börsenbenachrichtigungen.
• Bevor man sich auf Zahlungen mit niedriger Bestätigungsrate verlässt, sollte man die umstrittenen Aktivierungen abwarten.
• Bewahren Sie Ihre Seed-Phrasen offline auf und geben Sie sie niemals auf einer Website ein, die behauptet, Teil eines Upgrades zu sein.

Ein Soft Fork kann die Möglichkeiten zukünftiger Transaktionen verändern, ohne die Eigentumsverhältnisse bestehender Coins zu ändern. Ausgenommen sind Randprogramme oder fortgeschrittene Skripte, die auf durch die neuen Regeln eingeschränktem Verhalten basieren – weshalb Wallet-Entwickler und Anwendungsentwickler einer gründlicheren Prüfung bedürfen als passive Coin-Inhaber.

Den meisten der aktuell laufenden Diskussionen über ein Upgrade des Bitcoin-Netzwerks liegen drei Schlüsselfragen zugrunde: Was sollte das Netzwerk auf der Konsensschichtebene einschränken, welche neuen Fähigkeiten sollte es erlangen und wie viel Konsens ist tatsächlich erforderlich, bevor strengere Regeln durchgesetzt werden können?

BIPs sind lediglich Vorschläge. Eine BIP-Nummer stellt keine verbindliche Regel dar.

• Datenlimits: BIP-110 fällt in diese Debatte. Der Vorschlag sieht vor, dass Miner ihr Signal mit Bit 4 senden, mit einer Zustimmungsschwelle von 55 % über einen Zeitraum von 2,016 Blöcken und einer bedingungslosen maximalen Aktivierungshöhe um den 1. September 2026. Im Kern geht es um die Frage, ob die Bitcoin-Konsensschicht die in die Blockchain geschriebenen Daten überwachen sollte und wer die Kosten trägt, falls etwas schiefgeht.
• Quantenbereitschaft: BIP-360 schlägt einen Pay-to-Merkle-Root-Mechanismus vor, eine neue Art der Skriptbaumausgabe. Ziel ist es, die langfristige Anfälligkeit für Quantenangriffe zu reduzieren, indem die Ausgaben für den privaten Schlüsselpfad von Taproot aus diesem Ausgabedesign entfernt werden. Dies ist keine Notfallmaßnahme gegen eine bestehende Bedrohung, sondern vielmehr eine Designentscheidung darüber, wie lange Bitcoin seine Sicherheit aufrechterhalten möchte, bevor Quantencomputing wirklich gefährlich wird.
• Bündnisse: Bitcoin-Vereinbarungen würden es ermöglichen, Bedingungen für die zukünftige Verwendung der erzeugten Coins festzulegen. Befürworter sehen darin die Grundlage für Tresore, Maßnahmen zur Staukontrolle und neue Expansionsmöglichkeiten. Kritiker hingegen befürchten unbeabsichtigte Einschränkungen und Streitigkeiten nach der Implementierung.

Bevor man einen dieser Vorschläge als gültige Regel betrachtet, sollten drei Punkte geprüft werden. Erstens: Befindet sich der Vorschlag noch im Entwurfsstadium oder befindet er sich bereits in der Bereitstellungs-, Installations- oder Aktivierungsphase? Zweitens: Betrifft er reguläre Wallet-Transfers oder nur fortgeschrittene Skripte? Drittens: Wird der Aktivierungsprozess von Börsen, Wallets und großen Node-Betreibern wirtschaftlich unterstützt und nicht nur von Entwicklern?