目标

1.认识 Hyperledger Fabric 中的链码（智能合约）

2.明确系统链码的种类及作用

3.熟知链码的生命周期管理

任务实现

能走到这一步，您离成功已经越来越近了，真的很不容易，中间经过了多少的大难、小难已经数不清了。而您的聪慧与无人可及的毅力让我不得不说一个大写的：服！下面我们进入正题。

4.1.1 链码概念

网络运行环境我们已经启动完成，现在我们从开发者的角度来认识一下完成交易所必须的智能合约（在 Hyperledger Fabric 中被称之为 Chaincode，也就是链上代码）的相关知识，以便于理解账本中的数据到底是通过什么方式进行操作。

Chaincode：链上代码，简称链码，一般是指由开发人员使用Go语言（也支持Java等语言）编写的应用程序代码，提供分布式账本的状态处理逻辑。链码被部署在Fabric的网络节点中，能够独立运行在具有安全特性的受保护的 Docker 容器中，以 gRPC 协议与相应的 peer 节点进行通信，以操作（初始化或管理）分布式账本中的数据。可以根据不同的需求开发出不同的复杂的应用。

链码分类

在 Hyperledger Fabric 中，链码一般分为：

系统链码

用户链码

区块链技术QQ交流群：263270946 掌握更多技术干货，关注微信公众号“ChainDesk”

4.1.2 Fabric提供了什么－系统链码

负责 Fabric 节点自身的处理逻辑, 包括系统配置、背书、校验等工作

系统链码仅支持 Go 语言, 在 Peer 节点启动时会自动完成注册和部署

系统链码共有五种类型：

配置系统链码(CSCC)

CSCC：Configuration System Chaincode，负责处理 Peer 端的 Channel 配置。

生命周期系统链码(LSCC)

LSCC：Lifecycle System Chaincode，负责对用户链码的生命周期进行管理。

查询系统链码(QSCC)

QSCC：Query System Chaincode，提供账本查询 API。如获取区块和交易等信息。

背书管理系统链码(ESCC)

ESCC：Endorsement System Chaincode，负责背书(签名)过程, 并可以支持对背书策略进行管理

对提交的交易提案的模拟运行结果进行签名,，之后创建响应消息返回给客户端

验证系统链码(VSCC)

VSCC：Validation System Chaincode，处理交易的验证，包括检查背书策略以及多版本并发控制

4.1.3 什么是用户链码

由应用程序开发人员根据不同场景需求及成员制定的相关规则，使用 Golang（或Java等）语言编写的基于操作区块链分布式账本的状态的业务处理逻辑代码，运行在链码容器中，通过 Fabric 提供的接口与账本状态进行交互。

用户链码在整个应用程序中处于重要地位。因为它下可对账本数据进行操作，上可以给企业级应用程序提供调用接口。所以一个没有链码的企业级应用程序，不能称之为是基于区块链的企业级应用程序。

4.1.4 链码的生命周期管理

链码开发编写完成后，并不能立刻使用，而是必须经过一系列的操作之后才能应用在 Hyperledger Fabric 网络中进而处理客户端提交的交易。这一系列的操作是由链码的生命周期来负责管理。

管理 Chaincode 的生命周期共有五个命令：

install：将已编写完成的链码安装在网络节点中。

instantiate：对已安装的链码进行实例化。

upgrade：对已有链码进行升级。链代码可以在安装后根据具体需求的变化进行升级。

package：对指定的链码进行打包的操作。

singnpackage：签名。

安装、实例化、升级这三项操作不适用于系统链码

链码的生命周期管理命令现阶段只有这五个，但未来还会支持 stop 和 start 命令, 用来停止和启动链码。

链代码成功安装和实例化后，则处于活动状态（正在运行），时刻准备执行处理提交的交易提案。

下一节开始我们会使用这些生命周期管理命令来实现对链码的相关操作。

FAQ

文中所说的状态与账本数据是什么关系？

状态其实指的就是账本中的数据。没有其它另外的含义。

链码可以访问所有账本中的状态吗？

一个链码对应一个账本，所以一般情况下链码是不可以访问其它账本中的数据的。

未经授权禁止转载、改编，转载请注明出处！