Процесс BIP

Любопытство

1. Если BIP — это просто документ, как он может изменить поведение миллионов компьютеров?
2. Почему редакторы присваивают предложениям номера, никогда не голосуя за них по существу?
3. Что мешает одному разработчику навязать изменение правил всей сети?

Исследование

1. Амир Тааки ввёл предложения по улучшению Bitcoin (Bitcoin Improvement Proposals, BIP) в августе 2011 года, взяв за прямой образец PEP в Python. BIP1 задал рамки для документирования изменений протокола и общей информации. В 2016 году Люк Дэшджр переработал его в BIP2, а в 2025 году BIP2 заменил BIP3 «Updated BIP Process» («Обновлённый процесс BIP») Марка Эрхардта. Сначала BIP размещались на вики, а теперь хранятся в репозитории с контролем версий на GitHub, так что каждое изменение отслеживается и доступно для проверки.
2. Согласно BIP3, существует три типа. Спецификационные BIP (Specification) описывают изменения протокола или совместимого программного обеспечения, например новые правила транзакций, стандарты кошельков или сетевые сообщения. Информационные BIP (Informational) дают рекомендации или контекст, ничего не требуя. Процессные BIP (Process) описывают, как устроена сама разработка, включая процесс BIP. Старые BIP сохраняют метку «Standards Track», под которой были написаны; она соответствует сегодняшнему типу Specification.
3. Каждое предложение продвигают его авторы: они пишут его, защищают в списке рассылки и при ревью и дорабатывают в ответ на критику. Авторство не даёт никакой власти добиться принятия предложения. BIP остаётся документом, пока программное обеспечение нод или кошельков не реализует его и люди не решат запускать это ПО. Голосования нет; изменение консенсуса происходит, только если обновится достаточная часть сети.
4. Обсуждение идёт в списке рассылки bitcoin-dev, в пул-реквестах при ревью кода и на конференциях. Формальной власти или обязывающего голосования нет. Редакторы присваивают номера и проверяют оформление, но не решают, будет ли предложение принято. Согласно BIP3, статус предложения проходит путь от «Draft» к «Complete», когда авторы считают его завершённым, и затем к «Deployed», когда оно уже используется; заброшенные или заменённые предложения помечаются как «Closed». Поле статуса в репозитории отражает этот жизненный цикл.
5. Известные BIP демонстрируют влияние этих изменений на работу системы. В 2012 году BIP16 ввел технологию Pay-to-Script-Hash (P2SH). BIP32 определил структуру иерархических детерминистичных кошельков, а BIP39 унифицировал формат фраз для восстановления доступа к кошельку. BIP141 обеспечил возможность использования технологии Segregated Witness (SegWit), которая была активирована в августе 2017 года на блоке номер 481,824. BIP340–342 ввели технологии подписей Schnorr и Taproot; они также были активированы в ноябре 2021 года. Для обеспечения обратной совместимости или плавного перехода к новым технологиям требовалась тщательная координация между разработчиками, шахтерами и пользователями.
6. Откройте репозиторий BIP на GitHub. Найдите три BIP: один из категории Standards Track (например, BIP141), один информационный (например, BIP50) и один процессный (например, BIP3). Прочитайте поле статуса каждого из них. Отметьте, когда каждый был создан и как менялся его статус. Это упражнение показывает, что одних технических достоинств недостаточно: настоящие привратники эволюции Bitcoin — социальный консенсус и согласованность экономических интересов.

Ключевые факты

Упражнение девять, шесть, три, один

Проверка фактов

Даты, цифры и утверждения были проверены по приведенным ниже опубликованным источникам.

• Amir Taaki, Bitcoin Improvement Proposal #1 (2011)
• Luke Dashjr, BIP2: BIP Process, revised (2016); M. Erhardt, BIP3: Updated BIP Process (2025)
• github.com/bitcoin/bips