作者：ChainDesk韓小東，ChainDesk區塊鏈行業分析師， ChainDesk區塊鏈工程師

目標

1、鏈碼的安裝及例項化

2、呼叫鏈碼實現交易處理

任務實現

我們對鏈碼已經有了一個基礎的認識，下面我們利用 fabric-samples 提供的示例鏈碼來進行實踐；如何安裝、例項化及呼叫鏈碼處理交易。

首先確認網路是否處於開啟狀態，利用 docker ps 命令檢視容器是否處於活動狀態，

引數說明:

-o： 指定Oderer服務節點地址

--tls： 開啟 TLS 驗證

--cafile： 指定 TLS_CA 證書的所在路徑

-n： 指定要例項化的鏈碼名稱，必須與安裝時指定的鏈碼名稱相同

-v： 指定要例項化的鏈碼的版本號，必須與安裝時指定的鏈碼版本號相同

-C： 指定通道名稱

-c： 例項化鏈碼時指定的引數

-P： 指定背書策略

例項化完成後，使用者即可向網路中發起交易。

引數說明：

-o： 指定orderer節點地址

--tls： 開啟TLS驗證

--cafile： 指定TLS_CA證書路徑

-n: 指定鏈碼名稱

-C： 指定通道名稱

-c： 指定呼叫鏈碼的所需引數

FAQ

鏈碼是安裝在一個節點中還是安裝在多個節點中？有什麼區別？

在實際生產環境中，必須在應用通道上每一個要執行 chaincode 的背書節點上安裝 chaincode。其它未安裝 chaincode 的節點不能執行 chaincode。但仍可以驗證交易並提交到賬本中。

背書節點需要由聯盟的成員共同指定，然後在例項化鏈碼時指定背書策略，但安裝一定要在所有預先指定的背書 peer 中安裝。

鏈碼的執行查詢與執行事務方式的流程相同嗎？

不相同，如果執行的查詢操作，則客戶端接收到背書的交易提案響應後不會再將交易請求提交給 Orderer 服務節點。如果是執行事務操作，則會執行完整的交易流程。

背書策略具體指的是什麼？

背書策略是在例項化鏈碼時指定的由當前通道中的哪些節點成員進行背書籤名的一種策略。

如果在例項化鏈碼時沒有指定背書策略會有節點進行背書嗎？

如果在例項化鏈碼時沒有明確指定背書策略，那麼預設的背書策略是 MSP 標識 DEFAULT 成員的簽名。

未經授權禁止轉載、改編，轉載請註明出處！

本文地址： https://www.chaindesk.cn/witbook/11/117

ChainDesk——全球區塊鏈技術生態超級社群

以區塊鏈技術為入口，搭建全球區塊鏈技術生態超級社群，社群將服務於公鏈生態建設、DAPP專案研發、技術諮詢、課程體系研發、區塊鏈書籍編寫，區塊鏈課程製作、講師培訓、區塊鏈職業教育、區塊鏈線上教育、去中心化技術評測一體化的區塊鏈技術超級社群。

免費·原創·專業·高效·系統