Lesson 7 -- Rinkeby deployment -> verification issue

[antoniopucciarelli]

Hello Community,

I got a problem with the code, I solved it but I haven't understood it yet.

In the Lesson 7 I reached the verification procedure of the contract on the Rinkeby chain (around 10:30 on the YouTube lecture).

These last few days I spent a bit of time figuring out how to solve this problem:

antoniopucciarelli@DELL:~/Desktop/hardhatFundMe$ yarn hardhat deploy --network rinkeby
yarn run v1.22.19
warning package.json: No license field
$ /home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/.bin/hardhat deploy --network rinkeby
Nothing to compile

Deploying FundMe and waiting for confirmations...
reusing "FundMe" at 0xf19bd9D5BF2e5EDf363A602Bf2fbb9BaFC0d6204

        ✅ FundMe deployed at: 0xf19bd9D5BF2e5EDf363A602Bf2fbb9BaFC0d6204 

Verifying contract...
Nothing to compile
Successfully submitted source code for contract
contracts/FundMe.sol:FundMe at 0xf19bd9D5BF2e5EDf363A602Bf2fbb9BaFC0d6204
for verification on the block explorer. Waiting for verification result...

We tried verifying your contract FundMe without including any unrelated one, but it failed.
Trying again with the full solc input used to compile and deploy it.
This means that unrelated contracts may be displayed on Etherscan...

Successfully submitted source code for contract
contracts/FundMe.sol:FundMe at 0xf19bd9D5BF2e5EDf363A602Bf2fbb9BaFC0d6204
for verification on the block explorer. Waiting for verification result...

NomicLabsHardhatPluginError: The contract verification failed.
Reason: Fail - Unable to verify
    at SimpleTaskDefinition.verifySubtask [as action] (/home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/@nomiclabs/hardhat-etherscan/src/index.ts:350:9)
    at processTicksAndRejections (node:internal/process/task_queues:96:5)
    at Environment._runTaskDefinition (/home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
    at Environment.run (/home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/hardhat/src/internal/core/runtime-environment.ts:131:14)
    at verify (/home/antoniopucciarelli/Desktop/hardhatFundMe/utils/verify.js:8:9)
    at Object.module.exports [as func] (/home/antoniopucciarelli/Desktop/hardhatFundMe/deploy/01-deploy-fund-me.js:42:9)
    at DeploymentsManager.executeDeployScripts (/home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1219:22)
    at DeploymentsManager.runDeploy (/home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/hardhat-deploy/src/DeploymentsManager.ts:1052:5)
    at SimpleTaskDefinition.action (/home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/hardhat-deploy/src/index.ts:438:5)
    at Environment._runTaskDefinition (/home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/hardhat/src/internal/core/runtime-environment.ts:219:14)
Done in 36.01s.

I thought the problem was related to the reusing word in the shell output, so at the end I changed the .sol code adding a dummy variable (in order that the new modified contract did the same things of the original one), uint256 public x = 1;.

Fortunately with this change I solved the problem, having this:

antoniopucciarelli@DELL:~/Desktop/hardhatFundMe$ yarn hardhat deploy --network rinkeby
yarn run v1.22.19
warning package.json: No license field
$ /home/antoniopucciarelli/Desktop/hardhatFundMe/node_modules/.bin/hardhat deploy --network rinkeby
Compiled 1 Solidity file successfully

Deploying FundMe and waiting for confirmations...
deploying "FundMe" (tx: 0xefc04846c981cee46bb9ca4883b605a9c8db17fd28d14c9cf67847092fc7bc2e)...: deployed at 0x1a4abc2f45eFDb8FE27900BDb6414099851C6676 with 893433 gas

        ✅ FundMe deployed at: 0x1a4abc2f45eFDb8FE27900BDb6414099851C6676 

Verifying contract...
Nothing to compile
Successfully submitted source code for contract
contracts/FundMe.sol:FundMe at 0x1a4abc2f45eFDb8FE27900BDb6414099851C6676
for verification on the block explorer. Waiting for verification result...

Successfully verified contract FundMe on Etherscan.
https://rinkeby.etherscan.io/address/0x1a4abc2f45eFDb8FE27900BDb6414099851C6676#code
Done in 58.59s.

Now, my question is: why I got that error at the beginning?

Thank you for your help,
Ciao

---

@PatrickAlphaC you are a very good teacher.

[alymurtazamemon]

@antoniopucciarelli Maybe your code had the issue in verify function.

[antoniopucciarelli]

Yes, it looks so.

The problem should be related when I call yarn hardhat deploy --network rinkeby.

As I wrote, after a little change in the solidity code (I've added uint256 public x = 1;) and redeployed the contract I didn't have the problem (you can see the output is correct, the verification is done and I looked at it also on Rinkeby etherscan).

I don't know why.

[alymurtazamemon]

@antoniopucciarelli It is not about declaring a new variable that solves the problem. As I told you it seems a common problem that resolves on the second try.

[antoniopucciarelli]

Alright, so I tell you also the shell command I run.

I run multiple times yarn hardhat deploy --network rinkeby.
I checked the code multiple times.

Then I made that change and it worked, but yes, I agree with you that adding a line should not solve that problem.

In any case it's like that if I hadn't changed the solidity file I would have had the same problem.

[alymurtazamemon]

@antoniopucciarelli Maybe could be the problem in the compilation of the contract and when you added that line it recompile and solved the issue.

[antoniopucciarelli]

It can be possible.

But I run also yarn hardhat clean when I got issues (before changing the solidity code).

As I got the clean command clears everything related to the compilation.

I guess the problem is related on the way we interact with the blockchain.

[GlennOu66304]

Hi, I have a similar issue with testnet goerli test net, since it is recommended test net, soon, I realized that the manual does not work as well. So I shift it to the kovan test net with infura, the kovan test net in alchemy is decrepit, by using the kovan testnet, I was able to be verified by ether scan. the cause might be the too new to test goerli test net, and the rinkeby will be outdated soon.

[krakxn]

Before I look into the logic of your code, please try Goerli and Ropsten/Kovan too. If these do not work as well, let me know; I will look into it.