目标

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 成员的签名。