You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Today, we need a fresh wallet with a 0 nonce to deploy contracts and we are using precomputed address. This workflow could be more flexible as follow:
Deploy all UUPS proxies with an empty implementation of the core contracts.
Get addresses of the deployed proxies.
Upgrade all proxies with a new implementation using correct addresses.
This method would cost more gas but is more flexible to handle circular dependencies. Each upgrade/deploy for each core contract should have their own task. Also, avoiding .env could be convenient (ie: deploying contract in a CI without context)
The text was updated successfully, but these errors were encountered:
Would only cost more gas on deploy right? Since the contract addresses would be baked into the deployed contract code via an ordinary constructor on the implementation contracts. So I'd consider that pretty minor in grand scheme of things.
Would only cost more gas on deploy right? Since the contract addresses would be baked into the deployed contract code via an ordinary constructor on the implementation contracts. So I'd consider that pretty minor in grand scheme of things.
Exactly, the tradeoff of paying slightly more gas in order to have an easier deployment process is acceptable imho.
Today, we need a fresh wallet with a 0 nonce to deploy contracts and we are using precomputed address. This workflow could be more flexible as follow:
This method would cost more gas but is more flexible to handle circular dependencies. Each upgrade/deploy for each core contract should have their own task. Also, avoiding
.env
could be convenient (ie: deploying contract in a CI without context)The text was updated successfully, but these errors were encountered: