-
Notifications
You must be signed in to change notification settings - Fork 997
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove is_execution_enabled
condition since Capella
#3350
Conversation
I am in favour of this change as neither Capella nor Deneb can't be taken into effect without execution being enabled, thus, they are dependent on Bellatrix. The only scenario when Do we also want to remove |
+1 on removing merge block validation. |
+1. This will enable cleaner client code |
The main reason I've pushed back on this in the past is that alternative networks might want to do their own "Merge" to switch over to beacon chain consensus, and in such a case, wouldn't want to do so at some past construction of the beacon chain -- Bellatrix. I understand that that claim might be weak against maintaining complex codepaths that are no longer used on mainnet and keeping the consideration in the spec moving forward. I suppose if someone wants to do a merge in their consensus, they can use old client releases and then step forward to current beacon chain spec via a number of forks. If this is the consensus, I won't block it |
I think that this change should also get rid of |
Related issue: #3232
Issue
I would argue that the Bellatrix
is_execution_enabled
condition check is technical debt that we can remove now. Since this condition is surely satisfied on the mainnet, the benefits of having the ability to support the "not-merged-beacon-chain" testnets are inessential.How did I fix it
is_execution_enabled
check since Capella.This is a substantive beacon chain change but backward-compatible with the Ethereum mainnet.