Bitcoin-Verbesserungsvorschlag (BIP)
Was ist ein Bitcoin-Verbesserungsvorschlag?
Bitcoin hat als dezentrale Open-Source-Kryptowährung keine hierarchische oder definierte Organisationsstruktur. Daher war ein allgemein vereinbarter Standard für die Einführung neuer Ideen und die Entwicklung von Bitcoin erforderlich.
Das erste BIP wurde 2011 vom britisch-iranischen Programmierer Amir Taaki herausgegeben, zwei Jahre nach der Gründung von Bitcoin. Es legte das Format des BIP selbst fest und ließ sich vom System der Vorschläge für Änderungen an der Python-Sprache inspirieren. Jedes BIP ist auf GitHub öffentlich verfügbar. Bitcoin-Verbesserungsvorschläge fallen normalerweise in eine von drei Kategorien: Standards verfolgen, informativ und Prozess.
Standards Track BIPs beziehen sich auf Änderungen am Protokoll oder an Validierungsmethoden. Informations-BIPs dienen Bildungszwecken oder der Sensibilisierung. Prozess-BIPs beziehen sich auf vorgeschlagene Prozessänderungen außerhalb des Bitcoin-Protokolls. Informations-BIPs können von der Bitcoin-Community nach Belieben akzeptiert oder ignoriert werden. Standards zur Verfolgung und Verarbeitung von BIPs erfordern jedoch einen Konsens in der Gemeinschaft und müssen berücksichtigt werden.
Da es sich um ein Open-Source-Projekt handelt, kann jeder, der Lust oder Fähigkeiten hat, ein BIP einreichen. Bevor sie zu einem formellen BIP werden, durchlaufen BIPs einen Entwurfs- oder „Triage“-Prozess – beginnend mit einem Entwurf, der an die Mailingliste bitcoin-dev@lists.linuxfoundation.org gesendet wird. Das vorgeschlagene BIP wird entweder vorgeschlagen, abgelehnt, zurückgezogen oder zurückgestellt. Wenn es grünes Licht gibt, wird es als Entwurf im Bitcoin Core GitHub-Repository der BIPs veröffentlicht, wo die Community transparent prüfen und daran arbeiten kann.
Als nächstes kommt die aktive Phase, gefolgt von Obsoleszenz oder Ersatz. Die meisten BIPs beginnen ihr Leben mit Diskussionen auf Listservs oder anderen Communities. BIPs können sich auf kritische Entscheidungen wie Hard- und Soft Forks beziehen. Beispielsweise schlug BIP 141, auch bekannt als SegWit, einen Soft Fork vor, der die Netzwerkkapazität erhöhen soll. Fork-Vorschläge erfordern eine 95-prozentige Mehrheit der Bergleute. Entscheidend ist, dass BIPs nicht durchgesetzt werden können. Selbst wenn in der Community ein Konsens über eine in einem BIP dargelegte Änderung erzielt wird, trifft jeder Entwickler seine eigene Entscheidung darüber, welche Codebasis er verwendet. Darüber hinaus gibt es keine Möglichkeit oder Absicht, vorzuschreiben, welche Version des Codes von einzelnen Bitcoin-Benutzern verwendet wird. Für viele Änderungen – etwa Modifikationen an der Benutzeroberfläche – ist überhaupt kein BIP erforderlich.