2017年12月25日 15:08:38
閱讀數：5629
原文：How To Write, Deploy, and Interact with Ethereum Smart Contracts on a Private Blockchain
作者：jack_schultz
翻譯：無阻我飛揚

摘要：本文作者以極長的篇幅給出了在私有區塊鏈上編寫、部署以及與以太坊進行交互的智能合約的較為完整的代碼、相關細節步驟、用戶界面等。作者是希望借助他這篇文章，大家可以自行在私有以太坊區塊鏈上編寫并部署一個智能合約，以下是譯文。

這里的規則是：如果通讀本文，則必須自行在私有以太坊區塊鏈上部署一個智能合約。Github上給出了所有我使用的代碼，所以你沒有理由不去做。

但是如果不遵守規則，只是想閱讀一下而已，希望這有助于提供一個從無到有做出一個區塊鏈應用程序的視角。

最后，你會創建出一個私有以太坊專用區塊鏈，連接兩個不同的節點作為peers，編寫并編譯一個智能合約，有一個允許用戶提出問題的Web界面，在區塊鏈上部署問題，然后讓用戶來回答。

如果感到困惑，遇到錯誤，或者想說點別的，那就寫一篇評論，在Twitter上取得聯系或發表意見。

這里是Github的repo，所以繼續并fork它（如果不想復制粘貼所有的代碼），如果有想要分享的更新，我會把它放到自述文件中。

私有區塊鏈創建
要創建一個單獨的節點，需要以下genesis.json代碼，它代表私有區塊鏈上的初始塊。

