Blockchain-Netzwerke werden oft als dauerhaft und unveränderlich beschrieben, aber das bedeutet nicht, dass die Software, auf der sie laufen, für immer gleich bleibt. Wie jede komplexe Technologie müssen sich auch Blockchains weiterentwickeln. Entwickler entdecken Fehler, neue Sicherheitstechniken entstehen, Nutzer verlangen bessere Leistung und Communities schlagen neue Funktionen vor.

Die Aktualisierung eines dezentralen Netzwerks unterscheidet sich jedoch deutlich von der Aktualisierung einer gewöhnlichen Website oder Anwendung. Normalerweise gibt es keinen einzelnen Administrator, der einfach eine neue Version für alle installieren kann. Stattdessen müssen Entwickler, Node-Betreiber, Validatoren, Miner, Nutzer, Anwendungen und manchmal auch Token-Inhaber Änderungen an einem gemeinsamen Protokoll koordinieren.

Wenn du verstehst, wie Blockchain-Upgrades funktionieren, lassen sich Konzepte wie Hard Forks, Soft Forks, Protokollvorschläge, Testnets, Aktivierungsschwellen und Netzwerk-Governance leichter nachvollziehen.

Warum brauchen Blockchain-Netzwerke Upgrades?

Ein Blockchain-Protokoll definiert die Regeln, denen Beteiligte bei der Kommunikation mit dem Netzwerk folgen. Diese Regeln bestimmen, wie Transaktionen validiert werden, wie Blöcke erstellt werden, wie der Konsens funktioniert, wie Gebühren berechnet werden und welche Informationen On-Chain gespeichert werden können.

Im Laufe der Zeit müssen diese Regeln möglicherweise geändert werden.

Netzwerke können Upgrades einführen, um:

• Fehler oder Sicherheitslücken zu beheben
• Die Transaktionskapazität zu verbessern
• Gebühren oder Verarbeitungsanforderungen zu reduzieren
• Neue Transaktionstypen einzuführen
• Den Datenschutz zu verbessern
• Konsensmechanismen zu ändern
• Smart-Contract-Funktionen hinzuzufügen
• Die Interoperabilität zu verbessern
• Den Betrieb von Nodes effizienter zu machen
• Das Protokoll auf zukünftige Funktionen vorzubereiten

Einige Upgrades sind kleine technische Verbesserungen. Andere verändern grundlegend, wie eine Blockchain funktioniert.

Da Tausende unabhängige Computer am selben Netzwerk teilnehmen können, erfordert eine Änderung dieser Regeln Koordination.

Protokollregeln und Node-Software

Ein Blockchain-Netzwerk besteht aus vielen Nodes, auf denen Software läuft, die das Protokoll des Netzwerks umsetzt.

Das Protokoll ist das Regelwerk. Die Node-Software ist das Programm, das diesen Regeln folgt.

Wenn Entwickler eine neue Version der Node-Software veröffentlichen, können Betreiber entscheiden, ob sie diese installieren. Je nach Art des Updates können alte und neue Versionen weiterhin normal miteinander kommunizieren, oder die Änderung kann schließlich zu inkompatiblen Versionen des Netzwerks führen.

Diese Unterscheidung ist einer der Gründe, warum Blockchain-Upgrades üblicherweise entweder als Soft Forks oder Hard Forks bezeichnet werden.

Was ist ein Soft Fork?

Ein Soft Fork verändert das Protokoll, bleibt unter bestimmten Bedingungen jedoch mit älteren Versionen kompatibel.

Neue Regeln machen die Validierungsanforderungen normalerweise strenger. Nodes mit älterer Software können Blöcke, die nach den neuen Regeln erstellt wurden, möglicherweise weiterhin erkennen, weil diese Blöcke auch die älteren Regeln erfüllen.

Stell dir vor, das ursprüngliche Protokoll erlaubt Blöcke mit mehreren verschiedenen Transaktionsformaten. Ein Upgrade könnte einschränken, welche Formate zulässig sind. Ältere Nodes könnten die neuen Blöcke weiterhin als gültig ansehen, weil sie innerhalb der weiter gefassten ursprünglichen Regeln liegen.

Soft Forks können es Netzwerken daher ermöglichen, Änderungen einzuführen, ohne dass alle Beteiligten gleichzeitig ein Upgrade durchführen müssen.

Koordination bleibt jedoch wichtig. Validatoren, Miner, Entwickler, Börsen, Wallets und andere Infrastrukturanbieter müssen ihre Systeme möglicherweise aktualisieren, um die neuen Funktionen vollständig verstehen oder nutzen zu können.

Was ist ein Hard Fork?

Ein Hard Fork führt Protokollregeln ein, die nicht mit älteren Versionen kompatibel sind.

Nodes, die die alten Regeln verwenden, können Blöcke ablehnen, die nach den neuen Regeln erstellt wurden, während aktualisierte Nodes sie akzeptieren können.

Wenn fast alle ein Upgrade durchführen, kann die Blockchain als ein einziges Netzwerk mit den neuen Regeln weiterlaufen.

Wenn sich eine bedeutende Gruppe gegen das Upgrade entscheidet, können zwei getrennte Netzwerke entstehen.

Beide Netzwerke können zunächst bis zum Zeitpunkt der Abspaltung dieselbe Blockchain-Historie teilen. Danach erzeugen sie nach unterschiedlichen Regeln verschiedene Blöcke.

Deshalb haben einige heute existierende Blockchain-Netzwerke einen gemeinsamen historischen Ursprung.

Ein Hard Fork bedeutet nicht automatisch, dass es zu einer dauerhaften Aufspaltung der Chain kommt. Viele Hard Forks sind sorgfältig geplante Protokoll-Upgrades, bei denen sich der Großteil des Ökosystems darauf einigt, auf die neue Version umzusteigen.

Wer entscheidet, ob ein Upgrade stattfinden soll?

Es gibt keinen universellen Upgrade-Prozess für alle Blockchain-Netzwerke.

Verschiedene Projekte verwenden unterschiedliche Governance-Strukturen.

An einem Upgrade können beteiligt sein:

• Entwickler des Kernprotokolls
• Unabhängige Entwicklungsteams
• Validatoren oder Miner
• Node-Betreiber
• Token-Inhaber
• Stiftungen
• Unternehmen im Ökosystem
• Anwendungsentwickler
• Mitglieder der Community

Einige Netzwerke verwenden formelle On-Chain-Governance-Systeme, bei denen Token-Inhaber oder Vertreter direkt über Protokolländerungen abstimmen.

Andere setzen hauptsächlich auf Off-Chain-Koordination durch Entwicklerdiskussionen, technische Vorschläge, Community-Foren, Treffen und die Übernahme neuer Software.

In vielen Netzwerken können Entwickler Softwareänderungen vorschlagen und umsetzen, aber sie können unabhängige Node-Betreiber nicht dazu zwingen, diese zu installieren.

Letztlich werden Protokollregeln nur wirksam, wenn genügend relevante Netzwerkteilnehmer sie übernehmen.

Blockchain-Verbesserungsvorschläge

Viele Blockchain-Ökosysteme verwenden formelle Vorschlagssysteme, um mögliche Protokolländerungen zu dokumentieren.

Ein Vorschlag erklärt normalerweise:

• Was geändert werden soll
• Warum die Änderung notwendig ist
• Wie die Änderung funktionieren würde
• Technische Details zur Umsetzung
• Überlegungen zur Kompatibilität
• Auswirkungen auf die Sicherheit

Der Vorschlag kann anschließend öffentlich von Entwicklern und Mitgliedern der Community geprüft werden.

Bitcoin, Ethereum und viele andere Blockchain-Ökosysteme verwenden strukturierte Prozesse für Verbesserungsvorschläge, auch wenn sich die Begriffe und Verfahren zwischen den Netzwerken unterscheiden.

Ein Vorschlag bedeutet nicht zwangsläufig, dass eine Funktion umgesetzt wird. Manche Vorschläge werden jahrelang diskutiert, während andere abgelehnt oder durch alternative Ansätze ersetzt werden.

Von der Idee zum Upgrade

Ein größeres Blockchain-Upgrade durchläuft normalerweise mehrere Phasen.

1. Ein Problem oder eine Möglichkeit erkennen

Jemand erkennt etwas, das verbessert werden könnte.

Entwickler können beispielsweise feststellen, dass die Verarbeitung von Transaktionen effizienter werden könnte oder dass das Netzwerk zusätzliche Funktionen benötigt.

2. Forschung und Diskussion

Entwickler und Forscher untersuchen mögliche Lösungen.

Technische Diskussionen können in Repositories, Foren, Community-Calls, auf Konferenzen, über Mailinglisten oder in speziellen Forschungskanälen stattfinden.

Verschiedene Lösungen können miteinander konkurrieren, bevor sich die Community zunehmend auf einen bevorzugten Ansatz einigt.

3. Einen formellen Vorschlag erstellen

Die vorgeschlagene Änderung kann über den Prozess für Verbesserungsvorschläge des Netzwerks dokumentiert werden.

Dadurch erhalten andere Entwickler eine präzise technische Spezifikation zur Prüfung.

4. Implementierung

Entwickler implementieren die vorgeschlagenen Änderungen in der Node-Software.

Diese Phase kann umfangreiche Code-Prüfungen und Tests umfassen, da Fehler in Konsenssoftware schwerwiegende Folgen haben können.

5. Bereitstellung im Testnet

Bevor die Haupt-Blockchain geändert wird, werden Upgrades häufig zunächst in Testnetzwerken bereitgestellt.

Testnets ermöglichen es Entwicklern, Validatoren, Anwendungsteams und Infrastrukturanbietern, mit den neuen Regeln zu experimentieren, ohne reale Vermögenswerte im Hauptnetzwerk zu riskieren.

Probleme, die während der Tests entdeckt werden, können vor der endgültigen Bereitstellung behoben werden.

6. Vorbereitung des Ökosystems

Wallet-Anbieter, Börsen, Explorer, Infrastrukturdienste, Smart-Contract-Entwickler, Validatoren und andere Beteiligte müssen ihre Systeme möglicherweise aktualisieren.

Größere Upgrades werden normalerweise frühzeitig angekündigt, damit Beteiligte im Ökosystem genügend Zeit zur Vorbereitung haben.

7. Aktivierung

Schließlich wird das Upgrade aktiviert.

Die Aktivierung kann zu einem vorher festgelegten Zeitpunkt oder Wert erfolgen, etwa bei einer bestimmten:

• Blockhöhe
• Epoche
• Zeitmarke
• Validator-Schwelle
• Miner-Signalisierungsschwelle
• Governance-Entscheidung

Sobald die Aktivierungsbedingung erfüllt ist, beginnen die teilnehmenden Nodes damit, die neuen Regeln durchzusetzen.

Warum Aktivierungsmechanismen wichtig sind

Eine Blockchain kann neue Konsensregeln nicht immer unmittelbar nach der Veröffentlichung neuer Software einführen.

Verschiedene Node-Betreiber können Updates zu unterschiedlichen Zeitpunkten installieren.

Aktivierungsmechanismen schaffen einen koordinierten Übergangszeitpunkt.

Ein Upgrade könnte beispielsweise festlegen, dass neue Regeln ab Block 10,000,000 aktiv werden.

Nodes, die die Software bereits installiert haben, folgen weiterhin dem bestehenden Protokoll, bis dieser Block erreicht ist. Sobald der Aktivierungsblock erreicht wird, beginnen sie gleichzeitig damit, die neuen Regeln durchzusetzen.

Andere Netzwerke können verlangen, dass ein bestimmter Prozentsatz der Validatoren oder Miner seine Unterstützung signalisiert, bevor die Aktivierung erfolgt.

Der genaue Mechanismus hängt vom Konsens- und Governance-Design der Blockchain ab.

Was passiert, wenn Nodes kein Upgrade durchführen?

Die Antwort hängt von der Art des Upgrades ab.

Bei gewöhnlichen Softwareverbesserungen, die keine Konsensregeln ändern, kann eine ältere Node möglicherweise weiterhin funktionieren, auch wenn ihr neuere Funktionen oder Sicherheitsverbesserungen fehlen.

Bei Änderungen am Konsens können die Folgen schwerwiegender sein.

Eine veraltete Node kann:

• Blöcke ablehnen, die das aktualisierte Netzwerk als gültig betrachtet
• Blöcke akzeptieren, die aktualisierte Nodes ablehnen
• Der Haupt-Chain nicht mehr folgen
• Den Zugriff auf bestimmte Netzwerkfunktionen verlieren
• Für bereits behobene Fehler anfällig werden

Node-Betreiber müssen daher auf Upgrade-Ankündigungen achten, insbesondere wenn ein Update die Konsensregeln verändert.

Validatoren und Miner spielen eine wichtige Rolle

Konsensteilnehmer sind während Upgrades besonders wichtig.

In Proof-of-Work-Systemen erzeugen Miner Blöcke.

In Proof-of-Stake-Systemen schlagen Validatoren normalerweise Blöcke vor und bestätigen sie.

Wenn Konsensteilnehmer inkompatible Software verwenden, kann es zu Störungen im Netzwerk kommen.

Aus diesem Grund erfordern größere Upgrades häufig eine Koordination mit Mining-Pools, Validator-Betreibern, Staking-Anbietern, Infrastrukturunternehmen und Börsen.

Ein Netzwerk kann technisch gesehen Tausende Nodes haben, doch Konsensteilnehmer können eine besonders wichtige Rolle dabei spielen, welche Chain weiterhin gültige Blöcke erzeugt.

Entwickler können das Netzwerk nicht immer kontrollieren

Eine ungewöhnliche Eigenschaft der dezentralen Blockchain-Entwicklung besteht darin, dass das Schreiben von Software Entwicklern nicht automatisch Kontrolle über das Netzwerk gibt.

Entwickler können eine neue Client-Version mit anderen Regeln veröffentlichen.

Unabhängige Teilnehmer entscheiden jedoch weiterhin selbst, ob sie diese verwenden.

Wenn Node-Betreiber, Validatoren, Miner, Börsen und Nutzer die Änderung ablehnen, werden die vorgeschlagenen Regeln möglicherweise nicht übernommen.

Dadurch entsteht eine wichtige Unterscheidung zwischen der Entwicklung von Protokollsoftware und der Governance eines aktiven dezentralen Netzwerks.

Der Einfluss von Entwicklern kann dennoch erheblich sein, insbesondere wenn technisches Fachwissen bei einer relativ kleinen Zahl von Mitwirkenden konzentriert ist. Dennoch tragen Umsetzung, Akzeptanz, wirtschaftliche Anreize und die Unterstützung der Community gemeinsam zum Ergebnis größerer Protokolländerungen bei.

Welche Rolle spielen Börsen und Wallets?

Börsen und Wallet-Anbieter bestimmen Protokollregeln normalerweise nicht direkt, können bei größeren Upgrades jedoch eine wichtige Rolle spielen.

Börsen können Ein- und Auszahlungen rund um ein Upgrade vorübergehend aussetzen, um betriebliche Risiken zu reduzieren.

Wallet-Anbieter müssen möglicherweise Transaktionsformate, Gebührenberechnungen, die Verarbeitung von Adressen oder andere Netzwerkinteraktionen aktualisieren.

Wenn sich eine Chain aufspaltet, müssen Börsen möglicherweise auch entscheiden, wie sie die daraus entstehenden Assets identifizieren, listen oder unterstützen.

Anwendungsentwickler stehen vor ähnlichen Herausforderungen. Smart Contracts, Bridges, Explorer, dezentrale Anwendungen und Infrastrukturdienste müssen möglicherweise alle getestet werden, bevor ein Upgrade aktiviert wird.

Upgrades von Smart-Contract-Plattformen

Upgrades können bei Smart-Contract-Netzwerken besonders komplex sein.

Tausende Anwendungen können auf ein bestimmtes Verhalten des Netzwerks angewiesen sein.

Änderungen an Transaktionskosten, Ausführungsregeln, kryptografischen Funktionen oder dem Verhalten virtueller Maschinen können bestehende Anwendungen beeinflussen.

Entwickler müssen deshalb die Abwärtskompatibilität sorgfältig berücksichtigen.

Netzwerk-Upgrades können neue Funktionen einführen und gleichzeitig versuchen, das von bestehenden Smart Contracts erwartete Verhalten beizubehalten.

Das ist einer der Gründe, warum größere Protokolländerungen häufig lange Test- und Prüfphasen durchlaufen.

Können Blockchain-Upgrades die Geldpolitik verändern?

In manchen Netzwerken ja.

Protokoll-Upgrades können möglicherweise Regeln ändern, die sich auf Folgendes beziehen:

• Block-Belohnungen
• Validator-Belohnungen
• Token-Ausgabe
• Gebührenverteilung
• Token-Burning
• Ausgabepläne

Solche Änderungen können besonders umstritten sein, weil sie wirtschaftliche Anreize direkt beeinflussen.

Verschiedene Beteiligte können sehr unterschiedliche Interessen haben.

Validatoren könnten sich auf Netzwerkbelohnungen konzentrieren, Nutzer auf Transaktionskosten achten, Token-Inhaber die Angebotsdynamik im Blick haben und Entwickler der langfristigen Nachhaltigkeit des Protokolls Priorität geben.

Wirtschaftliche Änderungen werden deshalb vor ihrer Umsetzung häufig ausführlich diskutiert.

Notfall-Upgrades

Nicht jedes Upgrade kann Monate im Voraus geplant werden.

Gelegentlich entdecken Entwickler kritische Sicherheitslücken, die schnelles Handeln erfordern.

In solchen Situationen können Entwicklungsteams Notfall-Updates für die Software veröffentlichen und Node-Betreiber dazu auffordern, schnell ein Upgrade durchzuführen.

Details zu schwerwiegenden Sicherheitslücken werden manchmal vorübergehend zurückgehalten, bis genügend Netzwerkteilnehmer die Fehlerbehebung installiert haben. Eine zu frühe Veröffentlichung von Exploit-Details könnte Angreifern die Möglichkeit geben, Nodes anzugreifen, die noch kein Upgrade durchgeführt haben.

Die Koordination bei Notfällen verdeutlicht eine wichtige Realität von Blockchain-Systemen: Dezentralisierung beseitigt nicht die Notwendigkeit von Kommunikation und Zusammenarbeit.

Upgrades können technisch erfolgreich, aber gesellschaftlich umstritten sein

Blockchain-Governance umfasst sowohl technische als auch soziale Elemente.

Entwickler können sich einig sein, dass eine vorgeschlagene Funktion technisch korrekt funktioniert, während Mitglieder der Community darüber uneinig sind, ob das Netzwerk sie übernehmen sollte.

Diskussionen können Fragen wie diese umfassen:

• Soll das bisherige Verhalten kompatibel bleiben?
• Wer profitiert von der Änderung?
• Verändert das Upgrade die ursprünglichen Ziele des Netzwerks?
• Erhöht es die Hardware-Anforderungen?
• Führt es neue Vertrauensannahmen ein?
• Beeinflusst es die Dezentralisierung?
• Sollten wirtschaftliche Regeln geändert werden?

Auf Governance-Fragen gibt es nur selten eine rein technische Antwort.

Ein Protokoll kann festlegen, wie Nodes einen Konsens erreichen, aber es kann nicht vollständig automatisieren, wie Communities entscheiden, welche Regeln das Protokoll enthalten soll.

Netzwerkaufspaltungen sind Teil dezentraler Governance

Chain-Splits werden manchmal ausschließlich als technische Fehler beschrieben, können aber auch Meinungsverschiedenheiten innerhalb eines dezentralen Ökosystems widerspiegeln.

Wenn zwei Gruppen deutlich unterschiedliche Regeln bevorzugen, können sich beide dafür entscheiden, ihre eigene Version der Blockchain weiterzuführen.

Aus technischer Sicht kann jede Chain unabhängig weiterarbeiten, wenn sie über genügend Nutzer, Entwickler, Infrastruktur und Konsensteilnehmer verfügt.

Die Marktteilnehmer entscheiden anschließend, ob eines oder beide Netzwerke wirtschaftlich relevant bleiben.

Diese Möglichkeit bietet Teilnehmern dezentraler Netzwerke eine ungewöhnliche Option: Statt alle dazu zu zwingen, eine einzige Entscheidung zu akzeptieren, können inkompatible Gruppen manchmal unter unterschiedlichen Protokollregeln weitermachen.

Testnets ermöglichen sicherere Upgrades

Testnetzwerke gehören zu den wichtigsten Werkzeugen der Blockchain-Entwicklung.

