Ein Pull Request ist der offene Vorschlag, mit dem neuer Code in Bitcoin Core gelangt. Erst nach Peer Review und ohne begründete Einwände führen die Maintainer die Code-Integration durch.
Der Pull Request als offener Vorschlag
Ein Pull Request ist der Weg, auf dem neuer Code in Bitcoin Core gelangt, die meistgenutzte Software im Bitcoin-Netzwerk. Jeder Entwickler kann einen solchen Vorschlag einreichen, ohne Anmeldung bei einer Behörde und ohne Firmenzugehörigkeit. Entscheidend ist nicht, wer den Code schreibt, sondern ob er der Prüfung standhält.
Technisch funktioniert das so: Ein Entwickler kopiert das öffentliche Code-Archiv, ändert einzelne Stellen und bittet anschließend darum, diese Änderung in den Hauptzweig zu übernehmen. Diese Bitte ist der Pull Request. Sie enthält den geänderten Code, eine Begründung und oft Tests. Ab diesem Moment ist der Vorschlag für alle sichtbar und kommentierbar.
Prüfung durch Gutachter und Maintainer
Nach dem Einreichen beginnt das Peer Review. Andere Entwickler lesen den Code, testen ihn und geben Rückmeldungen. Zustimmung wird mit „ACK“ signalisiert, Ablehnung mit „NACK“. Ein NACK muss technisch begründet sein, sonst kann er unberücksichtigt bleiben. Gesucht wird vor allem nach Fehlern, Sicherheitslücken und schädlichem Code.
Die Regeln dafür sind öffentlich dokumentiert, ein Überblick findet sich auf der Entwicklerseite von bitcoin.org. Die Maintainer werten die Rückmeldungen aus. Gibt es keine vernünftigen Einwände mehr, führen sie die Code-Integration durch, den sogenannten Merge. Sie entscheiden damit nicht nach eigenem Geschmack, sondern stellen fest, ob ein grober Konsens besteht.
Grober Konsens statt Abstimmung
Dieser grobe Konsens ist keine Mehrheitswahl. Ein gut begründeter Einwand kann mehr Gewicht haben als viele beiläufige Zustimmungen. Deshalb bleiben manche Vorschläge monatelang offen, während kleine Korrekturen schnell übernommen werden. Kritiker bemängeln, dass Merge-Entscheidungen nicht immer begründet werden.
Kurz gesagt: Ein Pull Request ist ein öffentlicher Vorschlag, der erst nach offener Prüfung und ohne begründete Einwände Teil von Bitcoin Core wird. Niemand verfügt über ein Recht zur Durchsetzung, jeder hat ein Recht zur Prüfung. Friedrich August von Hayek beschrieb solche Strukturen als spontane Ordnung: Regeln entstehen aus dem Zusammenspiel vieler Akteure, nicht aus zentraler Planung. Wissen ist verteilt, und kein Einzelner kann es vollständig bündeln.
Zu Bitcoin passt dieses Verfahren. Ein Geld mit fixem Angebot von 21 Mio. BTC und Proof-of-Work verliert seinen Wert als hartes Geld, wenn eine kleine Gruppe die Regeln beliebig ändern könnte. Die offene Code-Integration erschwert genau das. Zudem entscheidet jeder Knotenbetreiber selbst, welche Software er ausführt. Ein Merge in Bitcoin Core ist daher noch keine Regeländerung des Netzwerks.
Es gibt aber eine Einschränkung: Die Theorie der offenen Teilnahme trifft in der Praxis auf wenige erfahrene Gutachter und begrenzte Zeit. Wie dezentral die Entwicklung tatsächlich ist, bleibt umstritten. Der Mechanismus senkt das Risiko willkürlicher Eingriffe, garantiert aber keine perfekte Entscheidung.
Im vorherigen Bildungsartikel berichteten wir über Bitcoin Core Maintainer: Hausmeister statt Herrscher.
