Die Kontrolle über Bitcoin liegt nicht bei Minern oder Entwicklern, sondern bei den Nutzern. Die Block Size Wars von 2015 bis 2017 haben gezeigt, dass eine Regeländerung nur gilt, wenn das Netzwerk sie annimmt.

Kontrolle über Bitcoin liegt bei den Nutzern

Die Kontrolle über Bitcoin liegt nicht bei Minern, Börsen oder einzelnen Entwicklern, sondern bei den Nutzern. Diese Einsicht ist das wichtigste Ergebnis der Block Size Wars von 2015 bis 2017. Sie klärt, wer über die Regeln eines Geldes ohne Zentralbank entscheidet.

Vor dem Konflikt galt eine verbreitete Annahme: Wer die Rechenleistung stellt, bestimmt die Regeln. Miner bündeln große Teile der Hashrate in Mining-Farmen und wählen aus, welche Transaktionen in Blöcke kommen. Daraus folgte die Vorstellung, sie könnten Änderungen am Protokoll nach Belieben durchsetzen.

Diese Sicht übersieht einen Punkt. Jeder Block wird von Full Nodes geprüft, die die Konsensregeln unabhängig durchsetzen. Ein Block, der gegen diese Regeln verstößt, wird verworfen, egal wie viel Rechenleistung dahintersteht.

Die Block Size Wars als Machtprobe

Im Mai 2017 unterzeichnete ein Großteil der Mining-Industrie das New York Agreement. Geplant war SegWit2x: zuerst Segregated Witness, später eine Hard Fork mit doppelter Blockgröße. Nutzer und Node-Betreiber antworteten mit BIP148, einem nutzeraktivierten Soft Fork (UASF). Ab dem 1. August 2017 sollten ihre Nodes jeden Block ablehnen, der SegWit nicht signalisierte.

Der Druck wirkte, und SegWit trat am 24. August 2017 in Kraft. Eine Rückschau von Braiins beschreibt, wie der UASF die Miner zum Einlenken brachte. Die geplante Hard Fork wurde am 8. November 2017 abgesagt, weil ihr der Rückhalt fehlte.

Die Abspaltung Bitcoin Cash besteht zwar weiter, blieb aber ein eigenes Krypto-Projekt mit geringer Nutzung. Eine Änderung zählt also nur, wenn sie tatsächlich verwendet wird.

Nutzer, Entwickler und die Kontrolle über Bitcoin

Auch Entwickler haben keine Befehlsgewalt. Bitcoin Core ist die verbreitetste Software, aber nicht die einzige Implementierung. Wer Code schreibt, macht ein Angebot, und die Betreiber der Nodes entscheiden durch ihre Wahl der Software, ob es übernommen wird.

Zusammengefasst haben Mining-Farmen hohen Einfluss, doch die Kontrolle über Bitcoin liegt bei denen, die das Geld nutzen und seine Regeln prüfen. Friedrich August von Hayek beschrieb solche Strukturen als spontane Ordnung, die aus dem Handeln vieler entsteht und nicht aus Planung von oben. Die Block Size Wars sind dafür ein Beispiel aus der Praxis.

Bitcoin überträgt dieses Prinzip auf Geld. Die Obergrenze von 21 Mio. BTC und das Proof-of-Work-Verfahren lassen sich weder durch eine Mehrheit der Miner noch durch eine Gruppe von Entwicklern ändern. Darin liegt der Unterschied zum Fiatgeld, dessen Menge politische Gremien und Zentralbanken festlegen.

Einschränkend gilt: Die Machtverteilung ist kein Naturgesetz. Wie viel Gewicht Börsen, Verwahrer und große Halter mit eigenen Nodes tatsächlich haben, bleibt eine offene Debatte. Belegt ist bisher nur, dass sich 2017 keine Regeländerung gegen den Willen der Nutzer halten konnte.

Im vorherigen Bildungsartikel berichteten wir über Das Blockchain Trilemma: Warum Bitcoin Forks zum Fiat-Produkt werden.

