- Bitcoin Core version 25.0 is now available from: https://bitcoincore.org/bin/bitcoin-core-25.0/
- "This release includes new features, various bug fixes and performance improvements, as well as updated translations."
- Please report bugs using the issue tracker at GitHub.
P2P and network changes
- "Transactions of non-witness size 65 bytes and above are now allowed by mempool and relay policy. This is to better reflect the actual afforded protections against CVE-2017-12842 and open up additional use-cases of smaller transaction sizes. (#26265)"
- "The scanblocks RPC returns the relevant blockhashes from a set of descriptors by scanning all blockfilters in the given range. It can be used in combination with the getblockheader and rescanblockchain RPCs to achieve fast wallet rescans. Note that this functionality can only be used if a compact block filter index (-blockfilterindex=1) has been constructed by the node. (#23549)"
- "All JSON-RPC methods accept a new named parameter called
argsthat can contain positional parameter values. This is a convenience to allow some parameter values to be passed by name without having to name every value. The python test framework and
bitcoin-clitool both take advantage of this."
verifychainRPC will now return
falseif the checks didn't fail, but couldn't be completed at the desired depth and level. This could be due to missing data while pruning, due to an insufficient dbcache or due to the node being shutdown before the call could finish. (#25574)"
sendrawtransactionhas a new, optional argument,
maxburnamountwith a default value of
0. Any transaction containing an unspendable output with a value greater than
maxburnamountwill not be submitted. At present, the outputs deemed unspendable are those with scripts that begin with an
OP_RETURNcode (known as 'datacarriers'), scripts that exceed the maximum script size, and scripts that contain invalid opcodes."
testmempoolacceptRPC now returns 2 additional results within the "fees" result: "effective-feerate" is the feerate including fees and sizes of transactions validated together if package validation was used, and also includes any modified fees from prioritisetransaction. The "effective-includes" result lists the wtxids of transactions whose modified fees and sizes were used in the effective-feerate (#26646)."
decodescriptmay now infer a Miniscript descriptor under P2WSH context if it is not lacking information. (#27037)"
finalizepsbtis now able to finalize a transaction with inputs spending Miniscript-compatible P2WSH scripts. (#24149)"
"Changes to wallet related RPCs can be found in the Wallet section below."
--enable-natpmp-defaultoptions have been removed. If you want to use port mapping, you can configure it using a .conf file, or by passing the relevant options at runtime. (#26896)"
- "If the
-checkleveloptions are explicitly provided by the user, but the verification checks cannot be completed due to an insufficient dbcache, Bitcoin Core will now return an error at startup. (#25574)"
- "Ports specified in
-rpcportoptions are now validated at startup. Values that previously worked and were considered valid can now result in errors. (#22087)"
-blocksonlywill now reduce the maximum mempool memory to 5MB (users may still use
-maxmempoolto override). Previously, the default 300MB would be used, leading to unexpected memory usage for users running with
-blocksonlyexpecting it to eliminate mempool memory usage."
- "As unused mempool memory is shared with dbcache, this also reduces the dbcache size for users running with
-blocksonly, potentially impacting performance."
-maxconnections=0will now disable
-listen(users may still set them to override)."
"Changes to GUI or wallet related settings can be found in the GUI or Wallet section below."
shutdownnotifyoption is used to specify a command to execute synchronously before Bitcoin Core has begun its shutdown sequence. (#23395)"
minconf option, which allows a user to specify the minimum number of confirmations a UTXO being spent has, and the
maxconf option, which allows specifying the maximum number of confirmations, have been added to the following RPCs in #25375:"
- "Added a new
next_indexfield in the response in
listdescriptorsto have the same format as
listunspentnow has a new argument
include_immature_coinbaseto include coinbase UTXOs that don't meet the minimum spendability depth requirement (which before were silently skipped). (#25730)"
- "Rescans for descriptor wallets are now significantly faster if compact block filters (BIP158) are available. Since those are not constructed by default, the configuration option "-blockfilterindex=1" has to be provided to take advantage of the optimization. This improves the performance of the RPC calls
unloadwalletnow fails if a rescan is in progress. (#26618)"
- "Wallet passphrases may now contain null characters. Prior to this change, only characters up to the first null character were recognized and accepted. (#27068)"
- "Address Purposes strings are now restricted to the currently known values of "send", "receive", and "refund". Wallets that have unrecognized purpose strings will have loading warnings, and the
listlabelsRPC will raise an error if an unrecognized purpose is requested. (#27217)"
- "In the
restorewalletRPCs, the "warning" string field is deprecated in favor of a "warnings" field that returns a JSON array of strings to better handle multiple warning messages and for consistency with other wallet RPCs. The "warning" field will be fully removed from these RPCs in v26. It can be temporarily re-enabled during the deprecation period by launching bitcoind with the configuration option
- "Descriptor wallets can now spend coins sent to P2WSH Miniscript descriptors. (#24149)"
- "The "Mask values" is a persistent option now. (gui#701)"
- "The "Mask values" option affects the "Transaction" view now, in addition to the "Overview" one. (gui#708)"
- "A new
/rest/deploymentinfoendpoint has been added for fetching various state info regarding deployments of consensus changes. (#25412)"
- "The binary verification script has been updated. In previous releases it would verify that the binaries had been signed with a single "release key". In this release and moving forward it will verify that the binaries are signed by a threshold of trusted keys. For more details and examples, see: https://github.com/bitcoin/bitcoin/blob/master/contrib/verify-binaries/README.md (#27358)"
- "The JSON-RPC server now rejects requests where a parameter is specified multiple times with the same name, instead of silently overwriting earlier parameter values with later ones. (#26628)"
listsinceblocknow accepts an optional
labelargument to fetch incoming transactions having the specified label. (#25934)"
walletcreatefundedpsbt, methods allowed non-boolean and non-null values to be passed as boolean parameters. Any string, number, array, or object value that was passed would be treated as false. After this change, passing any value except
nullnow triggers a JSON value is not of expected type error. (#26213)"
Thanks to everyone who directly contributed to this release:
- Amiti Uttarwar
- Andrew Chow
- Andrew Toth
- Anthony Towns
- Antoine Poinsot
- Aurèle Oulès
- Ben Woosley
- Bitcoin Hodler
- Carl Dong
- Chris Geihsler
- Cory Fields
- David Gumberg
- Dhruv Mehta
- Dimitris Tsapakidis
- Douglas Chimento
- Elichai Turkel
- Ethan Heilman
- Fabian Jahr
- Gleb Naumenko
- Greg Sanders
- Hennadii Stepanov
- James O'Beirne
- Jeff Ruane
- Jeffrey Czyz
- Jeremy Rubin
- Jesse Barton
- João Barbosa
- John Moffett
- Jon Atack
- Jonas Schnelli
- Joshua Kelly
- Juan Pablo Civile
- Kolby ML
- Kristaps Kaupe
- Larry Ruane
- Leonardo Araujo
- Leonardo Lazzaro
- Luke Dashjr
- Martin Leitner-Ankerl
- Martin Zumsande
- Matt Whitlock
- Matthew Zipkin
- Michael Ford
- Miles Liu
- Murray Nesbitt
- Pieter Wuille
- Randall Naar
- Russell O'Connor
- Ryan Ofsky
- Sebastian Falbesoner
- Seibart Nedor
- Sjors Provoost
- Skuli Dulfari
- Stacie Waleyko
- Suhas Daftuar
- Suriyaa Sundararuban
- Vasil Dimov
- Vasil Stoyanov
- Yusuf Sahin HAMZA
As well as to everyone that helped with translations on Transifex.