曲折的Smart Contract验证之路
1. 合约验证我们知道在智能合约的部署之后，需要将部署的合约进行验证，并公开给用户查看。这种作为已经成为一个产品上线后的必备操作。1.1 合约验证方法1. 通过区块链浏览器进行验证这种方式是区块链部署后，进行验证时候，比较通用的验证方式。我们需要选择编译类型： 通常选择为Solidity(Simgle file) 也就是将所有合约导入到一个合约文件中，也称为合约的扁平化处理 开元许可证类型通常选择MIT Licence(MIT)此时我想你一定在头大，难道需要我们自己一个个的将引入的文件复制到一个文件中吗？（这肯定行不通，因为引入的文件通常很多，一不小心还会出错）sol-merger : Merges all imports into single file for solidity contracts上述插件可以实现将引入的合约导入到一个单独的文件中。是不是很方便。 使用方法还是很简单的： 在package.json 配置添加如下代码：{ "scripts": { "build-contracts": "sol-merger \"./contracts/*.sol\" ./bui...
曲折的Smart Contract验证之路
1. 合约验证我们知道在智能合约的部署之后，需要将部署的合约进行验证，并公开给用户查看。这种作为已经成为一个产品上线后的必备操作。1.1 合约验证方法1. 通过区块链浏览器进行验证这种方式是区块链部署后，进行验证时候，比较通用的验证方式。我们需要选择编译类型： 通常选择为Solidity(Simgle file) 也就是将所有合约导入到一个合约文件中，也称为合约的扁平化处理 开元许可证类型通常选择MIT Licence(MIT)此时我想你一定在头大，难道需要我们自己一个个的将引入的文件复制到一个文件中吗？（这肯定行不通，因为引入的文件通常很多，一不小心还会出错）sol-merger : Merges all imports into single file for solidity contracts上述插件可以实现将引入的合约导入到一个单独的文件中。是不是很方便。 使用方法还是很简单的： 在package.json 配置添加如下代码：{ "scripts": { "build-contracts": "sol-merger \"./contracts/*.sol\" ./bui...
