1.開啟網路
沒啥好說的，之前要下samples，二進制和鏡像
cd fabric-samples/test-network
把之前網路關閉了
./network.sh down
用下面的指令開啟測驗網路：
./network.sh up createChannel
createchannel指令創造了一個叫mychannel的channel（兩個組織org1和2），
成功的畫面8說了，就是channel successfully joined，
這會可以用peer cli來部署asset-transfer (basic)鏈碼到通道了，
第0步：開啟Logspout
這就是一個監測鏈碼的工具了，也可以不打開，
cd fabric-samples/test-network
cp ../commercial-paper/organization/digibank/configuration/cli/monitordocker.sh
官方第一行指令多了一個.，刪掉，接著運行它：
./monitordocker.sh net_test
顯示 Starting monitoring on all containers on the network net_basic，就ok了
第一步：打包智能合約
在安裝到我們peer節點之前我們要打包，用go，js， Typescript步驟略有不同，我這邊用的是go
在打包鏈碼之前，要安裝鏈碼的依賴，導航到go版本的那個檔案夾（包含the asset-transfer (basic) chaincode.）
cd fabric-samples/asset-transfer-basic/chaincode-go
案例用的是go 模組來安裝鏈碼依賴，依賴都在go.mod檔案中，（代碼不貼了）
go.mod檔案把fabric 合約api輸出到智能合約包了，
打開asset-transfer-basic/chaincode-go/chaincode/smartcontract.go，能夠看到合約api是怎么用來定義smartcontract型別的：
// SmartContract provides functions for managing an Asset
type SmartContract struct {
contractapi.Contract
}
這個smartcontract type用于為智能合約中定義的函式創建事務背景關系，這些函式用于向區塊鏈分類賬讀寫資料，
// CreateAsset issues a new asset to the world state with given details.
func (s *SmartContract) CreateAsset(ctx contractapi.TransactionContextInterface, id string, color string, size int, owner string, appraisedValue int) error {
exists, err := s.AssetExists(ctx, id)
if err != nil {
return err
}
if exists {
return fmt.Errorf("the asset %s already exists", id)
}
asset := Asset{
ID: id,
Color: color,
Size: size,
Owner: owner,
AppraisedValue: appraisedValue,
}
assetJSON, err := json.Marshal(asset)
if err != nil {
return err
}
return ctx.GetStub().PutState(id, assetJSON)
}
說了那么多，接下來搞依賴，在asset-transfer-basic/chaincode-go目錄下運行：
GO111MODULE=on go mod vendor
成功的話，目錄里會有vendor檔案夾，
接下來就是搞環境變數，復制粘貼就完事了：
export PATH=${PWD}/../bin:$PATH
export FABRIC_CFG_PATH=$PWD/../config/
這兩段話我直接就在：
vim ~/.bashrc
source ~/.bashrc
里面搞了，我不知道直接在終端打有沒有效果，應該是有的
接下來就打包就完事了
peer lifecycle chaincode package basic.tar.gz --path ../asset-transfer-basic/chaincode-go/ --lang golang --label basic_1.0
–lang：用于定義鏈碼語言
–path：提供智能合約代碼位置
–label：用來定義鏈碼的標簽
js我就不貼出來了，我電腦deploy cc js一直會很慢有時候都會超時，不知道為什么？？？？
第二步：安裝鏈碼包
要把鏈碼裝到peer節點上去
先把鏈碼裝到org1的peer上去，設定環境變數：
export CORE_PEER_TLS_ENABLED=true
export CORE_PEER_LOCALMSPID="Org1MSP"
export CORE_PEER_TLS_ROOTCERT_FILE=${PWD}/organizations/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt
export CORE_PEER_MSPCONFIGPATH=${PWD}/organizations/peerOrganizations/org1.example.com/users/Admin@org1.example.com/msp
export CORE_PEER_ADDRESS=localhost:7051
直接在終端上面打！！！！！！！！
注意：如果你打上去了，然后你把這個終端關了，接下來你要進行的鏈碼操作都需要你在新開啟的終端再打一遍！！！！！！！
接下來就是安裝
peer lifecycle chaincode install basic.tar.gz
終端顯示：
2020-07-16 10:09:57.534 CDT [cli.lifecycle.chaincode] submitInstallProposal -> INFO 001 Installed remotely: response:<status:200 payload:"\nJbasic_1.0:e2db7f693d4aa6156e652741d5606e9c5f0de9ebb88c5721cb8248c3aead8123\022\tbasic_1.0" >
2020-07-16 10:09:57.534 CDT [cli.lifecycle.chaincode] submitInstallProposal -> INFO 002 Chaincode code package identifier: basic_1.0:e2db7f693d4aa6156e652741d5606e9c5f0de9ebb88c5721cb8248c3aead8123
就ok
同理，org2上的peer不多說
export CORE_PEER_LOCALMSPID="Org2MSP"
export CORE_PEER_TLS_ROOTCERT_FILE=${PWD}/organizations/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt
export CORE_PEER_TLS_ROOTCERT_FILE=${PWD}/organizations/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt
export CORE_PEER_MSPCONFIGPATH=${PWD}/organizations/peerOrganizations/org2.example.com/users/Admin@org2.example.com/msp
export CORE_PEER_ADDRESS=localhost:9051
peer lifecycle chaincode install basic.tar.gz
沒問題就第三步：同意鏈碼定義（改：這步以后的同意全都改成批準）
在安裝完后，需要為你的組織同意一個鏈碼定義，定義包括：鏈碼管理的重要引數：名字版本，背書政策，
需要在部署鏈碼之前批準鏈碼的通道成員集由Application/Channel/lifeycleEndorsement進行管理，默認情況下，此策略要求大多數通道成員需要批準鏈碼，然后才能在通道上使用該鏈碼，因為我們只有兩個組織在渠道上，大多數2是2，我們需要批準一個鏈碼定義的資產轉移(基本)為Org1和Org2，
如果一個組織已在peer上安裝了鏈碼，則需要將packageID包括在其組織批準的鏈碼定義中，包（package）ID用于將安裝在對等點上的鏈碼與已批準的鏈碼定義關聯起來，并允許組織使用鏈碼來支持事務，你可以通過使用peer lifecycle chaincode queryinstalled命令來查詢你的peer來找到一個鏈碼的包ID，（這兩段直接機翻再改，我覺得挺重要但我懶得打字）
peer lifecycle chaincode queryinstalled
得到id
Installed chaincodes on peer:
Package ID: basic_1.0:69de748301770f6ef64b42aa6bb6cb291df20aa39542c3ef94008615704007f3, Label: basic_1.0
然后用上面的，label 前面的id來設定環境變數：
export CC_PACKAGE_ID=basic_1.0:69de748301770f6ef64b42aa6bb6cb291df20aa39542c3ef94008615704007f3
（id每個人都不一樣，別把我這個id用到你上面去了）
因為環境變數已經被設定，我們可以為組織2同意鏈碼定義，鏈碼在組織層被同意，所以指令只需要target一個peer節點，這個同意事項是組織用gossip來分發給其他節點，同意的指令：
peer lifecycle chaincode approveformyorg -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com --channelID mychannel --name basic --version 1.0 --package-id $CC_PACKAGE_ID --sequence 1 --tls --cafile ${PWD}/organizations/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem
--package-id：包含package identifier（這里翻譯成包身份鑒定者）
--sequence：一個能夠追蹤一個鏈碼被定義或者更新多少次的指數
這邊我覺得他重復了，不知道為什么
We still need to approve the chaincode definition as Org1. Set the following environment variables to operate as the Org1 admin:
export CORE_PEER_LOCALMSPID="Org1MSP"
export CORE_PEER_MSPCONFIGPATH=${PWD}/organizations/peerOrganizations/org1.example.com/users/Admin@org1.example.com/msp
export CORE_PEER_TLS_ROOTCERT_FILE=${PWD}/organizations/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt
export CORE_PEER_ADDRESS=localhost:7051
You can now approve the chaincode definition as Org1：
peer lifecycle chaincode approveformyorg -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com --channelID mychannel --name basic --version 1.0 --package-id $CC_PACKAGE_ID --sequence 1 --tls --cafile ${PWD}/organizations/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem
這不是上面重復過了嗎！！！！
我們現在有大多數（我們需要部署資產轉移(基本)鏈碼到通道），雖然只有大多陣列織需要批準鏈碼定義(使用默認策略)，但所有組織都需要批準鏈碼定義，以便在peer上啟動鏈碼，如果在通道成員批準鏈碼之前提交定義，該組織將無法背書事務，因此，建議所有通道成員在提交鏈碼定義之前先批準一個鏈碼，
第四步：把鏈碼定義提交到通道
用下面的指令來確認是否通道成員同意了相同的鏈碼定義
peer lifecycle chaincode checkcommitreadiness --channelID mychannel --name basic --version 1.0 --sequence 1 --tls --cafile ${PWD}/organizations/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem --output json
結果應該是這樣：
{
"Approvals": {
"Org1MSP": true,
"Org2MSP": true
}
}
用如下指令來把鏈碼定義提交到通道：
peer lifecycle chaincode commit -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com --channelID mychannel --name basic --version 1.0 --sequence 1 --tls --cafile ${PWD}/organizations/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem --peerAddresses localhost:7051 --tlsRootCertFiles ${PWD}/organizations/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt --peerAddresses localhost:9051 --tlsRootCertFiles ${PWD}/organizations/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt
--peerAddresse：確定目標peer0.org1.example.com from Org1 peer0.org2.example.com from Org2.
commit提交到peer節點，peer節點加入通道來查詢被組織同意的鏈碼定義，
用以下指令來確認鏈碼定義被提交到通道：
peer lifecycle chaincode querycommitted --channelID mychannel --name basic --cafile ${PWD}/organizations/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem
成功的標志：
Committed chaincode definition for chaincode 'basic' on channel 'mychannel':
Version: 1.0, Sequence: 1, Endorsement Plugin: escc, Validation Plugin: vscc, Approvals: [Org1MSP: true, Org2MSP: true]
呼叫鏈碼就不說了，復制粘貼就完事了，之前都對的不會出錯
下面一步我這邊跑不起來，更新鏈碼：之前用的是go語言，這個官方要我用js來搞，其實都一樣，但是我這邊跑js就一直會timeout，非常奇怪，但是流程和之前是一模一樣，而且我個人認為更新鏈碼沒有很大的意義，一般都是重新從頭部署就完事了
最后，清理一下環境
docker stop logspout
docker rm logspout
./network.sh down
本章結束
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/173894.html
標籤：其他