Deploy with CREATE3 for Deterministic Addresses to Resolve Cyclical Dependencies in Contract Deployment

[kingster-will]

Description:

This PR introduces the use of CREATE3 for deploying our smart contracts, an update aimed at resolving the challenges posed by cyclical dependencies during the deployment phase. By leveraging CREATE3, we can deploy contracts to deterministic addresses using a predefined salt. This approach has several advantages and key implementations as detailed below:

1. Deterministic Deployment: Utilize CREATE3 to ensure all contracts with cyclical dependencies are deployed to known, deterministic addresses. This method uses only a salt for address derivation, making the process more predictable and secure.
2. Immutable Storage: By directly passing these deterministic addresses to the constructors of dependent contracts, we can store them as immutable variables within the contracts. This not only enhances security but also improves the efficiency of contract interactions.
3. Simplification of Protocol: With the addresses being hardcoded and immutable, the need for post-deployment governance functions to set these addresses is eliminated. This significantly simplifies our protocol by reducing the layers of interaction required and minimizing the potential for human error.

Benefits:

• Robust Contract Interaction: Hardcoding addresses as immutable variables reduces the risk of address manipulation and ensures more robust interactions between interconnected contracts.
• Protocol Streamlining: Eliminates the need for manual interventions in the form of governance actions to set contract addresses after deployment, thereby streamlining operations and reducing the scope for errors.

Tests Plane

All changes are covered by existing automation tests.

Related Issues

Closes #106

[jdubpark]

LGTM, comments:

• Should we validate the addresses passed in constructors? (We've been doing zero address validation for access manager in initializers)
• This change requires upgrading contracts if any immutable address needs to be changed (new proxy).

[kingster-will]

Added check for empty address in the constructors.

[Ramarti]

LGTM