Das Blockchain Trilemma beschreibt den Zielkonflikt zwischen Dezentralität, Sicherheit und Skalierbarkeit. Bitcoin Forks wie Bitcoin Cash tauschen Dezentralität gegen Durchsatz und nähern sich damit dem Fiat-Geld an.

Das Blockchain Trilemma als Grundkonflikt

Das Blockchain Trilemma beschreibt einen Zielkonflikt, den jedes Netzwerk lösen muss. Dezentralität, Sicherheit und Skalierbarkeit lassen sich nicht gleichzeitig maximieren. Wer eine Eigenschaft stärkt, schwächt in der Regel mindestens eine der beiden anderen. Für Bitcoin Forks ist dieser Konflikt der Kern jeder Abspaltung.

Der Begriff geht auf Vitalik Buterin zurück, der ihn um 2017 für das Design von Blockchains formulierte. Die Idee ist älter und lehnt sich an das CAP-Theorem verteilter Systeme an. In der Praxis sind die drei Eigenschaften keine Schalter, sondern stufenlose Größen. Das Trilemma ist daher eine Heuristik und kein mathematischer Beweis. Es hilft aber zu verstehen, warum Netzwerke unterschiedliche Prioritäten setzen.

Größere Blöcke und der Preis der Skalierung

Bitcoin priorisiert bewusst Dezentralität und Sicherheit auf der Basisschicht. Kleine Blöcke im Abstand von rund zehn Minuten halten die Kosten für einen eigenen Full Node niedrig, sodass viele Nutzer die Regeln selbst prüfen können. Die Skalierung verlagert sich auf weitere Ebenen wie das Lightning-Netzwerk. Eine gute Übersicht zu diesen Ansätzen bietet das Bitcoin-Wiki.

Im Blockgrößenstreit von 2015 bis 2017 wollte ein Lager dagegen größere Blöcke für günstige Zahlungen direkt auf der Basisschicht. Am 1. August 2017 entstand so Bitcoin Cash mit 8 MB Blockgröße, von dem sich 2018 wiederum Bitcoin SV abspaltete. Größere Blöcke erhöhen den Durchsatz, verteuern aber Speicher, Bandbreite und Prüfung. Weniger Teilnehmer betreiben dann eigene Nodes, und die Kontrolle konzentriert sich.

Fork-Währungen als Fiat-Produkt

Forks wie Bitcoin Cash lösen das Blockchain Trilemma nicht, sie verschieben nur die Gewichte zugunsten der Skalierbarkeit. Der Preis dafür ist eine kleinere Gruppe, die faktisch über die Regeln entscheidet. Wenige Akteure bestimmen dann Blockgröße und Software. Genau hier liegt die Nähe zum Fiat-Geld: Eine überschaubare Instanz kann Parameter ändern, statt dass ein breiter Konsens sie trägt.

Das Blockchain Trilemma zeigt damit, dass jede Abspaltung eine Abwägung ist und keine kostenlose Verbesserung. Aus Sicht der Österreichischen Schule zählt bei Geld vor allem die Verlässlichkeit seiner Regeln. Saifedean Ammous beschreibt hartes Geld als Geld, dessen Angebot sich nur schwer ausweiten lässt. Diese Härte hängt nicht nur am Code, sondern an der Zahl der Menschen, die ihn unabhängig prüfen.

Bitcoin ist in dieser Logik die konsequente Antwort und klar vom übrigen Kryptomarkt zu trennen. Die Obergrenze von 21 Mio. BTC und Proof-of-Work bleiben nur glaubwürdig, wenn viele dezentrale Nodes sie durchsetzen. Ein Fork kann den Code kopieren, aber nicht dieses Netzwerk und seine Geldprämie. Ob sich das Trilemma technisch dauerhaft umgehen lässt, bleibt eine offene Debatte. Belegt ist bisher nur, dass Bitcoin seine Basisschicht bewusst schlank hält.

Im vorherigen Bildungsartikel berichteten wir über Bitcoin Core Entwickler: Warum eigene Forks an der Macht der Nutzer scheiterten.

