Good news: there are actually no errors or other issues left with RSK testnet deployments (at least after the recent changes to the deployment script).
You can find all contracts that were deployed to RSK testnet from your machine in .openzeppelin/unknown-31.json. Implementations are only newly deployed if a proxy cannot point to an existing one on the same chain. Also, there's an "admin" contract, via which actual proxy updates are executed, and which also doesn't get redeployed for the same keys.
Good news: there are actually no errors or other issues left with RSK testnet deployments (at least after the recent changes to the deployment script).
You can find all contracts that were deployed to RSK testnet from your machine in `.openzeppelin/unknown-31.json`. Implementations are only newly deployed if a proxy cannot point to an existing one on the same chain. Also, there's an "admin" contract, via which actual proxy updates are executed, and which also doesn't get redeployed for the same keys.
raucao
self-assigned this 2022-07-25 07:53:37 +00:00
bumi
was assigned by raucao2022-07-25 07:53:37 +00:00
hueso
was assigned by raucao2022-07-25 07:53:37 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
There are still a couple of issues when deploying the new contracts from the hardhat branch to RSK testnet (as opposed to Rinkeby).
Good news: there are actually no errors or other issues left with RSK testnet deployments (at least after the recent changes to the deployment script).
You can find all contracts that were deployed to RSK testnet from your machine in
.openzeppelin/unknown-31.json. Implementations are only newly deployed if a proxy cannot point to an existing one on the same chain. Also, there's an "admin" contract, via which actual proxy updates are executed, and which also doesn't get redeployed for the same keys.