-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Remove is_execution_enabled condition since Capella
#3350
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
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_enabledcondition 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_enabledcheck since Capella.This is a substantive beacon chain change but backward-compatible with the Ethereum mainnet.