Bitcoin Core Entwickler und ihr Umfeld schufen mit Bitcoin XT, Bitcoin Unlimited und btc1 eigene Forks. Keiner setzte sich durch, denn die Regeln von Bitcoin ändern sich nur, wenn Nutzer neue Software freiwillig ausführen.

Bitcoin Core Entwickler gründen eigene Forks

Bitcoin Core Entwickler und Mitwirkende aus ihrem Umfeld haben mehrfach versucht, Bitcoin über eigene Softwareabspaltungen zu verändern. Keines dieser Projekte setzte sich auf der Bitcoin-Kette durch. Der Verlauf zeigt, wo die Macht über den Konsens liegt und wo sie nur zu liegen scheint.

Mike Hearn veröffentlichte Bitcoin XT, dessen Fassung vom August 2015 mit BIP101 Blöcke von 8 MB vorsah. Andrew Stone trieb Bitcoin Unlimited voran, bei dem Miner ihre Blockgrößengrenze selbst wählen sollten. Jeff Garzik entwickelte btc1, die Software für SegWit2x, das die Blockgröße verdoppeln sollte.

Die Ausgänge ähneln sich. Hearn erklärte Bitcoin im Januar 2016 für gescheitert. SegWit2x wurde im November 2017 abgesagt, obwohl zuvor über 90 % der Miner Zustimmung signalisiert hatten.

Dezentrale Entwicklung als Hürde

Bitcoin zu verändern ist schwer, weil eine neue Software allein wenig bewirkt. Wer abweichen will, muss die gesamte Entwicklung verlagern: Code, Prüfung, Fehlerbehebung und das Vertrauen der Betreiber. Das Projekt Bitcoin XT gilt als frühes Beispiel dafür.

Alle Mitwirkenden zu überzeugen ist in einem offenen Netzwerk unmöglich. Verbesserungen funktionieren deshalb nur dezentral: Ein Vorschlag setzt sich durch, wenn ihn genügend Beteiligte freiwillig übernehmen. Die Zusagen großer Unternehmen und Miner ersetzten bei SegWit2x diese Zustimmung nicht. Dieser Weg macht Änderungen langsam, schützt die Regeln aber vor einzelnen Gruppen mit starken Interessen.

Bitcoin Core Entwickler und die Macht der Nutzer

Bitcoin Core ist die meistgenutzte Implementierung. Daraus entsteht faktische Macht, denn was dort nicht eingebaut wird, erreicht die meisten Nodes nicht. Bitcoin Core Entwickler können Nutzer aber nicht zwingen, neue Software zu installieren. Wer jedoch keinen eigenen Node betreibt und Änderungen nicht verfolgt, gibt die Macht über den Konsens an Bitcoin Core ab.

Die gescheiterten Abspaltungen zeigen: Ansehen und Programmierkunst genügen nicht, um die Regeln von Bitcoin zu ändern. Entscheidend ist, welche Software Nutzer freiwillig ausführen. Friedrich August von Hayek beschrieb mit der spontanen Ordnung Regeln, die aus dem Handeln vieler entstehen und nicht aus einem zentralen Plan.

Der Bitcoin-Konsens lässt sich als solche Ordnung lesen. Die Obergrenze von 21 Mio. BTC und Proof-of-Work tragen hartes Geld nur dann, wenn keine Gruppe sie nach Belieben ändern kann. Die schwere Änderbarkeit gehört deshalb zum Wert von Bitcoin als Hard Money.

Theorie und Praxis liegen hier auseinander. Die Souveränität der Nutzer ist ein Modell, denn viele betreiben keinen eigenen Node und nur wenige lesen Code. Wie groß der Einfluss von Bitcoin Core Entwicklern tatsächlich ist, bleibt umstritten. Aktive Mitarbeit verteilt diese Macht breiter: ein eigener Node, das Prüfen von Änderungen und die Beteiligung an der Debatte.

Im vorherigen Bildungsartikel berichteten wir ueber Bitcoin Forks als Fiat-Produkt: Warum der Markt über Abspaltungen entscheidet.

