BIP 3: Bitcoin Core führt neuen Aktivierungsprozess für BIPs ein!

Bitcoin Improvement Proposals (BIPs) sind formalisierte Dokumente, mit denen Änderungen, Erweiterungen oder Klarstellungen am Bitcoin-Protokoll vorgeschlagen werden. Sie reichen von rein informativen Beschreibungen über Wallet- und Schnittstellenstandards bis hin zu Vorschlägen für tiefgreifende Konsensänderungen. 

Der formale Umgang mit diesen Vorschlägen basierte bislang auf BIP 2, das bereits im Jahr 2016 eingeführt wurde. In der Praxis zeigte sich jedoch über die Jahre, dass dieser Rahmen an mehreren Stellen unscharf blieb. Rollen und Zuständigkeiten waren nicht eindeutig definiert, Aktivierungsentscheidungen erfolgten häufig informell und uneinheitlich, und der gesamte Prozess hing stark von sozialen Konventionen und impliziten Annahmen ab. 

Gerade bei kontroversen Themen führte das regelmäßig zu Unsicherheit darüber, wann ein BIP als „akzeptiert“, „final“ oder „abgelehnt“ gilt – und wer darüber letztlich entscheidet.

Mit der Aktivierung von BIP 3 wurde der formale Prozess rund um Bitcoin Improvement Proposals erstmals seit 2016 grundlegend überarbeitet. Der bisherige Rahmen aus BIP 2 entstand in einer Phase, in der Bitcoin deutlich kleiner war und viele heutige Nutzungskonflikte noch keine Rolle spielten. Über die Jahre hatte sich jedoch gezeigt, dass der bestehende Prozess immer schwerfälliger wurde und zunehmend an Aussagekraft verlor.

BIP 3 ist die Reaktion auf diese Entwicklung und soll den BIP-Prozess wieder näher an seine ursprüngliche Funktion heranführen: strukturierte, nachvollziehbare Dokumentation.

Ein zentraler Gedanke von BIP 3 besteht darin, den Anspruch von BIPs bewusst zu begrenzen. Ein BIP beschreibt weiterhin eine technische Idee, einen Standard oder einen Prozess. Es trifft jedoch keine Aussage darüber, ob diese Idee im Bitcoin-Netzwerk akzeptiert, implementiert oder aktiviert wird. Diese Trennung war faktisch schon immer Teil von Bitcoin, wurde aber bislang nicht explizit festgeschrieben.

BIP 3 macht nun deutlich, dass formale Dokumentation und tatsächlicher Konsens zwei unterschiedliche Ebenen sind. Ein abgeschlossener oder gemergter BIP-Text stellt keine Entscheidung über Bitcoin dar, sondern lediglich eine abgeschlossene Beschreibung. Damit werden falsche Erwartungen reduziert, die sich über Jahre aufgebaut hatten.

Eine der sichtbarsten Änderungen betrifft die Statuslogik. Unter BIP 2 existierten neun unterschiedliche Statusbezeichnungen, die historisch gewachsen waren und zunehmend uneinheitlich genutzt wurden. Begriffe wie „Final“, „Active“ oder „Rejected“ wurden oft unterschiedlich interpretiert und verloren dadurch ihren praktischen Nutzen.

BIP 3 reduziert diese Vielzahl auf vier klarere Zustände: Draft (Entwurf), complete (abgeschlossen), deployed (im Einsatz) und closed (geschlossen). Dabei werden frühere Kategorien zusammengeführt, die inhaltlich ohnehin ähnliche Bedeutungen hatten. Der Fokus liegt nicht mehr auf feinen Abstufungen, sondern auf der Frage, ob ein Vorschlag noch in Arbeit ist, inhaltlich fertiggestellt wurde, tatsächlich genutzt wird oder bewusst beendet ist. Das macht den Lebenszyklus eines BIPs deutlich nachvollziehbarer.

Auch der Umgang mit inaktiven Vorschlägen wurde angepasst. Unter dem alten System konnten BIPs allein deshalb geschlossen werden, weil sie über längere Zeit keinen Fortschritt zeigten. BIP 3 verabschiedet sich von diesem Automatismus. Ein Vorschlag gilt nicht mehr automatisch als gescheitert, nur weil er langsamer vorankommt.

Stattdessen wird stärker berücksichtigt, ob Autoren weiterhin Interesse an der Weiterentwicklung haben. Gleichzeitig wird verhindert, dass unfertige Entwürfe unbegrenzt den Eindruck von Aktivität erwecken, wenn faktisch niemand mehr daran arbeitet. Das Ziel ist weniger Ordnung um jeden Preis als vielmehr ein realistisches Abbild des tatsächlichen Stands.

Ein besonders sensibler Punkt war in der Vergangenheit die Rolle der BIP-Editoren. Unter BIP 2 waren sie nicht nur für formale Aspekte zuständig, sondern mussten in einzelnen Fällen auch inhaltliche Abwägungen treffen. Das führte immer wieder zu dem Vorwurf von „Gatekeeping.”

BIP 3 verschiebt diese Verantwortung deutlich. Editoren kümmern sich um Struktur, Format und Konsistenz und nicht um inhaltliche Bewertung. Entscheidungen darüber, ob ein Vorschlag sinnvoll, relevant oder konsensfähig ist, liegen ausdrücklich bei den Autoren und der breiteren Leserschaft. Damit wird die redaktionelle Funktion klar von möglicher sozialer Einflussnahme getrennt.

Trotz der Überarbeitung bleibt ein zentraler Kritikpunkt bestehen. Auch unter BIP 3 beginnt der Prozess weiterhin informell. Neue Ideen sollen zunächst diskutiert werden, bevor sie als formales BIP eingereicht werden. In der Praxis bedeutet das, dass ein relativ kleiner Kreis aktiver Entwickler und etablierter Diskussionsorte weiterhin eine Filterfunktion ausübt.

Diese Vorselektion ist kein neues Element, sondern wurde weitgehend aus dem bisherigen Prozess übernommen. BIP 3 löst dieses Spannungsfeld nicht auf, sondern macht es transparenter. Die formale Ordnung setzt erst dort an, wo eine Idee bereits ausreichend diskutiert wurde. Ob man dies als notwendige Qualitätskontrolle oder als strukturelles Nadelöhr betrachtet, bleibt eine Frage der Perspektive.

Der eigentliche Mehrwert von BIP 3 liegt nicht darin, Konflikte zu beseitigen, sondern sie klarer einzuordnen. Indem der Prozess offenlegt, dass formale Dokumentation, Implementierung und sozialer Konsens unterschiedliche Ebenen sind, reduziert er falsche Erwartungen. Ein BIP ist kein politischer Beschluss und keine Aktivierungsanordnung, sondern eine präzise Beschreibung.

Gerade bei einem System ohne klare Governance wie Bitcoin ist diese Klarheit entscheidend. Viele der vergangenen Debatten, etwa über Softforks, alternative Clients oder die Nutzung von Blockspace, wurden nicht nur inhaltlich, sondern auch entlang formaler Deutungen geführt. BIP 3 nimmt diesem Aspekt einen Teil der Schärfe, ohne inhaltliche Positionen vorzugeben.

Auch die Rolle von Bitcoin Core wird dadurch klarer eingeordnet. Core bleibt Referenzimplementierung und Entwicklungsplattform, nicht die Entscheidungszentrale. BIP 3 unterstützt diese Trennung, indem es Prozesse beschreibt, ohne ihnen wirkliche Macht zuzuschreiben.