Der aktuelle Prozess wird vom eingesetzten BIP 3 verwaltet. Jeder kann einen Vorschlag schreiben, die Nummer wird jedoch zugewiesen und das Dokument wird von den BIP-Redakteuren veröffentlicht. BIPs sind in Spezifikation, Information und Prozess unterteilt, durchlaufen die Status „Entwurf“, „Abgeschlossen“, „Bereitgestellt“ und „Geschlossen“ und bleiben eine Empfehlung der Autoren; Eine echte Akzeptanz erfolgt nur durch Implementierung, Nutzung und möglicherweise Aktivierung außerhalb des Repositorys selbst. (Draft) (Deployed) (Closed)
BIP ist das öffentliche Vorschlagsdokument für Bitcoin. Es kann eine technische Funktion, eine Interoperabilitätsregel, einen Prozess, eine Empfehlung oder einen historischen Datensatz definieren. Das Repository bietet dem Design einen stabilen Bezugspunkt und führt einen Änderungsverlauf. BIP ist kein Gesetz, kein Protokollbefehl oder eine automatische Aktualisierung; Ein Knoten erzwingt nur die Regeln, die in der Software enthalten sind, die er tatsächlich ausführt.
BIP 3 mit der Bezeichnung „Aktualisierter BIP-Prozess“ hat den Status „Bereitgestellt“ und ersetzt BIP 2. Der Prozess hat den Arbeitsablauf klarer gemacht, den Entscheidungsspielraum der Redakteure eingeschränkt, die alte Kategorie „Standards Track“ durch die Kategorie „Specification“ ersetzt und die Status vereinfacht. Gleichzeitig heißt es ausdrücklich, dass es sich bei dem Repositorium um ein Publikationsmedium und ein Archiv handelt, nicht um ein Abstimmungssystem oder einen Akzeptanzzähler.
Die Arbeit beginnt vor GitHub. Der Autor soll ältere Vorschläge durchgehen und eine konkrete Idee auf der Bitcoin Development Mailing List diskutieren. Als Pull-Request ohne eigene Nummer wird nur ein ausreichend ausgearbeiteter Vorschlag versendet. Der BIP-Editor vergibt eine Nummer, wenn der Text thematisch relevant, richtig formatiert und eindeutig über das Ideenstadium hinaus ist; veröffentlicht es dann durch Zusammenführen in das Repository.
Die Spezifikation BIP legt umsetzbare technische Regeln für Funktionalität oder Interoperabilität fest; Es muss über eine Referenzimplementierung und umfassende Testvektoren verfügen, bevor der Status „Abgeschlossen“ erreicht wird. Informational BIP beschreibt ein Designproblem, eine Empfehlung oder eine Information. Process BIP modifiziert den Prozess rund um Bitcoin und kann nach der Bereitstellung als kontinuierlich aktualisiertes Prozessdokument fungieren.
Entwurf bezeichnet einen in Bearbeitung befindlichen Vorschlag. Complete besagt, dass die Autoren die geplanten Arbeiten als abgeschlossen betrachten und eine Annahme bzw. Umsetzung empfehlen; Es müssen Implementierungs- und Testdokumente für die Spezifikation BIPu vorliegen. „Eingesetzt“ bedeutet dokumentierte aktive Nutzung oder, im Fall von Prozess-BIP, erforderlicher grober Konsens. „Geschlossen“ weist auf ein Dokument hin, an dem nicht mehr aktiv gearbeitet oder es verwendet wird. bleibt für die Geschichte erhalten.
BIP-Redakteure überprüfen Umfang, Format, vorherige Diskussion, Lizenz und Bereitschaft, weisen Nummern zu und pflegen Metadaten. Laut BIP 3 sollen sie nicht darüber entscheiden, ob der Vorschlag angenommen wird. Daher bestätigt die bloße Veröffentlichung eines kontroversen BIP nicht dessen Sicherheit, Korrektheit, Popularität oder Community-Konsens.
Die Nummer dient hauptsächlich als stabile Referenz. BIP 39 ist ein weit verbreiteter mnemonischer Standard, BIP 141 beschreibt die Regeln von SegWit, BIP 174 definiert PSBT und BIP 50 ist die Obduktion der Aufteilung im März 2013. Andere nummerierte BIPs bleiben „Entwurf“ oder „Geschlossen“. Die Zahl selbst sagt nichts über Wichtigkeit, Umsetzung oder Zulassung aus.
Eine Spezifikation kann ohne Produktionsimplementierung existieren, experimentelle Software kann einen Entwurf implementieren und Bereitstellung oder Aktivierung sind separate Ereignisse. Für einvernehmliche Änderungen ist der Unterschied entscheidend: Ein BIP kann neue Regeln definieren, eine andere Art der Bereitstellung festlegen, und ein Knoten beginnt mit der Durchsetzung dieser Regeln erst, wenn seine Software- und Aktivierungsbedingungen dies bestimmen.
BIP 141 ist die BIP-Spezifikation, deren Regeln nach der Aktivierung von SegWit Teil des Bitcoin-Konsenses wurden. BIP 174 ist ein Format für die Interoperabilität von Wallets und Unterzeichnern, ohne die Gültigkeit von Blöcken zu ändern. BIP 50 dokumentiert den Vorfall. BIP 3 selbst ist ein Prozess-BIP. Der Satz „BIP wurde empfangen“ kann daher für verschiedene Typen grundsätzlich unterschiedliche Bedeutungen haben.
Ein modernes BIP enthält Metadaten wie Status, Typ, zugewiesene Datumsnummer, Lizenz, Diskussionslinks, Version und möglicherweise Erfordernisse, Ersetzungen und vorgeschlagene Ersetzungen. Nach Abschluss werden bedeutendere Änderungen mit Versionen ähnlich der semantischen Versionierung in das Änderungsprotokoll geschrieben. Eine abwärtsinkompatible Änderung einer ausgereiften Spezifikation sollte normalerweise ein neues BIP erhalten und nicht stillschweigend die Bedeutung der alten Nummer ändern.
Beginnen Sie immer mit der aktuellen Version im offiziellen Repository, nicht mit einem Screenshot oder einem alten Artikel. Überprüfen Sie Typ, Status, Version, Autoren, Diskussionen, Abhängigkeiten und Änderungsprotokoll. Überprüfen Sie dann unabhängig die Unterstützung in der relevanten Software und, für das Konsensdesign, die Bereitstellung und Aktivierung. Die entscheidende Frage ist nicht „Existiert BIP?“, sondern „Was genau spezifiziert es, wer implementiert es und welche Beweise zeigen, dass es tatsächlich aktiv ist?“.
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Soft Fork, Konsensregeln, Bitcoin Core, Bitcoin, Hard Fork, BIP 39. Auf diesen Eintrag verweisen außerdem Soft Fork, Blocksize War, Bitcoin Core, Luke Dashjr.