Bitcoin Forks entstehen, wenn ein Teil des Netzwerks die gemeinsamen Regeln verlässt. Das Beispiel Bitcoin Cash zeigt, wie ein Hard Fork abläuft und warum die Marktfähigkeit über die neue Kette entscheidet.

Bitcoin Forks und die Regeln des Netzwerks

Bitcoin Forks entstehen, wenn ein Teil des Netzwerks die gemeinsamen Konsensregeln verlässt. Eine Zentrale kann solche Änderungen bei Bitcoin nicht verordnen. Wer neue Regeln durchsetzen will, muss andere Teilnehmer überzeugen oder sich abspalten.

Technisch gibt es zwei Arten. Ein Soft Fork verschärft die Regeln, sodass alte Software neue Blöcke weiterhin akzeptiert. SegWit (2017) und Taproot (2021) wurden so eingeführt. Ein Hard Fork ändert die Regeln dagegen inkompatibel: Alte Knoten lehnen die neuen Blöcke ab.

Ab diesem Punkt laufen zwei getrennte Ketten nebeneinander. Die ursprüngliche Software bleibt übrig und führt die alte Kette weiter, solange Teilnehmer sie betreiben. Die Abspaltung ersetzt das Original also nicht, sie ist ein neues Netzwerk mit gemeinsamer Vorgeschichte.

Hard Fork am Beispiel von Bitcoin Cash

Das bekannteste Beispiel ist Bitcoin Cash. Am 1. August 2017 trennte sich diese Kette nach Block 478.558 von Bitcoin. Die Software Bitcoin ABC übernahm SegWit nicht und setzte stattdessen auf Blöcke mit 8 MB. Den technischen Ablauf einer solchen Trennung erklärt Learn Me a Bitcoin.

Wer vor der Abspaltung BTC hielt, besaß danach im Verhältnis 1:1 auch Einheiten der neuen Kette. Auf Bitcoin selbst wurde SegWit wenige Wochen später aktiviert, am 24. August 2017 bei Block 481.824. Im November 2018 wiederholte sich das Muster, als sich Bitcoin SV von Bitcoin Cash abspaltete. Der Streit um die Blockgröße war damit nicht gelöst, er zog nur in das neue Netzwerk um.

Bitcoin Forks als Fiat-Produkt

Die Bezeichnung als Fiat-Produkt ist eine Wertung und zielt auf die Entstehung: Eine kleine Gruppe legt neue Regeln fest und gibt eine neue Einheit aus, ohne dass eine breite Übereinkunft besteht. Ob die neue Kette Bestand hat, entscheidet danach die Marktfähigkeit. Rechenleistung folgt dem erwarteten Ertrag, und dieser hängt am Preis der Einheit.

Bitcoin Forks sind damit die Folge einer abgelehnten oder zentral beschlossenen Regeländerung, während das ursprüngliche Regelwerk weiterläuft. Die Österreichische Schule liefert dafür eine passende Erklärung: Friedrich August von Hayek beschrieb Wettbewerb als Entdeckungsverfahren. Übertragen auf Geld setzt sich ein Regelwerk nicht durch Ankündigung durch, sondern durch die freiwillige Wahl der Marktteilnehmer.

Bitcoin profitiert in dieser Logik von seiner Regelstabilität, denn die 21-Mio.-Obergrenze und Proof-of-Work lassen sich nicht einseitig ändern. Ein Fork kann den Code kopieren, seine Knappheit gilt aber nur im eigenen Netzwerk. Auch deshalb ist Bitcoin nicht gleichzusetzen mit Krypto.

Die Einordnung hat Grenzen. In der Praxis wirken neben der Rechenleistung auch Knoten, Börsen und Nutzer mit, und ihr jeweiliges Gewicht bleibt Gegenstand der Debatte. Dass der Markt langfristig das härtere Regelwerk wählt, ist eine Theorie und kein bewiesener Fakt.

