This guide explains Bitcoin Core 29.3 release in plain English. It summarises the important changes, who they affect and what should be checked before an upgrade.
TL;DR
- What it is: Bitcoin Core 29.3 is a substantial maintenance release for the 29.x branch. It changes how peers are treated for consensus-invalid transactions, improves signature-hash validation performance, detects witness stripping without repeating script checks, repairs several legacy-wallet migration paths and fixes an unsigned overflow in mining package selection.
- Why it matters: Bitcoin Core 29.3 touches peer reputation, validation, wallets and mining. Treat it as more than a packaging update: prove consensus outcomes remain identical while confirming the corrected operational paths on a canary.
- Current position: Require a second reviewer and explicit rollback or expiry, and pause payments, signing or network-dependent services until post-change evidence is complete.
Bitcoin Core 29.3 release in simple English
Bitcoin Core 29.3 release: The release also removes one DNS seed and updates build and CI paths. Do not import Core 30-only IPC or wallet behaviour into 29.3 documentation or automation.
Simple example
A node operator is checking Bitcoin Core 29.3 release. Nodes no longer punish peers merely for relaying consensus-invalid transactions in the corrected path.
Key terms in plain English
- Bitcoin Core:
- Widely used software that validates Bitcoin and can provide wallet, network and operator tools.
- Consensus:
- The shared rules full nodes use to decide whether blocks and transactions are valid.
- Mempool:
- A node’s changing local collection of valid, unconfirmed transactions.
- Node:
- A computer running Bitcoin software that checks data and communicates with other peers.
Peer handling
Nodes no longer punish peers merely for relaying consensus-invalid transactions in the corrected path. Re-baseline peer-misbehaviour alerts and avoid interpreting fewer disconnections as weaker block validation.
Validation performance
A per-transaction-input signature-hash midstate cache covers legacy, P2SH and segwit-v0 scripts. Benchmark validation and memory while preserving identical accept and reject results.
Witness integrity
Witness stripping is detected without re-running script checks. Exercise stripped and intact transactions and verify downstream diagnostics still classify failures correctly.
Wallet fixes
The wallet identifies spends of zero-value outputs and tests anchor outputs. Unnamed legacy migration, relative-path failure cleanup, watch-only migration and BDB createfromdump receive fixes.
Mining
addPackageTxs fixes an unsigned integer overflow. Template and mining services should test extreme package accounting, empty and full mempools, and compare selected transactions and fees.
Branch boundary
The release also removes one DNS seed and updates build and CI paths. Do not import Core 30-only IPC or wallet behaviour into 29.3 documentation or automation.
How specialists test it
Node operators test the release on a representative non-production system. They check startup, normal operation, failure handling and restart before changing a live node. Connected wallets, monitoring and mining services should also be checked.
Frequently asked questions
What is the main point of Bitcoin Core 29.3 release?
Bitcoin Core 29.3 release: The release also removes one DNS seed and updates build and CI paths.
For Bitcoin Core 29.3 release, what should a beginner know about peer handling?
Nodes no longer punish peers merely for relaying consensus-invalid transactions in the corrected path.
For Bitcoin Core 29.3 release, what should a beginner know about validation performance?
A per-transaction-input signature-hash midstate cache covers legacy, P2SH and segwit-v0 scripts.
For Bitcoin Core 29.3 release, what should a beginner know about witness integrity?
Witness stripping is detected without re-running script checks. Exercise stripped and intact transactions and verify downstream diagnostics still classify failures correctly.
Conclusion
Bitcoin Core 29.3 touches peer reputation, validation, wallets and mining. Treat it as more than a packaging update: prove consensus outcomes remain identical while confirming the corrected operational paths on a canary.
Primary sources
Check the current specification status and the documentation for the exact implementation you operate before moving production funds or changing a mining node.
Join the ASIC Mining Discussion
Members can read and join the discussion
Log in to read comments from other miners. Create a free account if you would like to ask a question or share your experience.
Membership helps us protect the discussion from spam and keep answers useful.