1. fabric 2.0 alpha新的鏈碼生命周期
?????????Alpha版本改變了在peer上安裝鏈碼和在通道上啟用這個鏈碼的步驟，從而了去中心化控制的鏈碼。新的fabric鏈碼生命周期允許多組織在鏈碼的參數上達成協議，例如應用到賬本上之前的鏈碼的背書策略。新的模型在之前的鏈碼生命周期上進行了一些優化。
- 多組織必須在鏈碼的參數上達成一致：在fabric 1.x的realease版本中，單個組織具有給通道中所有成員設置鏈碼參數（例如背書策略）的權利。新的fabric鏈碼生命周期管理更加靈活，它同時支持中心化信任模型（例如1.x版本的生命周期模型）和非中心化的模型（要求有足夠數量的組織認可背書策略后鏈碼才能生效）。
- 更加安全的鏈碼升級步驟：在之前的鏈碼生命周期中，升級的交易可以被單個組織發布，這對于那些通道內還沒有安裝新鏈碼的成員會造成風險。新的模型只有在鏈碼在足夠數量的組織上安裝后，鏈碼的升級才能被成功。
- 更加簡單的背書策略升級：新的生命周期模型是背書策略的改變更加便捷，可以在不重新安裝鏈碼的情況下實施。用戶也可以利用新的默認策略——要求背書來自通道內的大多數成員，這個背書策略會在有組織加入或離開通道時候自動更新。
可檢查的鏈碼包：Fabric生命周期將鏈代碼打包在易于閱讀的tar文件中。這樣可以更輕松地檢查鏈代碼包并協調跨多個組織的安裝。 - 使用一個包在一個通道上啟動多個鏈碼：之前的生命周期用鏈碼包安裝的時候的名稱和版本來定義通道上的鏈碼，因此每個鏈碼包在通道內只能部署一次。現在可以使用單個鏈代碼包并在相同或不同的通道上以不同的名稱多次部署。
2. 使用新的鏈碼生命周期
????以下是使用新的鏈代碼生命周期的步驟：
- 打包鏈碼：
這一步可以由一個組織執行，也可以由每一個組織被別打包。鏈碼要被打包成tar格式，以.tar.gz為文件擴展名的文件。打包后的包有兩個文件，一個元數據文件 “Chaincode-Package-Metadata.json”和一個包含鏈碼文件的tar包。“Chaincode-Package-Metadata.json” 是一個json格式的文件，里面指定了鏈碼的語言、路徑、包的標簽。以下是一個示例：
{"Path":"github.com/chaincode/fabcar/go","Type":"golang","Label":"fabcarv1"}
????用cli打包鏈碼的命令：
peer lifecycle chaincode package mycc.tar.gz --path github.com/hyperledger/fabric-samples/chaincode/abstore/go/ --lang golang --label mycc_1
- 安裝鏈碼：每個需要對交易背書和查詢賬本的組織都需要執行這一步。你需要把鏈碼安裝在每一個需要執行交易和背書交易的節點上。
用cli安裝鏈碼的命令：
peer lifecycle chaincode install mycc.tar.gz
鏈碼安裝成后會返回鏈碼的id標識，這個id在后面會使用，需要記錄下來，安裝鏈碼返回值如下：
2019-04-21 13:48:53.691 UTC [cli.lifecycle.chaincode] submitInstallProposal -> INFO 001 Installed remotely: response:<status:200 payload:"\nEmycc_1:3a8c52d70c36313cfebbaf09d8616e7a6318ababa01c7cbe40603c373bcfe173" >
2019-04-21 13:48:53.691 UTC [cli.lifecycle.chaincode] submitInstallProposal -> INFO 002 Chaincode code package identifier: mycc_1:3a8c52d70c36313cfebbaf09d8616e7a6318ababa01c7cbe40603c373bcfe173
- 認可組織的鏈碼定義：
每個使用鏈碼的組織都可以執行這個步驟。鏈碼定義需要被足夠多的組織批準后，這個鏈碼才能在通道上啟用。具體需要多少組織同意，取決于生命周期背書策略，默認的是大多數組織同意。在cli中認可鏈碼定義的命令
CC_PACKAGE_ID=mycc_1:3a8c52d70c36313cfebbaf09d8616e7a6318ababa01c7cbe40603c373bcfe173
peer lifecycle chaincode approveformyorg --channelID mychannel --name mycc --version 1.0 --init-required --package-id $CC_PACKAGE_ID --sequence 1 --waitForEvent
- 將鏈碼定義提交到通道：
一旦獲得所需數量組織的批注，提交交易就可以由一個組織提交。提交者可以通過以下命令查看是否已經獲取到了足夠數量組織的認可：
peer lifecycle chaincode queryapprovalstatus --channelID $CHANNEL_NAME --name mycc --version 1.0 --init-required --sequence 1
????返回結果如下：
{
"Approved": {
"Org1MSP": true,
"Org2MSP": true
}
}
提交者通過查詢確認收到足夠數量組織的認可之后，便可以向通道提交鏈碼，提交成功后，鏈碼便可使用：
peer lifecycle chaincode commit -o orderer.example.com:7050 --channelID $CHANNEL_NAME --name mycc --version 1.0 --sequence 1 --init-required --peerAddresses peer0.org1.example.com:7051 --peerAddresses peer0.org2.example.com:9051 --waitForEvent
3. 限制
Fabric v2.0 Alpha版本中新的鏈代碼生命周期尚未完成。尤其要注意alpha版本中的以下限制：
- CouchDB索引暫不支持。
- 利用新聲明周期定義的鏈碼目前還不能通過service discovery發現。
這些限制將會在alpha后面的版本解決。
微信圖片_20190418195654.png
