Skip to content
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

Decouple from op-geth and op-node #828

Closed
tynes opened this issue Jan 13, 2025 · 1 comment
Closed

Decouple from op-geth and op-node #828

tynes opened this issue Jan 13, 2025 · 1 comment

Comments

@tynes
Copy link
Contributor

tynes commented Jan 13, 2025

See ethereum-optimism/op-geth#464

Sometimes we need to make a quick release of the software when a chain is launching by bumping the version of the superchain-registry that is pulled into the monorepo and op-geth. This is unsafe because there may be features that are not ready to be released yet that have been merged. If we decouple superchain-registry releases from the rest of the releases so that the latest superchain-registry release is pulled in via HTTP URL, then we no longer need to cut a release of the client software when there is a registry release.

This URL can be configurable with a default, so that users can serve their own if they don't want to trust the default source for configs.

@tynes
Copy link
Contributor Author

tynes commented Jan 13, 2025

After chatting with @mslipper about this, we decided that backporting new releases of the superchain-registry on top of older release of op-geth and op-node makes more sense for now. The problem with the absolutePrestate might sort of be fixed by using shared proof contracts, but it will not solve the problem between clusters

@tynes tynes closed this as completed Jan 13, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant