This guide explains Bitcoin Core 28.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 28.3 brings selected maintenance and policy fixes to the 28.x branch. Default block, minimum relay and incremental relay fee floors are lower, TRUC policy is handled correctly during reorganisations and inbound onion whitelist permissions are restored.
- Why it matters: Bitcoin Core 28.3 is a maintenance release with visible relay and network effects. Operators should verify effective policy locally, test behaviour across real peers and keep the older branch artefact available until the rollout is proven.
- 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 28.3 release in simple English
Bitcoin Core 28.3 release: The default block minimum is 1 satoshi per kvB, while minimum relay and incremental relay defaults are 100 satoshis per kvB.
Simple example
A node operator is checking Bitcoin Core 28.3 release. Express units explicitly and inspect effective configuration after restart. Measure peer propagation and confirmation outcomes before offering a service guarantee.
Key terms in plain English
- Bitcoin Core:
- Widely used software that validates Bitcoin and can provide wallet, network and operator tools.
- 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.
Fee defaults
The default block minimum is 1 satoshi per kvB, while minimum relay and incremental relay defaults are 100 satoshis per kvB. Express units explicitly and inspect effective configuration after restart.
Wallet boundary
Wallet fee selection and dust policy are separate controls. Do not infer spendability, economical confirmation or dust acceptance solely from the lower node defaults.
Propagation
A transaction accepted locally at a low feerate may not travel across peers running different policy. Measure peer propagation and confirmation outcomes before offering a service guarantee.
Reorganisation handling
TRUC policy checks are not applied while transactions are restored during a reorganisation. Test mempool transitions and downstream alerts with controlled reorg scenarios.
Onion permissions
Inbound onion connections regain configured whitelist permissions. Audit whitelist scope and confirm that permissions are neither missing nor broader than intended.
Maintenance scope
Build, test and documentation fixes improve branch reliability without importing the complete Core 29 or 30 feature set. Maintain an explicit branch-compatibility matrix.
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 28.3 release?
Bitcoin Core 28.3 release: The default block minimum is 1 satoshi per kvB, while minimum relay and incremental relay defaults are 100 satoshis per kvB.
For Bitcoin Core 28.3 release, what should a beginner know about fee defaults?
The default block minimum is 1 satoshi per kvB, while minimum relay and incremental relay defaults are 100 satoshis per kvB.
For Bitcoin Core 28.3 release, what should a beginner know about wallet boundary?
Wallet fee selection and dust policy are separate controls. Do not infer spendability, economical confirmation or dust acceptance solely from the lower node defaults.
For Bitcoin Core 28.3 release, what should a beginner know about propagation?
A transaction accepted locally at a low feerate may not travel across peers running different policy.
Conclusion
Bitcoin Core 28.3 is a maintenance release with visible relay and network effects. Operators should verify effective policy locally, test behaviour across real peers and keep the older branch artefact available until the rollout is proven.
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.