-
Notifications
You must be signed in to change notification settings - Fork 7
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
2024 Dec 9 - Protocol Team Kickoff #11
Comments
Proposal for how to scope hardforks: https://oplabs.notion.site/External-How-to-Scope-Hardforks-151f153ee162805cad2ed2f6613ce058?pvs=4 I would like to propose a devnet based approach to shipping isthmus. Each feature must make it onto a devnet safely before considered for inclusion. There is certainly space for all existing features that we have already been considering to make it into a devnet. The devnet approach helps a lot in a multiclient world, so that we can make sure the feature works between clients before finalizing the scope of the hardfork. All clients/teams are invited to participate in these devnets. Just because there is a feature on the devnet, it doesn't mean that it must be promoted to the next hardfork isthmus-devnet-0 Scope Withdrawal root in block header And also operator fee, if Succinct Labs is able to have it ready by that time |
Notes:
|
We are introducing a new protocol-team call to coordinate protocol work.
This call is focused on resolving immediate development coordination issues, not longer term upgrade planning.
Agenda:
op-geth
upstream 1.14.12, PR by Roberto.op-node
P2P req-resp plansThe text was updated successfully, but these errors were encountered: