Fabric的智能合约 - 链码，智能合约能够部署和运行在区块链环境中，由一段代码来描述相关的业务逻辑。部署后的智能合约在区块链中无法修改，智能合约的执行完全由代码决定，不受人为因素的干扰。一般来说，参与方通过智能合约规定各自权利和义务、触发合约的条件以及结果，一旦该智能合约在区块链环境中运行就可以得出客观、准确的结果。
在 Fabric 中，智能合约也称为链码(chaincode)，分为用户链码和系统链码，通常指的是用户链码。链码是访问账本的基本方法，一般是用Go等高级语言编写的、实现规定接口的代码。上层应用可以通过调用链码来初始化和管理账本的状态。只要有适当的权限，链码之间也可以互相调用。
1. 链码的背书策略
链码实例化时可指定背书策略，当确认节点接收到交易时，节点获知相关链码信息，然后检查该链码的背书策略，判断交易是否满足背书策略，若满足则标注交易为合法。
背书策略可分为主体 principal(P )和阈值 threshold(T) 两部分，具体如下：
1)principal 指定由哪些成员进行背书。
2)threshold 接受两个输入，分别为阈值t和若干个P的集合n，只要交易中包含了 n 中 t 个成员的背书则认为交易合法。
例如：
T(1, ‘A’, ‘B’) 则需要 A，B 中任意成员背书。
T(1, ‘A’, T(2, ‘B’, ‘C’)) 则需要 A成员背书或 B，C 成员同时背书。
2. 链码开发
链码的在开发过程中需要实现链码接口，交易的类型决定了哪个接口函数将会被调用，如 instantiate 和 upgrade 类型会调用链码的Init接口，而 invoke 类型的交易则调用了链码的 Invoke 接口。链码的接口定义如下：(本文来自公众号：亨利笔记)
type Chaincode interface {
Init(stub ChaincodeStubInterface) pb.Response
Invoke(stub ChaincodeStubInterface) pb.Response
}
下面通过一个例子讲解链码的开发流程，示例链码根据交易的类型创建键值对并记录到账本中，或者根据键名到账本中查找与之相对应的值。
请先确保 Go 语言环境已经安装并且正确设置 GOPATH 环境变量。
(1)创建链码存放目录
创建keyValueStore目录以存放链码，同时进入目录
mkdir $GOPATH/src/keyValueStore
cd $GOPATH/src/keyValueStore
创建并编辑链码文件 keyValueStore.go 。
(2)链码源代码分析
1)导入头文件。
链码必须依赖 chaincode shim 包和 peer protobuf 包，它们分别用于链码的控制与数据传输，其次定义 KeyValueStore 类型，作为 chaincode shim 的载体。
package main
import (
“fmt”
“github.com/hyperledger/fabric/core/chaincode/shim”
“github.com/hyperledger/fabric/protos/peer”
)
type KeyValueStore struct {
}
2)实现Init方法。
Init 方法通过 shim.ChaincodeStubInterface 接口来获取实例化链码交易的相关信息，该接口的 GetStringArgs 方法可获取交易传给链码的参数。链码实例化时接收key 和 value 两个参数，因此先对参数个数进行验证，若验证通过，则第一个和第二个参数分别作为 key 和 value 存入到账本中。
把状态存入账本需要借助 shim.ChaincodeStubInterface 接口 PutState 方法来完成，由于账本中的数据都以键值对的形式储存，因此该方法也只接受 key，value两个参数，其中 value 为 byte 格式，里面还包含多个 json 格式的键值对。
由于执行结果需要以消息的形式返回给客户端，因此还需要把返回消息封装成 fabric/protos/peer 中 Response 格式。
值得注意的是，链码升级的时候都会调用 Init 方法，编写升级链码时应注意 Init 方法的实现，以避免重新初始化或覆盖上一版本的账本状态。
3)实现Invoke方法。
与Init方法类似，Invoke 方法通过 shim.ChaincodeStubInterface 的 GetFunctionAndParameters 方法来获取 invoke 交易的参数，其中返回的 fn 与 args 分别为交易调用的具体函数名以及相应参数，此时 Invoke 方法进一步判断fn的值以进行下一步操作(set或者get)，并把操作结果存放在 result 变量中以返回操作结果。
为了完成对账本的读写，链码还需要实现以下两个方法:
set：把输入的键值对记录在账本中
get：根据键读取账本中与之对应的值
4)实现get和put方法。
正如前面所说，invoke 方法根据 fn 的值来执行相应的 get 或 put 函数，这两个函数也需要 shim.ChaincodeStubInterface 接口来访问账本数据。
5)实现主函数main()：
链码需要在main函数中调用shim.Start()方法用于链码的部署。
(3)测试链码
链码的测试需要通过完整的Fabric网络，使用官方提供的例子可以快速构建测试网络，从而简化链码的开发流程。这里介绍搭建测试网络的步骤：
1)安装示例代码库。
2)进入 fabric-samples 目录。
$ cd
$GOPATH/src/github.com/hyperledger/fabric-samples
3)把新编写的链码放入fabric-samples的chaincode目录下。
$ cp -r
$GOPATH/src/keyValueStore ./chaincode
4)进入chaincode-docker-devmode目录并启动网络，命令中会创建了一个名称为myc的通道。
$ cd chaincode-docker-devmode
$ docker-compose -f docker-compose-simple.yaml up -d
5)进入chaincode容器，编译并运行链码。
$ docker exec -it chaincode
$ cd keyValueStore && go build
$ export CORE_PEER_ADDRESS=peer:7051
$ export CORE_CHAINCODE_ID_NAME=mycc:0
$./keyValueStore
$ exit
6)进入CLI容器并初始化链码，链码ID为mycc，版本号为0.部署的通道名称是myc。
$ docker exec -it cli bash
$ peer chaincode install -p chaincodedev/chaincode/keyValueStore -n mycc -v 0
$ peer chaincode instantiate -n mycc -v 0 -c ‘{“Args”:[“a”,“10”]}’ -C myc
7)Invoke和Query链码。
$ peer chaincode query -n mycc -c ‘{“Args”:[“query”,“a”]}’ -C myc
$ peer chaincode invoke -n mycc -c ‘{“Args”:[“set”, “a”, “20”]}’ -C myc
$ peer chaincode query -n mycc -c ‘{“Args”:[“query”,“a”]}’ -C myc
正常情况下，两次 query 返回的结果分别为 10 和 20.
开发链码时可以通过上述过程进行测试，但需避免使用相同的链码 ID 以免链码实例化失败。另外，对于链码升级来说，链码的 ID 应该保持不变，同时新链码的版本号需要比先前实例化的版本高，并通过 upgrade 交易来更新链码在通道中的状态。
假设对链码 keyValueStore.go 进行了更改，并把最新的链码保存在$GOPATH/src/keyValueStoreNew 下，则升级链码的操作如下：
1)进入fabric-samples目录并拷贝最新链码到chaincode目录。
$ cd $GOPATH/src/fabric-samples
$ cp -r $GOPATH/src/keyValueStoreNew ./chaincode
2)进入chaincode容器，编译并运行更新后的链码。
$ docker exec -it chaincode bash
$ cd keyValueStoreNew && go build
$ export CORE_PEER_ADDRESS=peer:7051
$ export CORE_CHAINCODE_ID_NAME=mycc:1
$ ./keyValueStoreNew
$ exit
3)进入cli容器并升级链码。
$ docker exec -it cli bash
$ peer chaincode install -p chaincodedev/chaincode/keyValueStoreNew -n mycc -v 1
$ peer chaincode upgrade -n mycc -v 1 -c ‘{“Args”:[“a”,“10”]}’ -C myc
到此升级链码完毕，可以对最新的链码mycc进行操作。
