Invalid block 173930

000000000000048fea7444f275c89e9b12845a4cc34ea67f62b421fe27aca1b0

Why it is invalid

rule
prev_block_invalid
Core reject
bad-prevblk
Core check
AcceptBlockHeader
CI checks
parent_kind=invalid: prev_hash is a record in this dataset at height minus one. The header alone is the evidence.

Incident note: 173928, 173957, 173998 and 174605 - P2SH redeem-script failure (2012)

Each body includes the same 123-byte transaction, 4005d6bea3a93fb72f006d23e2685b85069d270cb57d15f0c057ef2d5e3f78d2, which spends a pay-to-script-hash output funded at canonical 170054, b0539a45de13b3e0403909b8bd1a555b8cbe45fd4e3f3fda76f3a5f52835c29d:1, worth 400000 satoshis. Its scriptSig pushes only the redeem script, a 1-of-1 OP_CHECKMULTISIG. The pre-BIP16 template check hashes that push and compares it, and passes; executing the redeem script finds no signature on the stack and fails. Nodes applying the 1 April 2012 rules rejected these blocks while older nodes accepted them, which is how the same transaction was included by many miners for months. Core today reports block-script-verify-flag-failed (Operation not valid with the current stack size).

Header

version
0x00000001 (1)
previous block
00000000000004b8bbbf4598a33193046224fac90536a576dd851407a91babdd (invalid, in this dataset)
child in dataset
00000000000003339584e65d8de18560b9de69156fcbd1b0360ae4829794d1a0 height 173931
merkle root
d4dacc15c3b19ce4dadbc6c5e560ac29d9fd938257e83c76b75aba14925ef65b
time
2012-04-01 20:53:32 UTC (1333313612)
bits
0x1a0a507e difficulty 1,626,553
nonce
838203432
header hex
01000000ddab1ba9071485dd76a53605c9fa2462049331a39845bfbbb8040000000000005bf65e9214ba5ab7763ce8578293fdd929ac60e5c5c6dbdae49cb1c315ccdad44cc0784f7e500a1a28f8f531

Evidence on file header only

record
data/invalid-blocks.jsonl, line 5

Observations (2)

Where the block was seen or recovered. Observations record acquisition; they do not establish the failure.