Bitcoin Core 32.0rc2 позначено для нового раунду тестування
Публікація джерела: 2026-09-18 · Редакційний аналіз опубліковано: 2026-09-21
Підписаний tag v32.0rc2 створено 18 вересня. Це release candidate для тестування, а не фінальний production-реліз 32.0; операторам вузлів і пулів потрібна staged перевірка.
Аналіз і практичні висновки
У цьому розділі — наш аналіз та умовні розрахунки, окремо від повідомлення джерела.
Що доводить tag
Офіційний repository Bitcoin Core містить annotated tag v32.0rc2 від 18 вересня 2026 року. Він вказує на конкретний commit і має signature, тому testers отримують точний source state для відтворення й перевірки. “rc2” означає другий release candidate циклу 32.0. Це checkpoint для quality assurance, а не доказ виходу фінального Bitcoin Core 32.0 або вимога негайно замінити чинний maintained release у кожному distribution package.
Навіщо другий candidate
Release candidates дозволяють включити fixes, знайдені під час фінального тестування, до stable release. Другий candidate зазвичай означає, що стан після rc1 змінився і потребує нового verification round. Сам tag не дає підстав говорити про критичну vulnerability чи consensus failure; потрібні signed source, release notes, diff та reproducible binaries. Відрізняйте звичайний release engineering від emergency security update, якщо maintainers прямо не заявили інше.
Значення для пулів
Mining pools і template systems залежать від full nodes для chain state, transaction selection та RPC. Candidate допомагає знайти compatibility issues до production, зокрема у RPC clients, indexes, pruning, wallets і packaging. ASIC firmware не стає швидшою від появи tag. Операційне питання: чи правильно працюють node stack, monitoring і failover пулу, чи стабільно створюються block templates та чи accepted work збігається з control node.
Перевірка перед install
Отримуйте artifacts лише через documented distribution process, перевіряйте signatures і checksums, записуйте tag та commit. Випадковий mirror або GitHub-generated archive не рівнозначний reproducibly built signed binary. Перевіряйте build на isolated host. Збережіть production binaries, config, wallet backups і recovery plan для data directory. Signed tag підтверджує tagged object, але не гарантує, що оператор завантажив правильний binary або безпечно його налаштував.
Матриця тестів пулу
Спочатку запускайте rc2 у testnet або signet, потім на noncritical mainnet node з restricted RPC. Перевірте getblocktemplate, mining RPC wrappers, ZMQ notifications, mempool policies, indexes, pruning, restart, reindex і failover. Порівняйте block-template timing та tip agreement із control node. Якщо payout systems використовують wallet RPC, тестуйте окремо з non-production keys. Записуйте CPU, memory, disk latency, peers і errors під час sync та steady state.
Не змішуйте стадії
Development master, release branch, release candidate і stable release мають різний risk profile. Pull request, merged після rc2 tag, не обов’язково входить у rc2, а fix у rc2 не обов’язково вже є в Linux package. Automation має pin exact version, а не слідувати “latest”. Change ticket повинен називати версії Bitcoin Core і dependent pool software, щоб під час incident не сплутати candidate із application change, package rebuild або config edit.
Rollback і дані
Визначте rollback до початку тесту. Оновлення може змінювати indexes, wallet formats або on-disk state і впливати на downgrade, тому читайте release notes та перевіряйте restoration на копії даних. Не запускайте два node processes з одним live data directory. Відокремлюйте wallets від template nodes і захищайте RPC credentials. Під час canary пул має зберігати known-good node, щоб збій candidate не зупинив block construction.
Практичний висновок
v32.0rc2 підтверджує, що серія 32.0 проходить ще один formal testing round. Правильна реакція — verification, reproducible build, limited canary і детальний feedback, а не emergency update всього парку. Стежте за official release page і signed artifacts. До stable release та publication notes заяви про production readiness, performance gains або mandatory migration виходять за межі того, що доводить tag.
Джерело: Bitcoin Core ↗
Калькулятор майнінгу ↗
