<p>The probability of a block hash being all zeros is the same of all being ones, and the same of odd digits being ones and even digits being zeros, and the same of being every other number. </p>

<p>So the problem created by a future block having the same hash as the genesis block or the block the genesis block points to as its previous block is the same problem of any future block having the same hash as any existing block today. It would not be a special problem.</p>

<p>It's currently believed this have a very low probability to happen, as there are not known SHA256 weakness. </p>

<p>In the practice, however, if something so unlikely happens, maybe some software like wallets or block explorers use the 'zero' value to identify the genesis block and present some bug or erratic behavior. Maybe some miner even mines another block on top of it, and then it broadcasts the new block to the network, where it may be rejected as a sibling of the genesis block, being regarded as part of orphaned chain.</p>

CC BY-SA 3.0
2018-02-13T14:49:47.190Z
2018-02-13T16:15:29.630Z
2018-02-13T16:15:29.630Z
Osias Jota
<p>I've been wondering about this for a while. It might even be impossible due to hash value of block being SHA256 value of SHA256 value of the block data, as far as I know (or is this only for Bitcoin addresses?) and there simply might not be a SHA256 value that produces 0 when it's hashed again, unless SHA256 outputs are very well distributed, which they might be in this case.</p>

<p>I have seen on some blockchain explorers that for the genesis block the previous reference block is 0. I thought that perhaps this would mean that Bitcoin blockchain might loop unexpectedly, but I figured out that coinbase transaction has 50BTC as an output, which would I guess make it invalid now that the block reward is bellow that.</p>

<p>Would there be any special problems with this?
Obviously if the difficulty gets too high, block hashes will start overlapping which could create these loops, right?
But I do understand that it is very likely that difficulty would have to grow quite unreasonably high for this, which it never might.</p>

CC BY-SA 3.0
2018-02-07T18:17:20.460Z
Words like "could" and "might" are misleading here.  If you try to determine the probabilities of this actually happening, you will understand why software is designed with the assumption that it never will.
Nate Eldredge
CC BY-SA 3.0
2018-02-08T11:38:41.083Z
Welcome to Bitcoin.SE! An interesting topic to consider. I have not looked at the genesis block, however, usually, a block hash is many characters long making a new block having a hash of a simple one 0 an impossibility. I sure hope that the code does not think of block hashes as a numeric representation!
Willtech
<bitcoin-core>
What if 0 value SHA256d block is mined?
Auryn4
# What if 0 value SHA256d block is mined?

(Asked by: username_0 on 2018-02-07)

I've been wondering about this for a while. It might even be impossible due to hash value of block being SHA256 value of SHA256 value of the block data, as far as I know (or is this only for Bitcoin addresses?) and there simply might not be a SHA256 value that produces 0 when it's hashed again, unless SHA256 outputs are very well distributed, which they might be in this case.

I have seen on some blockchain explorers that for the genesis block the previous reference block is 0. I thought that perhaps this would mean that Bitcoin blockchain might loop unexpectedly, but I figured out that coinbase transaction has 50BTC as an output, which would I guess make it invalid now that the block reward is bellow that.

Would there be any special problems with this?
Obviously if the difficulty gets too high, block hashes will start overlapping which could create these loops, right?
But I do understand that it is very likely that difficulty would have to grow quite unreasonably high for this, which it never might.

**Tags:** bitcoin-core

> **Comments:**
> **username_1**: Words like "could" and "might" are misleading here.  If you try to determine the probabilities of this actually happening, you will understand why software is designed with the assumption that it never will.  
> **username_2**: Welcome to Bitcoin.SE! An interesting topic to consider. I have not looked at the genesis block, however, usually, a block hash is many characters long making a new block having a hash of a simple one 0 an impossibility. I sure hope that the code does not think of block hashes as a numeric representation!  

---

## 1 answers

### Answer by username_3 on 2018-02-13. Score: 1

The probability of a block hash being all zeros is the same of all being ones, and the same of odd digits being ones and even digits being zeros, and the same of being every other number.

So the problem created by a future block having the same hash as the genesis block or the block the genesis block points to as its previous block is the same problem of any future block having the same hash as any existing block today. It would not be a special problem.

It's currently believed this have a very low probability to happen, as there are not known SHA256 weakness.

In the practice, however, if something so unlikely happens, maybe some software like wallets or block explorers use the 'zero' value to identify the genesis block and present some bug or erratic behavior. Maybe some miner even mines another block on top of it, and then it broadcasts the new block to the network, where it may be rejected as a sibling of the genesis block, being regarded as part of orphaned chain.


---

