Текущим процессом управляет развернутый BIP 3. Любой может написать предложение, но номер присваивается, и документ публикуется редакторами BIP. BIP делятся на Спецификационные, Информационные и Процессные, проходят состояния Черновик, Завершенный, Развернутый и Закрытый и остаются рекомендацией авторов; реальное внедрение происходит только посредством реализации, использования и, возможно, активации вне самого репозитория. (Specification) (Informational) (Draft) (Deployed) (Closed)
BIP — это документ публичного предложения для Биткойна. Он может определять техническую функцию, правило совместимости, процесс, рекомендацию или историческую запись. Репозиторий дает проекту стабильную точку отсчета и сохраняет историю изменений. BIP — это не закон, команда протокола или автоматическое обновление; узел применяет только правила, содержащиеся в программном обеспечении, которое он фактически запускает.
BIP 3, получивший название «Обновленный процесс BIP», имеет статус «Развернут» и заменил BIP 2. Этот процесс уточнил рабочий процесс, ограничил пространство для принятия решений редакторами, заменил старую категорию «Стандарты» категорией «Спецификация» и упростил статусы. При этом там прямо сказано, что репозиторий — это среда публикации и архив, а не система голосования или счетчик приемов.
Работа начинается до GitHub. Автор должен просмотреть старые предложения и обсудить конкретную идею в списке рассылки по развитию биткойнов. Только достаточно проработанное предложение отправляется в виде запроса на включение без собственного номера. Редактор BIP присваивает номер, если текст тематически релевантн, правильно отформатирован и явно выходит за рамки идеи; затем публикует его, объединяя в репозиторий.
Спецификация BIP устанавливает реализуемые технические правила для функциональности или совместимости; перед состоянием Complete он должен иметь эталонную реализацию и комплексные тестовые векторы. Информационный BIP описывает проблему проектирования, рекомендации или информацию. Process BIP изменяет процесс вокруг Биткойна и после развертывания может функционировать как постоянно обновляемый документ процесса.
Черновик означает предложение, находящееся в стадии разработки. Complete говорит, что авторы считают запланированную работу завершенной и рекомендуют принятие или внедрение; должны быть документы по внедрению и тестированию Спецификации БИПу. Развертывание означает документированное активное использование или, в случае процесса BIP, требуемый грубый консенсус. Закрытый указывает на документ, над которым больше не ведется активная работа и который не используется; остается сохраненным для истории.
Редакторы BIP проверяют объем, формат, предварительное обсуждение, лицензию и готовность, присваивают номера и поддерживают метаданные. Согласно BIP 3, они не должны решать, будет ли принято предложение. Таким образом, простая публикация спорного BIP не подтверждает его безопасность, правильность, популярность или консенсус сообщества.
Число служит главным образом стабильным ориентиром. BIP 39 — это широко используемый мнемонический стандарт, BIP 141 описывает правила SegWit, BIP 174 определяет PSBT, а BIP 50 — это результат разделения в марте 2013 года. Другие пронумерованные BIP остаются черновиками или закрытыми. Сама цифра ничего не говорит о важности, реализации или одобрении.
Спецификация может существовать без производственной реализации, экспериментальное программное обеспечение может реализовать черновик, а развертывание или активация — это отдельные события. Для согласованных изменений разница имеет решающее значение: один BIP может определять новые правила, другой способ их развертывания, и узел начинает применять их только тогда, когда это определяют его программное обеспечение и условия активации.
BIP 141 — это спецификация BIP, правила которой стали частью консенсуса Биткойна после активации SegWit. BIP 174 — это формат взаимодействия кошельков и подписантов без изменения действительности блоков. BIP 50 документирует инцидент. BIP 3 сам по себе является BIP процесса. Таким образом, предложение «BIP был получен» может означать принципиально разные вещи для разных типов.
Современный BIP содержит метаданные, такие как статус, тип, номер, присвоенный дате, лицензия, ссылки на обсуждение, версия и, возможно, «Требуется», «Заменяет» и «Предлагаемая замена». После завершения в журнал изменений записываются более существенные изменения с версиями, аналогичными семантическому управлению версиями. Обратно несовместимое изменение зрелой спецификации обычно должно получать новый BIP, а не незаметно менять значение старого номера.
Всегда начинайте с текущей версии в официальном репозитории, а не со скриншота или старой статьи. Проверьте тип, статус, версию, авторов, обсуждения, зависимости и журнал изменений. Затем самостоятельно проверьте поддержку соответствующего программного обеспечения и, для согласованного проектирования, развертывание и активацию. Ключевой вопрос заключается не в том, «существует ли BIP?», а в том, «что именно он определяет, кто его реализует и какие доказательства показывают, что он действительно активен?».
Для полной картины прочитайте эту статью вместе с Soft Fork, Правила консенсуса, Bitcoin Core, Bitcoin, Hard Fork, BIP 39. На эту статью также ссылаются Soft Fork, Война за размер блока, Bitcoin Core.