I used to be testing Bitcoin Core 31.0 to see if I might make chains of unconfirmed transactions longer than 25. Launch notes say:
The mempool now not enforces ancestor or descendant measurement/rely limits. As a substitute, two new default coverage limits are launched governing related elements, or clusters, within the mempool, limiting clusters to 64 transactions and as much as 101 kB in digital measurement. Transactions are thought-about to be in the identical cluster if they’re related to one another through any mixture of mother or father/little one relationships within the mempool. These limits will be overridden utilizing command-line arguments; see the prolonged assist (-help-debug) for extra data.
Does this solely maintain for transactions being relayed to my node, and never for transactions my pockets creates? Does the pockets nonetheless implement the 25 txn restrict throughout a transition interval till the brand new mempool coverage is extra widespread?
The next script on a newly began Bitocoin Core 31.0 regtest node fails on the final command:
bitcoin-cli getnetworkinfo
bitcoin-cli createwallet miner
ADDR=`bitcoin-cli getnewaddress`
bitcoin-cli generatetoaddress 101 $ADDR
# 1 confirmed UTXO
for i in `seq 0 24`; do
bitcoin-cli sendtoaddress $ADDR 1
accomplished
# We now have a sequence of 25 unconfirmed txs
# I anticipated including another would work on bitcoin core 31.0
bitcoin-cli sendtoaddress $ADDR 1
Output appears to be like one thing like this:
{
"model": 310000,
"subversion": "/Satoshi:31.0.0/",
...
61000fa3b63cba73ed407258ec8b814c07dd4b5c32e2f89c34ca32716f6338c1
69644eea749b113a97d0b140511486e2d4acf63cc713078f7180d637849f883c
8b282b62858ae5fa75983739e4981db77734ff873a7cc759bd51e7ddee93d6c6
error code: -6
error message:
Unconfirmed UTXOs can be found, however spending them creates a sequence of transactions that will likely be rejected by the mempool
