interop: interopgen v2 using OPSM

[protolambda]

Description

Changes:

• Minor changes to deploy-config, such that it can be used for L2Genesis.s.sol
• Split the SetPreinstalls part out of L2 genesis, so we can apply the preinstalls also to the L1 dev genesis.
• Fix SystemConfigInterop.sol to not try to initialize twice.
• Fix SystemConfigImpl address label
• Introduce interopgen/deployers package: reusable functions, to apply an input to a script host, and get a deployment output. Split into OPSM implementations deployment, superchain deployment, L2 chain deployment to L1, creation of L2 genesis, and preinstalls.
• Introduce Go config and deployment structs.
• Introduce interop recipe code that turns a simplified config into a full config composition for a L1 and multiple L2s.

Tests

Introduce new op-e2e test that:

• Creates a recipe for an interop setup, with two L2 chains
• Turns the recipe into a built config
• Turns the config into a set of outputs and deployment data.

This setup can then be used in interop e2e tests, devnet, etc.

Metadata

Fix #11493

[tynes]

Wondering if some of this should be deduplicated with op-deployer, cc @mslipper

[axelKingsley]

Some naming suggestions, but no blocking comments. I use this branch already in interop-e2e so I am familiar with the fact that it works.

[semgrep-app]

Semgrep found 6 sol-style-return-arg-fmt findings:

• packages/contracts-bedrock/scripts/DeployOPChain.s.sol
  • L75 - Triage
  • L181 - Triage
  • L303 - Triage
• packages/contracts-bedrock/scripts/DeployImplementations.s.sol
  • L76 - Triage
  • L161 - Triage
  • L252 - Triage

Named return arguments to functions must be appended with an underscore (_)

_{Ignore this finding from sol-style-return-arg-fmt.}

[tynes]

Generally looks good to me, just wondering thoughts on the future of this package, will we try to deduplicate things and how do we move towards a world where its more single source of truth/generic so that we don't need to couple L1 contract additions to modifying Go code

[protolambda]

Merging this, to unblock op-e2e interop work. Still open to changing a bunch of things, like config approach (separate API layer or not), and more polish. For now though, devnet has priority.