Ein Testnet verhält sich ähnlich wie das Hauptnetzwerk, verwendet jedoch Token ohne nennenswerten wirtschaftlichen Wert.

Entwickler können Testnets verwenden, um Folgendes zu simulieren:

• Protokoll-Upgrades
• Verhalten von Validatoren
• Interaktionen mit Smart Contracts
• Netzwerküberlastung
• Neue Transaktionsformate
• Konsensänderungen

Größere Upgrades können außerdem mehrere temporäre Testnetzwerke durchlaufen, bevor sie die Haupt-Blockchain erreichen.

Selbst umfangreiche Tests können nicht garantieren, dass jedes Problem entdeckt wird, sie reduzieren jedoch deutlich das Risiko, unerwartetes Verhalten direkt in ein aktives Netzwerk einzuführen.

Client-Vielfalt kann Upgrades komplizierter machen

Einige Blockchain-Netzwerke verfügen über mehrere unabhängige Software-Clients, die dasselbe Protokoll implementieren.

Client-Vielfalt kann die Widerstandsfähigkeit verbessern, da das gesamte Netzwerk nicht von einer einzigen Codebasis abhängig ist.

Sie bringt jedoch auch zusätzliche Herausforderungen bei der Koordination mit sich.

Jeder Client muss die Protokollregeln einheitlich interpretieren.

Wenn ein Client ein Upgrade anders implementiert als ein anderer, könnten sich Nodes darüber uneinig sein, welche Blöcke gültig sind.

Deshalb können Protokollspezifikationen, Test-Frameworks, Interoperabilitätstests und koordinierte Veröffentlichungen äußerst wichtig sein.

Upgrades zeigen, dass Blockchains nicht statisch sind

Die in einer Blockchain gespeicherten Daten können so konzipiert sein, dass sie Änderungen widerstehen, doch das Protokoll selbst kann sich weiterentwickeln.

Diese Unterscheidung ist wichtig.

Unveränderlichkeit bezieht sich im Allgemeinen darauf, wie schwierig es ist, bereits bestätigte Blockchain-Historie neu zu schreiben. Sie bedeutet nicht, dass die Community niemals die Regeln für zukünftige Blöcke ändern kann.

Eine Blockchain, die niemals aktualisiert werden könnte, hätte Schwierigkeiten, auf neue Sicherheitserkenntnisse, technologische Verbesserungen oder sich verändernde Anforderungen der Nutzer zu reagieren.

Erfolgreiche Netzwerke müssen daher zwei Ziele miteinander in Einklang bringen:

Stabilität und Weiterentwicklung.

Nutzer brauchen die Sicherheit, dass sich Protokollregeln nicht unvorhersehbar ändern, während Entwickler genügend Flexibilität benötigen, um das System bei Bedarf zu verbessern.

Warum Blockchain-Upgrades wichtig sind

Blockchain-Upgrades zeigen einen der interessantesten Aspekte dezentraler Technologie.

Ein Netzwerk ist nicht einfach nur Software, die auf Computern läuft. Es ist zugleich ein Koordinationssystem, an dem Entwickler, Node-Betreiber, Validatoren, Miner, Unternehmen, Anwendungen und Nutzer beteiligt sind.

Eine Änderung des Protokolls bedeutet, genügend unabhängige Teilnehmer davon zu überzeugen, neuen Regeln zu folgen, ohne das gemeinsame Netzwerk zu beeinträchtigen.

Soft Forks, Hard Forks, Governance-Vorschläge, Testnets, Aktivierungsmechanismen und Client-Updates sind alles Werkzeuge, die dabei helfen, dies zu ermöglichen.

Wer diese Prozesse versteht, kann wichtige Entwicklungen im Blockchain-Bereich leichter nachvollziehen. Wenn ein Projekt ein Protokoll-Upgrade ankündigt, sind nicht nur die Fragen wichtig, welche neue Funktion eingeführt wird, sondern auch, wie die Änderung getestet, aktiviert, übernommen und im gesamten Ökosystem koordiniert wird.

Blockchain-Netzwerke können darauf ausgelegt sein, ihre Geschichte zu bewahren, doch ihre Zukunft wird kontinuierlich weiterentwickelt.