smartcontracts

Yeah this is a good observation, thank you for the report! I forgot that `Lib_AddressManager` is now `Ownable`, which means that `OwnershipTransferred` gets emitted as soon as it's created. Would...

> A more compute heavy but decoupled from implemention way to do this would be a binary search for the code. Then changes to the address manger wouldn't ever break...

I think this is a result of the current network architecture. When you send a transaction to kovan.optimism.io, your request is being routed directly to the Sequencer node. The Sequencer...

Yeah just checked Alchemy. I think we're planning to start routing some (maybe all?) requests to Alchemy/Infura. Need to check on a timeline for that.

replica-healthcheck 1.0.0 changed the environment variables. I don't think that change has been reflected in the envs. Note also that we've moved the replica stuff into the monorepo: https://github.com/ethereum-optimism/optimism/tree/develop/infra/op-replica

I think for now we need to change replica.yml to not use the latest version of the HC because other people will have the same problem: https://github.com/ethereum-optimism/optimism/blob/3e995d8e9b8bb5568731ca5e59ceec6bf39e0edd/infra/op-replica/docker-compose/replica.yml#L37

Feels like a bug that the error was thrown in the way you're observing. Service should probably be throwing earlier. Edit: I opened #2366 to fix the bug in BaseServiceV2...

Also opened #2369 to temporarily update the ops setup to use the older version of the healthcheck service by default, will go back to using latest when we fix all...

I'll leave this open until we upgrade the envs to have the new variables for the latest version of the healthcheck service

Closing. We are updated to latest versions. Please use https://github.com/smartcontracts/simple-optimism-node if looking for an easy way to run an Optimism node.