-
Notifications
You must be signed in to change notification settings - Fork 56
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
feat(ink): configure and deploy Ink contracts #808
Conversation
1b13aed
to
52e60b1
Compare
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
Signed-off-by: james-a-morris <[email protected]>
52e60b1
to
ed8842b
Compare
New and removed dependencies detected. Learn more about Socket for GitHub ↗︎
|
{} // solhint-disable-line no-empty-blocks | ||
|
||
/** | ||
* @notice Construct the OVM World Chain SpokePool. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should probably just drop any chain-specific mentions here; they just cause unnecessary changes on each deployment.
* @notice Construct the OVM World Chain SpokePool. | |
* @notice Construct the SpokePool. |
* @dev This implementation deviates slightly from `_bridgeTokensToHubPool` in the `Ovm_SpokePool` contract since World Chain has a USDC bridge which uses | ||
* a custom interface. This is because the USDC token on World Chain is meant to be upgraded to a native, CCTP supported version in the future. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* @dev This implementation deviates slightly from `_bridgeTokensToHubPool` in the `Ovm_SpokePool` contract since World Chain has a USDC bridge which uses | |
* a custom interface. This is because the USDC token on World Chain is meant to be upgraded to a native, CCTP supported version in the future. | |
* @dev This implementation deviates slightly from `_bridgeTokensToHubPool` in the `Ovm_SpokePool` contract since | |
* this chain uses Circle's bridged (upgradable to native) USDC standard, which uses a custom interface. |
// Handle custom USDC bridge which doesn't conform to the standard bridge interface. In the future, CCTP may be used to bridge USDC to mainnet, in which | ||
// case bridging logic is handled by the Ovm_SpokePool code. In the meantime, if CCTP is not enabled, then use the USDC bridge. Once CCTP is activated on | ||
// WorldChain, this block of code will be unused. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
// Handle custom USDC bridge which doesn't conform to the standard bridge interface. In the future, CCTP may be used to bridge USDC to mainnet, in which | |
// case bridging logic is handled by the Ovm_SpokePool code. In the meantime, if CCTP is not enabled, then use the USDC bridge. Once CCTP is activated on | |
// WorldChain, this block of code will be unused. | |
// Handle Circle's bridge for upgradable USDC, which doesn't conform to the standard OP bridge interface. In the future, CCTP may be used to bridge USDC to mainnet, in which | |
// case bridging logic is handled by the Ovm_SpokePool code. In the meantime, if CCTP is not enabled, then use the USDC bridge. Once CCTP is activated on this chain, this block of code will be unused. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - we can generalise the SpokePool comments in a follow-up PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should you also add the contract addresses to the README in deployments/
? Also, will you follow up with deployments of the verifier/multicall handler?
Signed-off-by: james-a-morris <[email protected]>
* feat: deploy ink multicallhandler --------- Signed-off-by: james-a-morris <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me. Are we not able to deploy the spoke pool verifier on this chain? Are we not doing it because the current version is unaudited?
Yep but also because this is a low prio contract to deploy and this will begin to block Alex/myself on the rest of the deployments |
Signed-off-by: james-a-morris <[email protected]>
I looked at the deployment process and found it's more convoluted now due to a merge conflict. I was able to make a deployment here: https://explorer.inkonchain.com/address/0xB4A8d45647445EA9FC3E1058096142390683dBC2?tab=contract Here's a PR to add it: #814 |
All deployments made against origin commit hash
7f9ebb360c9bfcc9960a0226a92098fccc186ce8
. Rebased against master with all deployments made.