1703877875
区块链项目开发指南 [:1703875355]
1703877876
区块链项目开发指南 第6章 创建智能合约部署平台
1703877877
1703877878
有些客户端可能需要在运行时编译和部署合约。在所有权证明DApp中，我们手动部署智能合约并在客户端代码中硬编码合约地址。但是有些客户端可能需要在运行时部署智能合约。例如，如果客户端让学校在区块链中记录学生出勤情况，那么每次注册一个新学校都需要部署智能合约，这样每个学校才能完全控制其智能合约。在本章中，我们将学习如何使用web3.js编译智能合约，并使用web3.js和EthereumJS部署智能合约。
1703877879
1703877880
在本章中，我们将讲解以下内容：
1703877881
1703877882
·计算交易nonce。
1703877883
1703877884
·使用交易池JSON-RPC API。
1703877885
1703877886
·为合约创建和方法调用生成交易数据。
1703877887
1703877888
·估算交易所需的gas。
1703877889
1703877890
·发现账户的当前可用余额。
1703877891
1703877892
·使用solcjs编译智能合约。
1703877893
1703877894
·开发一个编写、编译和部署智能合约的平台。
1703877895
1703877896
1703877897
1703877898
1703877899
区块链项目开发指南 [:1703875356]
1703877900
区块链项目开发指南 6.1 计算一个地址的交易nonce
1703877901
1703877902
对于用geth维护的账户，不需要担心nonce计数，因为geth可以向交易添加正确的nonce并签名。如果账户不是用geth管理的，则需要自行计算nonce。
1703877903
1703877904
为了自行计算nonce，可以使用geth提供的getTransactionCount方法。第一个实参应当是所需的交易数的地址，第二个实参是需要交易数的那个区块。我们可以用“pending（待定）”字符串作为区块，这个区块包括从当前挖出的区块的交易。正如此前的章节所述，geth维护一个待定交易和排队交易的交易池。为了挖出一个区块，geth把待定交易从交易池中取出，并开始挖新的区块。在没有挖该区块之前，待定交易一直在交易池中，一旦挖出来，该交易就从交易池中删除。在挖区块过程中接收到的新incoming交易被放入交易池，在下一个区块中被挖。所以当调用getTransactionCount并把“pending”作为第二个实参时，它不会看交易池里面；相反，它就认为该交易在待定区块里。
1703877905
1703877906
所以，如果想从不被geth管理的账户发送交易，就要计算区块链中账户交易的总数，并和交易池中的待定交易相加。如果想使用来自待定区块的待定交易，则不能得到正确的nonce，因为交易被发送给geth的间隔可能只有几秒，而平均需要12秒才能在区块链中确认交易。
1703877907
1703877908
在前一章中，我们用Hooked-Web3-Provider向交易中添加nonce。不幸的是，Hooked-Web3-Provider尝试得到nounce的方法并不正确。它为每个账户维护一个计数器，每次从该账户发送交易就增加计数。但如果交易是非法的（例如，如果交易尝试发送比账户内更多的以太币），它并不能减少计数。因此直到Hooked-Web3-Provider被重置（即客户端被重置），该账户的其他交易都在排队且不会被挖。如果创建多个Hooked-Web3-Provider实例，则这些实例不能彼此同步账户的nonce，所以最终的nonce结果可能是错的。但是在向交易添加nonce之前，Hooked-Web3-Provider得到的总是到待定区块的交易计数器，并使用与计数器相比较大的那一个。所以如果来自于Hooked-Web3-Provider管理的一个账户的交易是网络中的另一个节点发送的，并被待定区块接纳，则Hooked-Web3-Provider能看到它。但是不能依赖整个Hooked-Web3-Provider计算nonce。这对于客户端应用原型机制造很有益处，并适合在如果没有向网络广播交易且Hooked-Web3-Provider经常重置用户，就可以看到和重新发送交易的应用中使用。例如，在钱包服务中，用户将频繁地上载页面，所以经常创建新的Hooked-Web3-Provider实例。如果交易没有被广播、不合法或者没有被挖出，那么用户可以更新页面并重新发送交易。
1703877909
1703877910
1703877911
1703877912
1703877913
区块链项目开发指南 [:1703875357]
1703877914
区块链项目开发指南 6.2 solcjs概述
1703877915
1703877916
solcjs是用于编译solidity文件的node.js库和命令行工具。它不使用solc命令行编译器，而是纯粹使用JavaScript进行编译，因此它的安装比solc简单得多。
1703877917
1703877918
Solc是真实的solidity编译器，用C++编写。C++代码使用emscripten被编译成JavaScript。Solc的每一个版本都被编译成JavaScript。访问https://gIthub.com/ethereum/solc-bin/tree/gh-pages/bin，可以发现每个solidity版本的以JavaScript为基础的编译器。solcjs仅使用这些编译器中的一种来编译solidity源代码。这些编译器在浏览器和node.js环境中都可以运行。
1703877919
1703877920
1703877921
solidity的浏览器使用这些以JavaScript为基础的编译器编译solidity源代码。
1703877922
1703877923
1703877924