使用truffle verify plugin 验证Eip1967代理合约

本文主要是介绍使用truffle verify plugin 验证Eip1967代理合约，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

准备阶段

依赖版本如下
Truffle v5.4.21

  //file /package.json"dependencies": {"@truffle/hdwallet-provider": "^1.7.0","ganache-cli": "^6.12.2","truffle-contract-size": "^2.0.1"},"devDependencies": {"@openzeppelin/contracts": "^4.3.3","@openzeppelin/truffle-upgrades": "^1.11.0","truffle-plugin-verify": "^0.5.17"},

使用 npm install --save-dev truffle-plugin-verify 文档参考地址。安装成功之后，发布好对应的合约，Eip1957 可升级代理发布方式可以参考openzeppelin 文档 upgrading-smart-contracts，在喜好中选择自己使用的框架就可以看到对应的文档了
在这里插入图片描述
我使用的是truffle。
按照流程发布好所有合约之后，关联的合约一共涉及到3个分别是

proxyAdmin 代理升级的权限合约
TransparentUpgradeableProxy 透明代理合约
CustomContract 逻辑合约
要进行验证得时候直接
truffle run verify CustomContract --network xxx --debug xxx为发布的网络，在truffle-config.js文件中配置。通常可能会遇到timeout的问题，国内的网络环境原因导致的失败。这个使用需要指定 科学上网，通过设置环境变量 https_proxy 的方式让truffle走代理。linux上命令如下 export https_proxy=http://127.0.0.1:8808 等待一段时间，就可以验证TransparentUpgradeableProxy.sol 合约了。

具体的逻辑合约需要使用指定地址的方式进行验证
truffle run verify CustomContract@0x0000dsa0d0a0sd0sa0das00d0sa00sd0as --network xxx --debug 0x00000…这个就是逻辑合约的实际部署地址，运行之后会输出上面相似的内容，表示验证成功。由于我的合约已经验证过一次了，所以这里会显示已经验证过。如果需要开源chainlink的VRF合约，需要下载chainlink的verify插件。具体方式，需要参考广告文档。不过，一般来讲，这些三方库标准合约，已经大量部署了，只要有人验证过标准合约，scan上面就会显示与某某合约一致，然后也会显示对应的源代码，所以前人种树后人乘凉啊。
对于不适用truffle-verify的方式进行合约验证的可以参看如下这篇文章。
how-to-verify-a-contract-on-etherscan-bscscan-polygonscan
以及openzeppelin的快速问答。上面有对常见问题所有解答，对于透明代理有疑惑的，强烈建议先看下上面的内容。

2021年12月2日更新
国内部署合约到 bsc会经常timeout，header no found，等各种问题。除非由自己的bsc全节点，而使用truffle-verify-plugin truffle-upgrade 都需要依赖发布成功之后生成的记录，truffle-upgrade依赖.openzeppelin/下的json文件用于校验是否能安全升级，其中的检查包括，变量布局，变量名称，构造函数，自定义结构，详细的检测项请看这里truffle-upgrades#common-options。如果在升级的过程中丢失了其中某一个版本的合约，那就麻烦大了，目前的解决方法是，知道原有的丢失那个合约的源文件，然后找个主网部署一下，之后把对应的地址改成实际的丢失合约地址。之后再尝试运行升级合约。如果还是不行，那就近 proxyAdmin的地址使用部署钱包，调用升级方法。