Im vorherigen Bildungsartikel berichteten wir über Bitcoin Core Entwicklung: Warum Seriosität die Knoten überzeugt.

Die Bitcoin Core Entwicklung prägt den Großteil des Netzwerks, obwohl jeder ein eigenes Projekt starten kann. Der Artikel erklärt, warum Node-Betreiber freiwillig den am besten geprüften Code wählen und wo die Grenzen dieser Führungsrolle liegen.

Open-Source-Freiheit als Grundlage

Die Bitcoin Core Entwicklung genießt im Netzwerk ein Vertrauen, das sich nicht auf Zwang stützt. Der Quellcode ist offen, und jeder, der mit Bitcoin Core unzufrieden ist, kann ein eigenes Projekt starten. Trotzdem läuft der Großteil der Knoten seit Jahren mit dieser Software.

Open Source bedeutet, dass der Code öffentlich einsehbar, kopierbar und veränderbar ist. Eine Abspaltung der Software erfordert keine Erlaubnis. Bitcoin Knots ist ein Beispiel dafür: Die Alternative existiert seit über zehn Jahren und setzt eigene Regeln für die Weiterleitung von Transaktionen. Wer anderer Meinung ist, muss also niemanden überzeugen, sondern kann eine eigene Version anbieten. Diese Wahlfreiheit ist ein bewusster Teil der Architektur.

Bitcoin Core Entwicklung als Qualitätsmaßstab

Lange Zeit liefen mehr als 90 % aller erreichbaren Bitcoin-Knoten mit Bitcoin Core. Nach dem Streit um die OP_RETURN-Grenze im Jahr 2025 wuchs der Anteil von Knots spürbar, aktuell liegt Bitcoin Core je nach Messung bei rund 77 bis 78 %. Die führende Rolle bleibt damit bestehen, ist aber kein Naturgesetz.

Die Ursache liegt in der Konzentration von Entwicklerzeit und Talent. Bei der Bitcoin Core Entwicklung prüfen viele erfahrene Fachleute jede Änderung, testen sie und diskutieren sie öffentlich. Wer einen vollständigen Knoten betreibt, wählt meist den am besten geprüften Code. Entscheidend ist die Kompatibilität: Wer dieselbe Software wie der Großteil des Netzwerks nutzt, senkt das Risiko unbeabsichtigter Abweichungen bei den Konsensregeln.

Freiwillige Gefolgschaft statt Befehl

Seriosität entsteht hier durch Wettbewerb. Bitcoin Core kann keinem Knoten ein Update vorschreiben, jeder Betreiber entscheidet selbst, welche Version er installiert. Der hohe Marktanteil ist daher ein Ergebnis freiwilliger Entscheidungen, keine Anordnung.

Die Bitcoin Core Entwicklung führt, weil sie den am gründlichsten geprüften Code liefert. Die Open-Source-Freiheit sorgt dafür, dass diese Führung jederzeit angefochten werden kann. Friedrich August von Hayek beschrieb Wettbewerb als Entdeckungsverfahren, in dem sich bessere Lösungen ohne zentrale Planung durchsetzen. Dieses Muster zeigt sich auch bei der Wahl der Node-Software.

Für Bitcoin ist dieser Mechanismus zentral. Ein Geld mit fixem Angebot von 21 Mio. BTC bleibt nur dann hartes Geld, wenn keine einzelne Gruppe die Regeln gegen den Willen der Nutzer ändern kann. Proof-of-Work sichert die Transaktionsgeschichte, die freie Wahl der Software sichert die Regeln selbst.

Eine Einschränkung gehört zur Einordnung. In der Praxis bündelt sich viel Einfluss bei wenigen erfahrenen Entwicklern, und Kritiker sehen darin eine faktische Machtkonzentration. Ob die Wahlfreiheit der Betreiber diese Konzentration ausreichend ausgleicht, ist eine offene Debatte. Zudem sind Knotenzählungen nur Näherungen, da nicht erreichbare Knoten unsichtbar bleiben.

Im vorherigen Bildungsartikel berichteten wir über Bitcoin Core Dezentralität: Wer Veränderungen bei Bitcoin bestimmt.

