Разработчики Bitcoin Core 22 октября изменили политику раскрытия уязвимостей. Если при разборе отчёта дефект сочтут легко обнаруживаемым — например, воспроизводимым с минимальными усилиями или простым запросом к большой языковой модели, — исправление перенесут во все поддерживаемые основные ветки, выпустят точечные версии как можно скорее и одновременно опубликуют бюллетень безопасности. Конкретной новой уязвимости это решение не раскрывает.

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

Разработчики объяснили изменение ростом числа сообщений о дефектах, которые легко обнаружить повторно. По их оценке, большие языковые модели снизили порог поиска некоторых классов ошибок и распознавания скрытых исправлений. При этом новая категория не ограничена ИИ: её будут назначать при разборе каждого отчёта. Это рабочая оценка команды Bitcoin Core, а не независимый тест способности моделей находить любые уязвимости.

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