//genesis.json
{
"alloc": {},
"config": {
"chainID": 72,
"homesteadBlock": 0,
"eip155Block": 0,
"eip158Block": 0
},
"nonce": "0x0000000000000000",
"difficulty": "0x4000",
"mixhash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"coinbase": "0x0000000000000000000000000000000000000000",
"timestamp": "0x00",
"parentHash": "0x0000000000000000000000000000000000000000000000000000000000000000",
"extraData": "0x11bbe8db4e347b4e8c937c1c8370e4b5ed33adb3db69cbdb7a38e1e50b1b82fa",
"gasLimit": "0xffffffff"
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
如果希望對字段有一個完整的解釋，看看這個堆棧溢出的解答。這個案例中的difficulty是很低的，因為不希望在測試網絡上等待很長的時間，區塊才能被挖掘出來，然后gasLimit 的值高到允許區塊中的一個節點可以完成的工作量能夠處理每個交易。

去打開一個終端，確保geth（以太坊客戶端）以任何適用于你的操作系統的方式進行安裝，然后cd（dos命令）到保存genesis.json的文件夾。運行以下命令，將初始化該節點的區塊鏈。

$ geth --datadir "/Users/USERNAME/Library/PrivEth" init genesis.json
1
2
-datadir指定區塊鏈所有數據的位置。在Mac操作系統上，默認是 ~/Library/Ethereum目錄。由于有多個節點在運行，所以不能讓它們共享相同的數據文件夾，因此需要具體指定。Linux和Windows機器具有不同的默認datadir，所以請查看這些數據一般應該位于何處。

用genesis.json文件運行完初始化命令之后，去檢查那個--datadir目錄，會看到一堆文件，所以隨意四處看看吧。現在沒有必要，但是最終還是要去看看。

對于這樣一個區塊鏈，需要多個節點。要使區塊鏈成為peers，它們需要擁有相同的創始文件。所以要從同一個目錄運行和上面相同的命令，但是這次使用了不同的datadir。

geth --datadir "/Users/USERNAME/Library/PrivEth2" init genesis.json
1
2
這里所有的代碼，將在同一個目錄下工作。代碼是一樣的，但是使用命令行選項，可以通過命令行參數區分這些進程。

這里寫圖片描述

初始化兩個節點的鏈。

當通過一個不同的--datadir運行geth，無論從哪里運行命令，都將運行單獨的節點。只要記得每次指定--datadir，那么它就不會回到默認值。另外請注意，我更改了這些datadirs的名稱，所以會在屏幕截圖中看到不同的名稱。

打開控制臺
到目前為止，已經做了三件事。1）在選擇的工作目錄中創建了一個genesis.json 文件，2）為一個節點選擇一個目錄存儲區塊鏈，并初始化第一個區塊，3）為另外一個節點選擇一個不同的目錄存儲區塊鏈。很少的代碼和一些命令。

下一步能夠登錄到每個節點的geth控制臺。控制臺將啟動geth進程并運行它，也給了在終端上運行一些web3命令的方法。

geth --datadir "/Users/jackschultz/Library/EthPrivLocal" --networkid 72 --port 30301 --nodiscover console
1
2
這里還有更多的選擇。

-networkid與genesis.json文件中的類似，在這里所需要做的是確保不使用網絡ID 1-4。

-port指定.ipc文件將要用到的端口。這就是使用web3.js庫連接數據庫的方式，默認端口是30303。所以將它保留在那個區域，但這是第一個節點，所以它的端口是30301。

nodiscover告訴geth最初不要找peers。這一點在這個案例中確實很重要。這是一個私有網絡。不希望節點在沒有指定的情況下嘗試連接到其它節點，不希望這些節點在沒有告訴它們的情況下被發現。

在第一個geth節點運行的情況下，在有第二個—datadir的不同終端運行相同的命令，節點在不同的端口上運行。

這里寫圖片描述

啟動控制臺。

為每個節點創建初始Coinbase帳戶
當用上面的命令運行控制臺時，想要創建主coinbase帳戶。如果感到好奇，使用密碼短語“passphrase”，將來Node應用程序會用到“passphrase”。

personal.listAccounts
[]
personal.newAccount（）
Passphrase：
Repeat passphrase：
0x538341f72db4b64e320e6c7c698499ca68a6880c
personal.listAccounts
[“0x538341f72db4b64e320e6c7c698499ca68a6880c”]
1
2
3
4
5
6
7
8
9
在另一個節點的控制臺中運行相同的命令。

這里寫圖片描述

創建新的帳戶。

由于這是該節點創建的第一個帳戶，因此會看到它也列在其中

eth.coinbase
0x538341f72db4b64e320e6c7c698499ca68a6880c
1
2
3
通過運行可以在控制臺上抓取的另一條信息

personal.listWallets
[{
accounts：[{
address：“0x538341f72db4b64e320e6c7c698499ca68a6880c”，
url：“keystore：///Users/jackschultz/Library/EthPrivLocal/keystore/UTC--2017-12-09T16-21-48.056824000Z--538341f72db4b64e320e6c7c698499ca68a6880c”
}]，
status：“locked”，
url：“keystore：///Users/jackschultz/Library/EthPrivLocal/keystore/UTC--2017-12-09T16-21-48.056824000Z--538341f72db4b64e320e6c7c698499ca68a6880c”
}]
1
2
3
4
5
6
7
8
9
10
在那里會看到更多有關帳戶的信息，而不是只有地址。還會看到帳戶信息的存儲位置，它會在指定的--datadir。所以如果仍然好奇數據是如何存儲在文件系統中的，那就去查看一下目錄。

以Peers連接節點
有多個節點正在運行，需要以peers連接它們。首先檢查我們是否有peers

admin.peers
[]
1
2
3
好難過。這是我們期望的，在非1-4網絡ID和nodiscover的標志上啟動控制臺。這意味著需要告知每個節點用特定的命令連接到另一個節點。通過分享enode 地址的方式來做。

admin.nodeInfo.enode
“enode：// 13b835d68917bd4970502b53d8125db1e124b466f6473361c558ea481e31ce4197843ec7d8684011b15ce63def5eeb73982d04425af3a0b6f3437a030878c8a9 @ [：]：30301 discport = 0”
1
2
3
這是geth用來連接到不同節點的enode信息，在這些不同的節點它們能夠分享交易和成功挖掘信息。

要使用這個URL連接節點，需要調用addPeer函數。

如果要復制從其中一個節點admin.nodeInfo.enode的返回值，請在另一個節點中運行以下命令。

admin.addPeer（“enode：// 13b835d68917bd4970502b53d8125db1e124b466f6473361c558ea481e31ce4197843ec7d8684011b15ce63def5eeb73982d04425af3a0b6f3437a030878c8a9 @ [::]：30301？discport = 0”）
1
2
這告知一個節點如何到達另一個節點，并請求另一個節點連接起來，它們都將成為彼此的peers。如需檢驗，請在兩個節點上運行admin.peers命令，將看到它們連接在一起。代碼如下：

admin.peers
[{
caps: ["eth/63"],
id: "99bf59fe629dbea3cb3da94be4a6cff625c40da21dfffacddc4f723661aa1aa77cd4fb7921eb437b0d5e9333c01ed57bfc0d433b9f718a2c95287d3542f2e9a8",
name: "Geth/v1.7.1-stable-05101641/darwin-amd64/go1.9.1",
network: {
localAddress: "[::1]:30301",
remoteAddress: "[::1]:50042"
},
protocols: {
eth: {
difficulty: 935232,
head: "0x8dd2dc7968328c8bbd5aacc53f87e590a469e5bde3945bee0f6ae13392503d17",
version: 63
}
}
}]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
要添加peer，只需要告訴一個節點連接到另一個節點，然后檢查另一個節點，就會看到如下輸出：
這里寫圖片描述

Peers on peers。

檢查余額并挖掘
既然節點連接起來了，就不是錢的事了。在開始挖掘之前，檢查一下主賬戶的余額。

eth.getBalance（eth.coinbase）
0

1
2
3
4
再一次如此悲傷。由于沒有把這個帳戶分配給創始區塊，需要開始為這些賬戶挖礦。

在控制臺中，運行miner.start()為這個節點開始挖掘，然后運行miner.stop()可以停止挖掘。在挖掘時，不僅要看賬號得到多少以太幣，還要觀察兩個節點之間點對點的交互。

在下面的圖片中，會看到檢查了兩個節點各自的主帳戶余額。然后在節點1上開始挖掘，讓它運行大約5秒，然后在7個完整區塊之后停止挖掘。檢查另一邊的余額，有35個以太幣，在控制臺中這個數字代表Wei。在另一個節點上，將會看到它收到了從節點1挖掘的7個區塊的信息。

這里寫圖片描述

開始挖掘。

交易
使用智能合約需要專門的交易，但在實現這一點之前，要知道如何創建一個交易，將以太幣發送到另一個帳戶。

在一個節點上，采用coinbase賬戶并解鎖它。

coinbaseAddress = eth.coinbase
personal.unlockAccount(coinbaseAddress)
Unlock account 0x554585d7c4e5b5569158c33684657772c0d0b7e1
Passphrase:
True
1
2
3
4
5
6
現在從另一個節點的coinbase帳戶復制地址，并回到未解鎖的帳戶節點

hisAddress = "0x846774a81e8e48379c6283a3aa92e9036017172a"
1
2
在此之后，sendTransaction命令有點簡單。

eth.sendTransaction({from: eth.coinbase, to: hisAddress, value: 100000000})
INFO [12-09|10:29:36] Submitted transaction fullhash=0x776689315d837b5f0d9220dc7c0e7315ef45907e188684a6609fde8fcd97dd57 recipient=0x846774A81E8E48379C6283a3Aa92E9036017172A
"0x776689315d837b5f0d9220dc7c0e7315ef45907e188684a6609fde8fcd97dd57"
1
2
3
4
還有一件需要注意的事，而且會很容易混淆的，就是為什么這些數字的值有那么多0。這是因為值是用wei來表示的，所以不必處理可能在不同系統上引起問題的浮點數。這將與gas（一個與計算步驟大致相當的測量法。每筆交易都需要包括一個Gas限制和一個愿意為每個Gas支付的費用;礦工可以選擇進行交易和收費）一起發揮作用 ，需要開始指定合同部署和交易。

如果想知道用這個值發送了多少以太幣，命令如下：

web3.fromWei（100000000，'ether'）
“0.0000000001”
1
2
3
要使交易發送，并且看到不同余額的差異，需要在節點中啟動礦工，然后在挖掘了一個區塊后停止，現在檢查余額以查看變化。

miner.start()
...............
miner.stop()
web3.eth.getBalance(eth.coinbase)
59999999999900000000
web3.eth.getBalance(hisAddress)
100000000
1
2
3
4
5
6
7
8
接下來看看下面的這張巨幅圖片。同樣，節點1在左邊，節點2在右邊。所以首先檢查每個節點上各自coinbase賬戶的余額。在節點1上，復制節點2的地址，發送交易，然后從接收到提交的交易的節點登錄，接著開始挖掘。會發現節點8 有txs=1，這意味著它在那個區塊挖掘了一筆交易。再多挖幾個區塊以后，停止挖掘。檢查節點1的帳戶余額。有12個區塊，每個區塊獎勵5以太幣，但后來卻付出了100000000wei。

現在，回到節點2，檢查其coinbase帳戶的余額，余額是0。然后，記得重新啟動過節點1的控制臺，并沒有將兩個節點設置為peers。因此，打印節點1的enode，作為一個peer將其添到節點2。在添加peer后，會看到節點2接收到錯過的塊，包括1個交易。然后再次檢查余額，發現它有100000000Wei。

這里寫圖片描述

這是如何在本地發送以太幣。

間歇
到這里，差不多完成了一半的工作！在一個擁有本地運行的私有以太坊區塊鏈的終端上工作，擁有賬戶的兩個節點，彼此是peers，并且可以來回發送交易。

這相當不錯，所以可以花一點時間冷靜下來，有一個更好的理解。但是在此刻，請繼續前進。

在Remix上編寫一個合約
繼續！隨著geth節點的運行，下一步就是簽訂合約。

當寫這樣的文章時，需要花很長時間來選擇一個簡單而有價值的例子。當試圖選擇一種合約來使用時，情況亦是如此。我決定擺在這里的是人們可以回答是/否或真/假的問題。

下面是Solidity（是以太坊中用于開發智能合約的編程語言，目前開發智能合約用的最多的是Solidity）合約的最終v1代碼。在看代碼之前，有一些注意事項：

在這個例子中，只使用全局變量來解決問題，是誰問了這個問題，誰回答了這個問題，以及答案的值。Solidity也有可以存儲數據的結構，但是本文在討論部署而不是Solidity，所以不要太深入。
使用 uints來存儲是/否的答案，而不是bools。在Solidity中，如果有將地址鏈接到bool的映射，則默認值為FALSE。對于一個uint，默認值是零。這有了必要的三種狀態，在這里可以用一個enum，但正如我所說，盡量保持簡單。
answerQuestion方法在邏輯和if語句中都有些復雜。如果想了解如何調整變量，請仔細閱讀它。
有一個get函數，返回所有想要在頁面上顯示合約狀態的信息。可以分開來分別返回不同的信息，但是不妨把它們放在一起，而不必多次查詢。
-在合約中不僅有其它方式存儲這些數據，還有很多其它的方式來編寫它！例如，可以列出所有投票為true或false的賬戶，然后循環查詢它們是否已經回答。

pragma solidity ^0.4.0;
contract Questions {

//global variables that aren't in a struct
mapping(address => uint) public answers; //integer where 0 means hasn't answered, 1 means yes, 2 means no
string question;
address asker;
uint trues;
uint falses;

/// init
function Questions(string _question) public {
asker = msg.sender;
question = _question;
}

//We need a way to validate whether or not they've answered before.
//The default of a mapping is
function answerQuestion (bool _answer) public {
if (answers[msg.sender] == 0 && _answer) { //haven't answered yet
answers[msg.sender] = 1; //they vote true
trues += 1;
}
else if (answers[msg.sender] == 0 && !_answer) {
answers[msg.sender] = 2; //falsity
falses += 1;
}
else if (answers[msg.sender] == 2 && _answer) { // false switching to true
answers[msg.sender] = 1; //true
trues += 1;
falses -= 1;
}
else if (answers[msg.sender] == 1 && !_answer) { // true switching to false
answers[msg.sender] = 2; //falsity
trues -= 1;
falses += 1;
}
}

function getQuestion() public constant returns (string, uint, uint, uint) {
return (question, trues, falses, answers[msg.sender]);
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
把這個合約保存在contracts/Question.sol中，而不是在本地進行編譯，使用Remix來處理大量的錯誤和代碼警告，以及編譯所需的信息。

要查看編譯信息，在右上角的“編譯”選項卡上單擊詳細信息按鈕，就會看到一堆信息彈出。要尋找的數據是byteCode和ABI。右下方正是要模仿的web3的部署信息！但是，不是從一個單一的行上輸入巨大的字符串，而是要從一個json文件中導入信息。必須把數據分開。

//childContractv1.json
{
"abi": [{"constant":true,"inputs":[{"name":"","type":"address"}],"name":"answers","outputs":[{"name":"","type":"uint256"}],"payable":false,"stateMutability":"view","type":"function"},{"constant":true,"inputs":[],"name":"getQuestion","outputs":[{"name":"","type":"string"},{"name":"","type":"uint256"},{"name":"","type":"uint256"},{"name":"","type":"uint256"}],"payable":false,"stateMutability":"view","type":"function"},{"constant":false,"inputs":[{"name":"_answer","type":"bool"}],"name":"answerQuestion","outputs":[],"payable":false,"stateMutability":"nonpayable","type":"function"},{"inputs":[{"name":"_question","type":"string"}],"payable":false,"stateMutability":"nonpayable","type":"constructor"}],
"byteCode": "0x6060604052341561000f57600080fd5b6040516106d23803806106d28339810160405280805182019190505033600260006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff1602179055508060019080519060200190610082929190610089565b505061012e565b828054600181600116156101000203166002900490600052602060002090601f016020900481019282601f106100ca57805160ff19168380011785556100f8565b828001600101855582156100f8579182015b828111156100f75782518255916020019190600101906100dc565b5b5090506101059190610109565b5090565b61012b91905b8082111561012757600081600090555060010161010f565b5090565b90565b6105958061013d6000396000f300606060405260043610610057576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff1680635e9618e71461005c578063eff38f92146100a9578063f9e049611461014c575b600080fd5b341561006757600080fd5b610093600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610171565b6040518082815260200191505060405180910390f35b34156100b457600080fd5b6100bc610189565b6040518080602001858152602001848152602001838152602001828103825286818151815260200191508051906020019080838360005b8381101561010e5780820151818401526020810190506100f3565b50505050905090810190601f16801561013b5780820380516001836020036101000a031916815260200191505b509550505050505060405180910390f35b341561015757600080fd5b61016f60048080351515906020019091905050610287565b005b60006020528060005260406000206000915090505481565b610191610555565b600080600060016003546004546000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200............................600460008282540392505081905550610550565b60016000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541480156104e3575080155b1561054f5760026000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550600160036000828254039250508190555060016004600082825401925050819055505b5b5b5b50565b6020604051908101604052806000815250905600a165627a7a7230582043defebf8fa91b1cd010927004a7ff4816a1040b9cabd4ddd22122a9816742ff0029"
}
1
2
3
4
5
6
繼續直接復制這個文件，到Remix上并與Remxi的編譯器一起工作。值得一提的是byteCode，需要確保字符串以“0x”開始。當從Remix復制字節碼字段時，只能得到數字。

NodeJS時間
上面每次說到節點，意思是geth / blockchain節點。在這里，將再次看到“node”這個詞，但是當看到大寫字母N時，它的意思是NodeJS。

已經將v1合約編譯并存儲在一個文件中。現在需要運行一個Node（這個Node首字母大寫了，所以它代表NoteJS）實例。將有四個端點：

GET’/’將會有一個表單提出一個新的問題，
POST’/ questions / new’在區塊鏈上部署新問題合約，
GET’/ questions？address = 0xXXXX …’將依據當前的答案顯示問題以及一個發送或更新答案的表單，
-POST’/ questions？address = 0xXXXX …’處理應答。
部署問題
前言，在進入區塊鏈之前，從來沒用使用過Node，所以有一些語法和實踐可能會在這里無效。對于代碼，會通過與區塊鏈交互的三個端點，首先是部署新問題的post請求。這些代碼需要連接到本地運行的geth。

const Web3 = require('web3');
const net = require('net');
const compiledContract = require('./contracts/contractv1');

web3IPC = '/Users/jackschultz/Library/PrivEth/geth.ipc';
let web3 = new Web3(web3IPC, net);

const byteCode = compiledContract.byteCode;
const QuestionContract = new web3.eth.Contract(compiledContract.abi);

web3.eth.getCoinbase(function(err, cba) {
coinbaseAddress = cba;
console.log(coinbaseAddress);
});
const coinbasePassphrase = 'passphrase';

app.post('/', (req, res) => {
const question = req.body.question;
web3.eth.personal.unlockAccount(coinbaseAddress, coinbasePassphrase, function(err, uares) {
QuestionContract.deploy({data: byteCode, arguments:
}).send({from: coinbaseAddress, gas: 2000000})
.on('receipt', function (receipt) {
console.log("Contract Address: " + receipt.contractAddress);
res.redirect('/questions?address=' + receipt.contractAddress);
});
});
});
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
當到達端點時，從主體獲取請求后的第一步是解鎖正在部署的帳戶。這是必要的，不模仿別人。一旦得到回調，將部署合約，其中交易的數據是整個的字節碼，然后將問題字符串傳遞給合約中的init函數。指定從coinbase地址發送它，并說明要投入2000000wei（如果想知道它到底有多小，那就是0.000000000002 以太幣）。

有更多的回調，可以用在這里，但現在唯一感興趣的是“收據”，合約被挖掘以后，它的地址在哪里。就用戶界面而言，這樣寫的方式是在重定向到問題的頁面之前，頁面會掛起，等待合約被挖掘。對于廣泛使用的DAPP（Decentralized App，去中心化的應用程序）來說，這可能不是一個好主意，因為公共以太坊挖掘區塊平均約為14.5秒。但是這里的私有區塊鏈上，把難度設置的如此之低，以至于區塊很快被挖掘完，所以這不是問題。

檢視問題
現在既然有一個問題存在，就想繼續討論它！使用web3.utils.isAddress函數來驗證地址不僅是一個有效的十六進制字符串，而且還驗證校驗和是有效的，確保它是一個存在的地址。

然后getQuestion 方法返回一個結果，這是一個返回值的字典。在本文的例子中，這是一個問題，true的數量，false的數量，以及運行節點的人是否回答了這個問題。

app.get('/questions', function(req, res) {
const contractAddress = req.query.address;
if (web3.utils.isAddress(contractAddress)) {
QuestionContract.options.address = contractAddress;
const info = QuestionContract.methods.getQuestion().call(function(err, gqres) {
//using number strings to get the data from the method
const question = gqres['0'];
const trues = gqres['1'];
const falses = gqres['2'];
const currentAnswerInt = parseInt(gqres['3'], 10);
data = {contractAddress: contractAddress, question: question, currentAnswerInt: currentAnswerInt, trues: trues, falses: falses};
res.render('question', data);
});
}
else {
res.status(404).send("No question with that address.");
}
});
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
回答問題
當發布這個問題url時，經過大部分相同的過程驗證輸入，驗證地址，然后用所需參數調用answerQuestion方法。隨著問題創建函數的出現，將讓瀏覽器掛起，直到有更新交易的區塊被挖掘出來。

app.post('/questions', function(req, res) {
const contractAddress = req.query.address;
const answerValue = req.body.answer == 'true' ? true : false;
if (web3.utils.isAddress(contractAddress)) {
web3.eth.personal.unlockAccount(coinbaseAddress, coinbasePassphrase, function(err, uares) {
QuestionContract.options.address = contractAddress;
QuestionContract.methods.answerQuestion(answerValue).send({from: coinbaseAddress, gas: 2000000})
.on('receipt', function (receipt) {
console.log(Question with address ${contractAddress} updated.);
res.redirect('/questions?address=' + contractAddress);
}
);
});
}
});
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
HTML
至于HTML，不打算費心把它貼在這里，因為它很簡單。我不喜歡使用CSS模板，因為像這樣在后臺提交并不重要。當談論到運行代碼時，會看到以下基本界面的屏幕截圖。

運行代碼
現在所有的代碼都在那里。控制臺上有四個選項卡打開。兩個正在運行geth

geth --datadir /Users/jackschultz/Library/PrivEth --networkid 40 --port 30301 --nodiscover console

geth --datadir /Users/jackschultz/Library/PrivEth2 --networkid 40 --port 30302 --nodiscover console
1
2
3
4
另外兩個正在運行Node應用程序，連接到單獨的geth過程，并運行在不同的本地主機端口上。添加了配置文件，將它們命名為主文件和輔助文件，指向ipc和該節點應當運行的端口。

NODE_ENV=primary node app.js

NODE_ENV=secondary node app.js
1
2
3
4
在這里放一些圖片，讓閱讀的人可以更多地了解我在屏幕上看到的內容。在此基礎上，打開瀏覽器并開始交互。首先是進入主頁，可以問一個問題。

這里寫圖片描述

他們會嗎？？

然后當點擊提交按鈕時，會看到Node應用程序的日志記錄，在geth控制臺中，將啟動礦工，然后在這個交易完成后停止它。

這里寫圖片描述

是時候回答問題了。

回答的話，要提交表單，然后開始和停止挖礦。當自己做這件事的時候，一件有趣的事情就是在提交答案之前先啟動礦工，這樣就可以了解在創始塊中定義的這個小難度級別的挖掘速度。

檢查下面的終端。在頂級Node終端中，將看到有關驗證地址的一些日志記錄，然后當重定向到同一頁面但具有更新信息時記錄。在geth控制臺中，可以看到交易何時提交，以及這筆交易是在哪個區塊進行的。

這里寫圖片描述

顯然他們會。

現在從主節點回答了這個問題，接著看看第二個節點。

在圖片的右側，會看到前兩個終端顯示Node和geth交互，然后底部是主要的geth，可以看到它接收到一個交易的區塊，因為這兩個geth節點是peers。在端口4002上的節點回答問題后，重新加載了端口4001上的頁面，可以看到下圖的結果。

這里寫圖片描述

當然會的。

為了證明可以切換回false，把端口4002的答案改成了false（這是錯誤的，因為雄鹿隊肯定會打入季后賽），然后可以看到控制臺記錄了所經歷的信息。

這里寫圖片描述

截圖后，改回答案為true。

結論
如果已經看到了這里，并且讓自己的代碼運行起來了，恭喜。 像大多數帖子一樣，這比我最初想象的要長得多。這樣做的目的是完成并解釋智能合約的所有步驟，而不是只給出中間的某個地方。

如上所述，如果有任何反饋，在Twitter上取得聯系或發表意見。

轉載于:https://www.cnblogs.com/xiaocongcong888/p/9511727.html

總結

以上是生活随笔為你收集整理的如何在私有链部署智能合约的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。