Alex Thorn Flags Bitcoin (BTC) Block 974,988 Timestamped Three Minutes Before Its Parent
Key Takeaways
- •Bitcoin Block 974,988 carried a timestamp roughly three minutes earlier than its parent block, Block 974,987, an anomaly flagged by Galaxy Digital's Alex Thorn.
- •Bitcoin miners write their own clock times into block headers, and the protocol does not require a block's timestamp to be later than its parent's.
- •Consensus validity depends on the median-time-past rule, which requires a new block's timestamp to exceed the median of the preceding 11 blocks rather than its immediate predecessor's.
- •Out-of-order timestamps have appeared on Bitcoin before and are typically attributed to clock differences among mining pools, with hash linkage preserving the ledger's canonical ordering.
- •Block timestamps remain consequential because Bitcoin derives difficulty adjustments from each 2,016-block retarget period and validates time-locked transactions against the same median-time-past measure.

Bitcoin (BTC) briefly unsettled observers on Saturday, November 7, when miners produced a block whose timestamp predated the block it extended — an apparent break in chronology on a ledger built for ordered certainty.
According to details first published by COINOTAG, Block 974,987 was stamped 21:22:24 UTC. Block 974,988, mined afterward, carried a timestamp roughly three minutes earlier, meaning the child block appeared to precede its parent in wall-clock time.
Alex Thorn, head of firmwide research at Galaxy Digital, flagged the anomaly, drawing attention to the out-of-order timestamps on a chain whose blocks are otherwise linked strictly by hashes.
How Bitcoin Block Timestamps Work
Bitcoin's block timestamps are not issued by a central clock. Each miner writes its own time into the timestamp field of the block header, alongside the hash of the preceding block. The protocol does not require a block's timestamp to be later than its parent's. Instead, consensus enforces the median-time-past rule: a new block's timestamp must be strictly greater than the median of the timestamps of the preceding 11 blocks. Miners are additionally constrained to timestamps no more than two hours ahead of the network's adjusted time.
Because validity hinges on that median rather than on strict sequencing, an individual block can carry a timestamp earlier than its immediate predecessor's without invalidating the chain. Out-of-order timestamps have appeared on the network before and are typically traced to clock differences among mining pools. Hash linkage preserves the canonical ordering of the ledger regardless of such irregularities. The field is not cosmetic, either: Bitcoin derives its difficulty adjustments from the timestamps recorded across each 2,016-block retarget period, and time-locked transactions are validated against the same median-time-past measure, which is why deviations occasionally draw analyst scrutiny even when consensus is unaffected.
The three-minute gap described in the report therefore falls within a known characteristic of the protocol: ordering between adjacent blocks is enforced through hash linkage and the median-time-past rule rather than through strictly increasing timestamps. Block 974,988 accordingly stands as a valid block under consensus rules, with its transactions confirming as they would in any other, and since timestamps come from miners' own clocks, similar out-of-order stamps can appear whenever pool clocks diverge — both blocks' header fields remain publicly verifiable on block explorers.
This content was first published on COINOTAG: https://en.coinotag.com/bitcoin-btc-block-974988-timestamp-before-parent-alex-thorn