As of v0.14.0 the mempool is now saved when shutting down a node and reloaded after starting up. If a node has been down for <20 mins lets say, does the bitcoin node attempt to recover the transactions it has missed or does it wait until it sees it in a block before requesting missed transactions from a peer?

Thank you!

1 Answer 1


Bitcoin Core (v0.14+) does not actively try to learn about transactions it missed.

Historically, this was not done because it would unnecessarily and unintentionally extend the lifetime of transactions in the mempool. This is no longer an issue because the mempool is limited, and deals correct with expiration and eviction.

However, no efficient protocol exists to accomplish mempool syncing. We could ask for all txids from all peers, but this would amount to several hundred MB of data, most of which is redundant (as it'd be identical across peers). Some research has been done on set reconciliation protocols, which efficiently find differences between the mempools and just transfer the differences. None of that is close to deployment, however.

  • This is what I thought is the case. Is there any need for a protocol that would actively sync mempools when nodes restart after a reasonable amount of down time (20-120 mins for instance) such that the mempool is not completely overturned yet. May you also point me to any research done on mempool set reconciliation. Thank you
    – Nabeel
    Commented Jul 14, 2017 at 14:51
  • I've described high level protocols for syncing bitcointalk.org/index.php?topic=1377345.0 and in more in-the-weeds technical detail at people.xiph.org/~greg/mempool_sync_relay.txt Bitcoin doesn't need active synchronization but I hope that we will able to use it to lower the bandwidth used by relay.
    – G. Maxwell
    Commented Jul 25, 2018 at 0:56

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.