Bitcoin Core ist die meistgenutzte Software im Netzwerk, doch nur wenige Maintainer haben Schreibrechte. Der Artikel erklärt, worauf die Bitcoin Core Dezentralität beruht und warum Knotenbetreiber das letzte Wort haben.

Bitcoin Core Dezentralität im Entwicklungsprozess

Die Bitcoin Core Dezentralität ist eine der meistdiskutierten Fragen im Netzwerk. Bitcoin Core ist die verbreitetste Software, mit der Knoten die Protokollregeln prüfen. Wer diesen Code schreibt, scheint Bitcoin zu steuern. Doch Schreiben und Durchsetzen sind zwei verschiedene Dinge.

Bitcoin Core ist ein offenes Projekt, an dem weltweit Hunderte Entwickler mitarbeiten. Jeder kann Änderungen vorschlagen, prüfen und kritisieren. Nur eine kleine Gruppe von Maintainern hat Schreibrechte im Hauptrepository. Sie führen Änderungen zusammen, wenn sich unter den Prüfern ein grober Konsens gebildet hat.

Diese Konzentration der Schreibrechte ist der häufigste Kritikpunkt. Ein Maintainer kann Code veröffentlichen, aber niemanden zwingen, ihn auszuführen.

Freiwillige Übernahme statt zentraler Anordnung

Größere Änderungen an den Konsensregeln laufen in der Regel über ein öffentliches Verfahren. Die Bitcoin Improvement Proposals dokumentieren Vorschläge und Begründungen offen. Wirksam wird eine Regeländerung erst, wenn Knotenbetreiber die neue Software freiwillig installieren.

Wie ernst diese Freiheit ist, zeigte Bitcoin Core 30.0 im Oktober 2025. Die Version lockerte die bisherige 80-Byte-Standardgrenze für OP_RETURN-Daten. Ein Teil der Nutzer lehnte das ab und wechselte zur alternativen Implementierung Bitcoin Knots. Deren Anteil an erreichbaren Knoten stieg zeitweise auf rund ein Fünftel. Es handelte sich um eine Richtlinie für die Weiterleitung, nicht um eine Konsensänderung, doch der Konflikt machte die Machtverteilung sichtbar.

Spontane Ordnung und die Grenzen der Dezentralität

Die Debatte zeigt, dass sich Bitcoin Core Dezentralität nicht an der Zahl der Schreibrechte messen lässt. Entscheidend ist, wer Regeln am Ende durchsetzt. Das sind die Betreiber der Knoten, nicht die Entwickler.

Bitcoin Core ist also ein zentral gepflegtes Projekt in einem dezentral geregelten Netzwerk. Veränderungen bei Bitcoin entstehen durch Vorschlag, Prüfung und freiwillige Übernahme. Friedrich August von Hayek beschrieb solche Strukturen als spontane Ordnung, in der Regeln aus vielen Einzelentscheidungen entstehen statt aus einem Plan. Kein Gremium kann die Obergrenze von 21 Mio. BTC anheben, ohne dass die Nutzer die Änderung aktiv übernehmen.

Genau darin liegt der Unterschied zu Fiat-Geld, dessen Regeln Zentralbanken einseitig ändern können. Bitcoin verbindet ein festes Angebot mit Proof-of-Work und einem Regelwerk, das sich nur mit breiter Zustimmung wandeln lässt. Diese Trägheit schützt vor willkürlichen Eingriffen in die Geldordnung.

Umstritten bleibt, wie groß der faktische Einfluss weniger Entwickler ist. Die große Mehrheit der Knoten nutzt weiterhin Bitcoin Core, oft mit Standardeinstellungen. In der Theorie entscheidet jeder Betreiber selbst, in der Praxis folgen viele der Voreinstellung. Ob die Bitcoin Core Dezentralität ausreicht, bleibt deshalb eine offene Debatte.

Im vorherigen Bildungsartikel berichteten wir ueber Bitcoin Core Tests: Der Test des Tests.