Die Bitcoin Core Geschichte führt von einem Subversion-Repository auf SourceForge über GitHub bis zur Umbenennung 2014. Der Artikel erklärt, warum transparente Merge-Commits die Code-Überprüfung ohne zentrale Instanz ermöglichen.
Bitcoin Core Geschichte: Die Anfänge auf SourceForge
Die Bitcoin Core Geschichte beginnt nicht mit einem Unternehmen, sondern mit einem offenen Code-Archiv. Wer verstehen will, wie Bitcoin heute gepflegt wird, sollte die Werkzeuge der Entwickler kennen. Sie bestimmen, wer Änderungen sehen, prüfen und übernehmen kann.
2009 richtete Martti Malmi, in der frühen Community unter dem Namen Sirius aktiv, ein Subversion-Repository für Bitcoin auf SourceForge ein. SourceForge war damals die bekannteste Hosting-Plattform für Open-Source-Projekte. Subversion ist ein Versionsverwaltungssystem, das jede Änderung am Code mit Zeitpunkt und Autor speichert. Damit entstand ein zentraler Ort für den Austausch der Entwickler.
Zentral meinte hier allerdings nur den Treffpunkt, nicht die Kontrolle. Jeder konnte den Code herunterladen, lesen und eigene Kopien betreiben. Diese Trennung zwischen gemeinsamem Arbeitsort und fehlender Verfügungsgewalt zieht sich durch die gesamte weitere Entwicklung.
Von GitHub zu transparenten Merge-Commits
2011 war der Umzug auf GitHub abgeschlossen. Die Plattform bot eine bequemere Oberfläche, um Vorschläge einzureichen, zu kommentieren und nachzuvollziehen. Jede vollständige Kopie des Repositorys enthält dabei die gesamte Versionsgeschichte.
Im März 2014 erschien Version 0.9.0, mit der die Referenzsoftware von Bitcoin-Qt in Bitcoin Core umbenannt wurde. Ziel war eine klare Trennung zwischen dem Bitcoin-Netzwerk und der Software, die es umsetzt. Seither wird eine transparente Liste der Merge-Commits veröffentlicht. Ein Merge-Commit entsteht, wenn ein geprüfter Änderungsvorschlag in die Hauptcodebasis übernommen wird. So bleibt nachvollziehbar, wer eine Änderung vorgeschlagen, geprüft und zusammengeführt hat.
Offene Code-Überprüfung als spontane Ordnung
Die Geschichte von Bitcoin Core zeigt den Weg von einem einfachen Archiv zu einem öffentlich überprüfbaren Prozess. Die Liste der Merge-Commits dokumentiert jede Entscheidung über den Code und macht sie nachprüfbar.
Friedrich August von Hayek beschrieb Ordnungen, die aus dem Handeln vieler entstehen, ohne dass jemand sie plant. Die Bitcoin Core Geschichte folgt diesem Muster: Niemand verordnet Änderungen, sie setzen sich durch Prüfung, Diskussion und freiwillige Übernahme durch. Am Ende entscheiden die Betreiber der Nodes selbst, welche Version sie ausführen.
Für Bitcoin als hartes Geld ist das entscheidend. Die 21-Mio.-Obergrenze und die Regeln von Proof-of-Work sind nur so glaubwürdig wie der Prozess, der sie schützt. Offener, nachvollziehbarer Code ohne zentrale Instanz erschwert heimliche Eingriffe in die Geldmenge erheblich. Darin unterscheidet sich Bitcoin auch von vielen Krypto-Projekten mit Stiftungen oder Gründerteams an der Spitze.
Einschränkend gilt: Transparenz ist nicht gleich Dezentralität. Die Zahl der Maintainer mit Schreibrechten ist klein, und GitHub gehört einem Unternehmen. Wie stark diese Konzentration in der Praxis wiegt, bleibt eine offene Debatte.
Im vorherigen Bildungsartikel berichteten wir über Bitcoin Core Entwicklung: Warum keine zentrale Instanz den Code kontrolliert.
