← index

Invalid blocks catalogue

An archive of bnoc.xyz · view original topic →

· Deadmanoz · #1 ·

I’ve written up some research on invalid Bitcoin blocks, alongside a catalogue of 143 established cases spanning 2010 to 2026.

These are blocks that met Bitcoin’s PoW requirement but failed a consensus rule. The work started with two recent F2Pool timestamp failures found in merge-mined chains, neither with a known Bitcoin-side capture. You can see both on the merge-mining monitor: April and July.

The post covers the historical failure patterns and how evidence was recovered from auxiliary chains, archived explorers and old node data, including 89 blocks carrying the same P2SH-invalid transaction in 2012.

The catalogue brings together the surviving evidence so each failure can be independently verified, even though 127 cases have no complete block body. I also emphasise the case for monitoring merge-mined chains as a source of both stale and invalid Bitcoin blocks.

I’d also welcome suggestions on how to include and classify descendants of invalid blocks. I opted to hold them out initially, but as Core treats these as invalid, they probably no different than the others, and should be included too!

· b10c · #2 ·

I had a look at my debug.logs for the two recent F2Pool invalid blocks but did not find anything.

However, stratum.work reports a fork event for both of these:

For 00000000000000000000c3d95a4bdc068dfe0c6d1e7ad13045c6f570e58d9ed7 (946213, 2026-04-15) stratum.work/height/946214:


For 0000000000000000000198e12592edbe83c84a78f75b3f8d67a3fe2075ef2ffb (957780, 2026-06-29) stratum.work/height/957781:


This seems to indicate that not only F2Pool, but also e.g. SpiderPool mined on these blocks (which however didn’t propagate well).