EIP-1276: Eliminate Difficulty Bomb and Adjust Block Reward on Constantinople Shift

(Eliminating the bomb, that’s what we do!)

Hello Ethereum Community and developers!

I am EOS Classic from alternative EOS mainnet development team, and today I would like to suggest new improvement proposal for Ethereum!

We all know that difficulty bomb is a cancer for ethereum since it meant to work for casper upgrade however it is now ending up with significant transaction delay & mining centralization that comes from high difficulty.

Therefore it will likely end up harming user experience if we don’t change the difficulty adjustment algorithm on this Constantinople hardfork.

And we should change the issuance of ethereum block reward that goes to miners in order to respond for casper upgrade and supply plan. Ethereum is now dominating more than 90% of mining hashrate share on ethash algorithm coins, it should be changed.

For detailed information please refer my EIP here EIP-1276: Eliminate Difficulty Bomb and Adjust Block Reward on Constantinople Shift and please feel free to discuss about this EIP :grinning:

I do like this bomb. It is a nice forcing function for updates and can prevent stagnation.
So:

“Stop worrying and love the bomb”

:wink:

Regarding the block reward - fully support decreasing the block reward - but @MicahZoltu is correct here - that should not be in the same EIP

1 Like

Hello! From reading your website https://eos-classic.io/ you seem to be running an EIS / Ethereum Alternative chain. I understand that the difficulty bomb means more work for alternate chains as you have to coordinate hard forks on your own, but that shouldn’t concern the main chain.

Are you developing your own client node software? Are you basing it on Geth or Parity? Have you contributed any open source code or pull requests to improve Ethereum so far?

The All Core Devs call that I sat in on last Friday had a good discussion on this. Getting the community to HAVE to take an action (specifically a hard fork) every 12 - 18 months is a good forcing function. This seems like a good thing.

Hello, thank you for pointing out!

My idea for bomb removal is simple

  1. If ethereum is immutable, why do we need to delay the bomb every time by hardforking it??

  2. We can hardfork ethereum for the proper upgrade & bug fix if we want, and we shouldn’t rely on diff bomb for forking it, forcing miners to upgrade their node.

Last year difficulty bomb caused so many problem on relaying the transactions, dropping 1/2 performance of tps.

If the difficulty bomb is intended to force the upgrade, it should not affect the whole performance and gasprice like last year, therefore I am suggesting to remove completely before we fork again otherwise unpredictable transaction delay will harm the whole ecosystem of ethereum

And yes more work is great for chains however think of uncountable sidechains of ethereum that is working on the standard protocol that ethereum is using now, for sidechain development removal is needed also.

For my account this is my first contribution for ethereum ecosystem since we are a new coin :grinning: I hope we can keep contribute for the good stuff! ( And I am using both geth and parity for our node management )

For Ethereum, the difficulty bomb is a good way to enforce frequent updates from the core developers. Otherwise miners would delay developments like Casper for ever, since there would be no incentive to create a fork. The difficulty bomb is a genius idea that allows the community to force the miners to accept forks that go against their economic believe. I however support the issuance reduction proposed by this EIP

1 Like

the difficulty bomb is the opposite of a genius idea. It is a poor design both economically and technically. A much better solution would be to just have old version of the code base become nonfunctional after 6 weeks. Zcash uses this method.

Miners have no influence over whether economic participants switcth to Casper or any other client update.

1 Like