无法在上验证合同

Question

我无法在Rinkeby上验证智能合同。我通过松露部署了代码，并使用open进行了开发。我试着在这个平台上寻找解决方案，我尝试了各种提到的方法，但这对我没有帮助。

我使用oracles-combines solidity来平平sol，并将代码粘贴在以太扫描的solidity代码中，但是每次我收到下面的消息时。请帮帮忙。

编辑:以下是详细信息：

TCRToken:0xf1608c8aead4d4feae7afe9dd9c657d27349d615，TCRSale:0x3bd1d8004fbd68b085d9b582729b9ad22698c813

链接地址：https://rinkeby.etherscan.io/token/0xf1608c8aead4d4feae7afe9dd9c657d27349d615

来源：https://github.com/parth5049/transboundary-credit-rating

Answer 1

我能够在Rinkeby上验证这两个合同的源代码：

• TCRToken: 0xf1608c8aead4d4Fee7af9dd9c657d27349d615
• TCRSale: 0x3bd1d8004fbd68b085d9b582729b9ad22698c813

我克隆了https://github.com/parth5049/transboundary-credit-rating并做了npm install zeppelin-solidity。

然后我克隆了https://github.com/poanetwork/oracles-combine-solidity，做了一个npm install，然后运行了node index.js /full/path/to/transboundary-credit-rating/contracts/TCRToken.sol。这产生了./out/TCRToken.sol，其中包含了源代码的适当扁平版本。

我使用https://rinkeby.etherscan.io/verifyContract2验证了源代码，它支持验证用松露编译的契约所需的"run“选项。我使用0.4.18+commit.9cf6e910作为编译器，启用优化，并运行200次。

以太扫描似乎试图猜测构造函数参数，但却搞错了。TCRToken使用单个构造函数参数。ABI编码，是000000000000000000000000fdb0d9aca9f30d98d8bcbd54c596e764f6254fdc。

我遵循了一个类似的过程来验证TCRSale，但在那一次，构造函数参数被Etherscan正确地填充，所以我不需要更改任何东西。