Обновление Bitcoin Core v32.0rc1 вызывает проблемы совместимости для кошельков и сервисов

Обновление Bitcoin Core v32.0rc1, подписанное проверенной подписью 14 сентября, инициировало критическую фазу тестирования для операторов узлов и поставщиков кошельков. Эта версия не является окончательным обновлением для производства, а представляет собой кандидата, который может привести к временным сбоям в популярных приложениях, зависящих от RPC-интерфейсов Bitcoin Core.

С финальным релизом, запланированным на 10 октября, 26-дневный период служит концентрированным тестом совместимости. Изменения в этом релизе включают изменения в том, как Bitcoin Core обрабатывает сигнальные биты и предупреждения о неизвестных развертываниях, хотя предложение остается в черновом статусе. Операторам рекомендуется использовать последние руководства по тестированию, чтобы оценить кандидата по сравнению с предыдущим релизом, сосредоточив внимание на часто используемых функциях в отдельных временных директориях данных.

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

Интеграции кошельков и сервисов сталкиваются с дополнительными рисками, так как четыре RPC по умолчанию будут использовать PSBTv2, в то время как устаревшие поля будут удалены или отклонены. Команды, занимающиеся обработкой транзакций, должны внимательно отслеживать эти изменения, чтобы обеспечить совместимость с последующими парсерами и подписчиками.

Кроме того, обновление включает переписанный HTTP-сервер, который расширяет тестовую поверхность, вводя более строгую обработку неправильно сформированных заголовков и ограничений на соединения. Эти изменения могут повлиять на обратные прокси и проверки состояния, что требует тщательного тестирования для подтверждения ожидаемого поведения.

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