Bitcoin Core закрыл приём новых функций в версию 32: двадцатого августа сработала заморозка, после которой в ветку принимают только исправления ошибок. Всё, что не успело пройти ревью, уезжает в следующий выпуск. В числе не успевших — заявка, дающая операторам узлов право вовсе не открывать нешифрованные соединения: на 22 августа она числится открытой и переставлена на веху 33.0.

Коротко: что произошло и когда выйдет релиз

Заморозка функций — не выпуск и не обновление сети, а внутренний рубеж разработки: силы переключают с новых возможностей на вылов ошибок. По плану ветку 32.x отделяют около десятого сентября и собирают первый релиз-кандидат, финальную версию 32.0 метят на десятое октября. На момент проверки в вехе 32.0 значилось восемьдесят пять закрытых задач и пятнадцать открытых.

Узлы в сети при этом продолжают работать на прежних версиях: принудительного обновления нет, правила консенсуса не меняются. Обновление клиента — добровольное решение оператора, и в этом устройство управления сетью: код предлагают, но не навязывают.

Что именно не попало в выпуск

Речь не о шифровании как таковом: зашифрованный транспорт между узлами в клиенте уже есть и работает. Заявка добавляла узлу настройку — не устанавливать исходящие соединения по старому, незашифрованному протоколу к адресам IPv4 и IPv6.

Разница принципиальная. Сегодня узел договаривается о шифровании, если собеседник его поддерживает, и молча откатывается к открытому каналу, если нет. Опция превратила бы предпочтение в требование — ценой того, что часть сети стала бы недоступной. А незашифрованный трафик провайдер видит целиком: какие транзакции узел объявляет, с кем обменивается адресами. Про то, что шифрование самих транзакций не спасает от наблюдения за трафиком, мы писали отдельно — здесь ровно тот слой, где утечка и происходит.

Что осталось в вехе выпуска

Заявка Суть Состояние на 22 августа
Запрет нешифрованных исходящих соединений Настройка узла: не подключаться по открытому протоколу к IPv4 и IPv6 Открыта, веха 33.0
Оценка комиссии по мемпулу Снижает завышение рекомендуемой комиссии Влита 21 августа, веха 32.0
Исправление дескрипторных кошельков Сохраняет доступ к кошелькам Miniscript после обновления Открыта, веха 32.0
Ограничение числа HTTP-клиентов Лимит одновременных подключений к интерфейсу узла Требовала пересборки перед заморозкой

Почему заявка проиграла не по существу

Вот наблюдение, ради которого стоит смотреть на причину переноса, а не на сам перенос. Заявку не отклонили: её не забраковали по замыслу и не признали опасной. Она уехала в следующий выпуск потому, что требовала пересборки поверх изменившегося кода и не набрала проверяющих до срока.

Дефицитный ресурс в разработке Bitcoin Core — не идеи и не код, а часы ревью. Написать патч может один человек за вечер; провести его через независимые проверки кода, защищающего сотни миллиардов, — работа месяцев. Экономику дефицита мы разбирали отдельно.

Приватность в открытом коде проигрывает не спорам, а очереди на проверку. Заявку никто не победил — её просто не успели прочитать.

И вот асимметрия, которую видно при сравнении. Изменение, снижающее комиссию, в выпуск попало. Настройка, повышающая приватность оператора узла, — нет, и ждёт следующего цикла. Обе одинаково необязательны, но у первой есть измеримый эффект в деньгах на переводе, а у второй — только неизмеримый выигрыш в том, чего провайдер о вас не узнает. Приоритет расставляется сам собой, без чьего-либо решения.

Чего в источниках нет

Почему заявка оказалась на вехе 33.0, не объясняется: формального отказа в материалах нет, есть только смена вехи в репозитории.

Не сходится и деталь: заморозка описывается как рубеж, после которого принимают лишь исправления, а изменение оценки комиссии влито двадцать первого августа и числится за выпуском 32.0. Как это соотносится с правилом, источники не поясняют.

Даты выпуска в проекте не раз сдвигались: десятое октября — план, а не обязательство.

Частые вопросы

Что такое заморозка функций?

Дата, после которой в готовящуюся версию не принимают новые возможности: дальше только исправления ошибок.

Нужно ли мне что-то делать как держателю биткоина?

Нет. Речь о клиенте для узлов, а не о правилах сети.

Значит ли это, что связь между узлами не шифруется?

Шифруется. Не попала настройка, позволяющая узлу вовсе отказываться от соединений без шифрования.

Когда выйдет версия 32.0?

Релиз-кандидат собирают около десятого сентября, финальную версию метят на десятое октября. Сроки сдвигались и раньше.

Что изменится в комиссиях?

В выпуск вошла оценка комиссии по мемпулу, снижающая завышение рекомендаций. Эффект на конкретном переводе зависит от загрузки сети.

Обязаны ли операторы узлов обновляться?

Нет, обновление добровольное: старые версии работают, пока не меняются правила консенсуса.

Источники

Материал подготовлен на основе публикации CryptoSlate и данных публичного репозитория Bitcoin Core, включая состояние вехи 32.0 и заявок 30951, 34075 и 35445 на 22 августа 2026 года.