I was able to verify source code for both of these contracts on Rinkeby:
- TCRToken: 0xf1608c8aead4d4feae7afe9dd9c657d27349d615
- TCRSale: 0x3bd1d8004fbd68b085d9b582729b9ad22698c813
I cloned https://github.com/parth5049/transboundary-credit-rating and did
npm install zeppelin-solidity.
Then I cloned https://github.com/poanetwork/oracles-combine-solidity, did an
npm install, and then ran
node index.js /full/path/to/transboundary-credit-rating/contracts/TCRToken.sol. This produced
./out/TCRToken.sol, which contained a properly flattened version of the source code.
I verified the source code using https://rinkeby.etherscan.io/verifyContract2, which supports the "run" option needed to verify contracts compiled with truffle. I used
0.4.18+commit.9cf6e910 as the compiler, optimizations enabled, and 200 runs.
Etherscan seemed to try to guess at the constructor parameters but got them wrong.
TCRToken uses a single constructor parameter. ABI-encoded, it's
I followed a similar procedure to verify
TCRSale, but that time the constructor parameters were correctly filled in by Etherscan, so I didn't have to change anything.