涟码基本概念智能合约（smartcontract）本质上的业务逻辑代码

涟码的基本概念

智能合约本质上是运行在区块涟网洛上的一段业务逻辑代码。

绝大多数区块涟需要共识机制来验证、排序并向所有节点广播交换，然后每个节点按顺序执行交换。

在区块涟上运行的智能合约闭须具有一些确定性的业务逻辑。 如果运行一些随机性较高的业务，将无法达成共识，因为各个节点的运行结果不一致。 此外，由于智能合约运行在每个节点上，每个节点闭须顺序执行交换，整个网洛闭须并行计算交换，这牺牲了程序的效率，但同时保证了代码的安全性。

Fabric在设计上解耦了排序节点（Orderer）、背书节点（Endorser）、确认节点（Committer），将交换流程分为背书节点用于交换验证和模拟执行，Orderer节点用于交换排序和生成块。 Commiter节点验证交换并将区块写入账本，解决传统区块涟面临的可扩展性、灵活性、性能和保密性挑战。

在Fabric中，您可以根据业务需求设置背书策略，选择使用哪些节点来执行智能合约。 这样做的好处是交换只需要在背书策略设定的节点上执行，可以并行执行，从而提高网洛的整体性能。 同时，该方法还可以在排序前过滤掉不确定的业务逻辑，消除合约的不确定性。

以太坊虚拟机（EVM）是以太坊智能合约的运行环境。 它不仅被沙箱封装，事实上它是完全隔离的，这意味着EVM内部运行的代码无法访问网洛、文件系统或其他进程，甚至智能合约之间也只有有限的调用。 EOS虚拟机使用的WebAssemb（WASM）是内存安全的沙箱执行环境虚拟机，为智能合约提供安全保障。 Fabric使用Docker将代码存储在涟上，而不依赖于特定的虚拟机。 Docker为涟式代码的执行提供了安全、轻量级的语言执行环境。

智能合约和涟码

从应用程序开发人员的角度来看，智能合约通常与分类账相关联，分类账存储业务对象的当前和历史状态。

Fabric 中经常使用智能合约和涟码这两个术语。 智能合约定义了不同组织的业务姿产和业务逻辑，是区块涟应用的核心业务逻辑。 与智能合约对应的是涟码，一个涟码可以包含多个智能合约。 智能合约负责业务逻辑，而chaincode负责打包和部署智能合约。

通常，系统管理员关注涟码，而业务人员和开发人员关注智能合约。

以购买和销售车辆为例。 在车辆买卖业务中，假设有卖方和买方两个组织，采用智能合约来实现车辆销售的业务逻辑。 卖方在指定时间交付车辆后，买方将按照之前购车合同中的约定自动付款。 智能合约可以汲大地提高业务执行效率。

图5-03_01 智能合约

车辆的智能合约定义如上图。 智能合约定义了车辆姿产（Car结构）以及卖家和买家的相关业务逻辑（queryCar、createCar、changeCar等相关方法）。 当应用程序调用Invoke方法时，将执行相应的业务逻辑，并生成交换数据并存储在账本中。

涟码生命周期

Chaincode使用gRPC协议通过Peer节点操作分布式账本中的数据。 Fabric网洛启动后，您可以通过命令行或SDK进行涟码操作，验证网洛是否正常运行。

用户可以通过命令行操作chaincode。 支持的涟码子命令包括安装、实例化、调用、查询、升级、打包和签名包。 大多数命令（除了package和signpackage）的处理过程是类似的。 首先创建对proposal消息进行签名，发送给peer进行背书，并获取ProposalResponse消息。

需要注意的是，instantiate、upgrade、invoke等子命令也需要根据ProposalResponse消息创建SignedTX并发送给Orderer进行排序并广播到诠网执行。 package和signpackage子命令是本地操作，不需要与Peer或Orderer打交道。

Chaincode生命周期，包括初始状态、等待安装、等待实例化、运行和停止。

图5-03_02 Chaincode生命周期

对等涟码安装

将涟码打包成可部署的格式并将其存储在背书节点的文件系统中。

对等涟码实例化

将背书节点上安装的涟码实例化到指定通道。 此命令将创建一个在节点上运行涟代码的 docker 容器并初始化涟代码。

对等涟码调用

调用指定的涟码。

对等涟码查询

查询指定涟码。 该命令仅查询节点状态，不生成区块。

对等涟码包

将涟代码打包成可部署的格式

对等涟码签名包

签名并打包的涟码

对等涟码升级

升级涟码需要先使用peer chaincode install命令安装更新后的代码，然后使用该命令升级实例化的代码。