Hacker News Reader

Comment by ArtTimeInvestor | Hacker News Reader

I think this is guaranteed.

As long as one person keeps running the old software, the old chain is alive.

Even if nobody does it, somebody could start running it again at any time.

The different chains will have different market caps. And the general public will forget about chains that have sufficiently small market caps.

I wonder what will happen to Ether that is in custody. Like in the Greyscale Ethereum Trust or the 21Shares Ethereum ETP.

Has anybody ever checked the TOS of these companies on what will happen if multiple forks carry significant value?

View on HN

False, the difficulty bomb will kill off eth1.

> the difficulty bomb will kill off eth1

Wouldn’t it make sense for miners to switch to a new Ethereum chain without the bomb?

Then they will be on a fork of a fork of a fork (ETC -> ETH -> ETH_POW -> ETH_POW minus Difficulty bomb)

who will take this chain seriously

> who will take this chain seriously

If it has 51% of Ethereum’s current hashpower, somebody. (Ethereum Proof of Stake is the same number of forks away from Ethereum Classic.)

Stuff like this is exactly why I have chosen to allocate 0% of my cryptocurrency investments into Ethereum. Such a cluster

How would they be on a fork, if the "original" dies because of the difficulty bomb? Since the fork that wasn't bombed would survive, it would be considered the original, wouldn't it?

How is it defined? Like somebody releases a new version with the bomb removed. Most miners adapt it. Why is it then a fork? Because the bomb is a major feature? Otherwise, wouldn't ever software upgrade be considered a fork?

If I understood the conversation from the last dev call correctly, they're talking about combining EIP-1559 and the difficulty bomb fix into the same fork specifically to avoid this

"original" and "fork" have no meaning inside the ETH universe. These terms are used in the outside social milieu.

The Difficulty Bomb has been delayed at least once, so delaying it once again or defusing it, it not unimaginable.

Yes, miners can turn off the bomb, but that requires that they coordinate and determine a schedule for the hardfork that turns off the bomb (you need a hardfork to turn it off).

This scenario is definitely possible, but it requires a little more work than "one guy keeps running an old eth1 node".

isn't it trivial to patch?

Reply on news.ycombinator.com