数据结构 - 机器学习

状态数据（StateDatabase）记录的是交易执行的结果，最新的状态代表了通道（Channel）上所有键的最新值，所以又称为“世界状态”。链码调用根据当前状态数据执行交易。为了提高链码执行的效率，所有键的最新值都存储在状态数据库中。状态数据库只是区块链交易日志中的索引视图，因此可以随时根据区块链重新生成。状态数据库在Peer节点启动时自动恢复，重新构建完成后才接受新的交易。对于状态数据库本身插件化的设计，目前支持LevelDB和CouchDB。LevelDB和CouchDB都支持基本的链码操作，比如获取和设置键值，基于键进行查询等。·LevelDB（默认的KV数据库）：支持键的查询、组合键的查询、键范围查询。·CouchDB（可选）：支持键的查询、组合键的查询，还有复杂的查

第6章　集成共识机制的排序服务本章会介绍共识的一些基本概念和HyperledgerFabric1.0中的共识机制，及其可插拔的架构设计。6.1　概述在区块链系统中，共识（Consensus）是多个参与方对一个交易是否提交到账本以及提交的顺序达成一致的过程。由于是多个节点参与的分布式系统，所以网络传输可能存在延时。共识一致并不代表在所有时刻都有完全相同的结果，是经过一段收敛时间后，网络中的多数节点对同一个交易执行相同的记账操作。在共识的过程中可能存在一些节点无响应或者响应延迟的情况，也可能存在一些参与方恶意提交请求或者篡改请求内容的情况。根据错误类型的不同，共识算法可以满足两种范围的容错。加入会员微信dedao5551）崩溃故障容错（CrashFault-Tole

排序服务给客户端和Peer节点提供了一个共享通信通道（CommunicationChannel），用来实现交易的广播服务。客户端连接到通道（Channel）上，在通道上广播的消息会最终发送给通道内所有的Peer节点。通道支持消息的原子广播（AtomicBroadcast），通道给所有相连的Peer节点输出相同的消息，并且有相同的逻辑顺序。这种原子通信保证也叫全序广播（Total-orderBroadcast）。排序服务支持多通道（Multi-channel），类似Kafka消息系统的主题（Toptics）。客户端连接到一个指定的通道上，就可以发送或者获取消息了。通道是相互隔离的，客户端连接到一个通道是不知道其他通道的存在的，但是客户端可以连接到多个通道。为简单起

排序服务是可插拔的，代码里提供了几种实现：·基于单进程（Solo）的排序服务；·基于Kafka的排序服务。目前的版本没有基于*BFT的排序服务。6.3.1　排序服务接口排序服务的业务需求可以实现不同的逻辑，HyperledgerFabric1.0已经预留了一些接口，需要修改地方如下所示：·创建链的接口；·链消息处理的接口；·增加新的排序服务支持。1.创建链的接口创建链的接口定义如下：//Consenter定义了后台的排序机制typeConsenterinterface{  //创建并返回一个对Chain的引用，用于提供资源  //每个进程会被指定的chain调用一次。通常情况，发生错误不可恢复，并会导致系统关闭，有关的&nbs

多链（multi-chain）是HyperledgerFabric1.0新增的一个重要功能。在0.6版中，所有的节点都属于一个链，所有的节点都会同步相同的数据，这会带来几个问题：·随着业务量的增加，数据会越来越大，每个节点都会同步和存储一些不必要的数据，这增加了数据同步的压力、数据存储的压力和数据处理的压力；·网络中所有的节点都能读取到所有的数据，一些敏感数据可能分发给其他不应该访问这些数据的节点，这会带来数据安全隐患。在HyperledgerFabric1.0的版本中，增加了对多链的支持。在一个由很多Peer节点组成的区块链网络中，可能同时存在多个链。每个链可能由不同的节点组成，这些节点维护着相同的数据，包括账本数据和状态数据等，不同链的数据是相互隔离的。一个节点根据应用需

第8章　基于数字证书的成员管理服务HyperledgerFabric1.0基于PKI体系，生成数字证书以标识用户的身份。每个身份和成员管理服务提供商（MembershipServiceProvider，MSP）的编号进行关联，本章将会介绍如何对用户身份进行认证。8.1　实现成员管理的MSPMSP（MembershipServiceProvider）：即成员管理服务提供商，是HyperledgerFabric1.0中引入的一个组件，其目的是抽象化各成员之间的控制结构关系。MSP将证书颁发、用户认证、后台的加密机制和协议都进行了抽象。每个MSP可以定义自己的规则，这些规则包括身份的认证，签名的生成和认证。每个HyperledgerFabric1.0区块链网络可

本节介绍可选的FabricCA服务，这是官方提供数字证书管理的一个默认实现。8.2.1　概述FabricCA是超级账本的数字证书认证中心，它提供了如下功能：·用户信息的注册；·数字证书的发行；·数字证书的延期与吊销。FabricCA由服务端和客户端组件组成，图8-1阐述了FabricCA的组件在整个超级账本架构中的作用。图8-1　FabricCA架构示意图FabricCA服务端提供用户登记和注册的数字证书管理功能，数据存储后端可以是MySQL、PostgreSQL、LDAP等。如果配置了LDAP，用户信息存在于LDAP中，而不是存放在MySQL或者PostgreSQL数据库中。通过数据存储和业务逻辑的分离，FabricCA服务能够采用无状态的集群部署，通过HAPro

第9章　支持多种语言的智能合约智能合约（smartcontract）最早是1996年尼克·萨博（NickSzabo）在他的文章“SmartContracts：BuildingBlocksforDigitalMarkets”中提出来的：Asmartcontractisasetofpromises，specifiedindigitalform，includingprotocolswithinwhichthepartiesperformonthesepromises.维基百科对智能合约做了扩展：Asmartcontractisacomputerprotocolintendedtofacilitate，verify，o

HyperledgerFabric1.0中，区块链网络中的各种节点（Peer节点、排序服务节点等）都提供了gRPC接口，只要有权限，应用程序就可以访问它们提供的功能。背书节点是Peer节点的一种角色，管理和维护了链上的链码，可以通过背书节点开放的接口，执行智能合约的功能。有两种方式可以访问接口，命令行和各种语言的SDK都可以。前面的章节已经介绍过命令的方式，第10章会详细介绍SDK的接口。加入会员微信dedao5559.2.1　链码的生命周期目前的版本中，链码提供了4个管理链码生命周期的命令，分别是链码的打包（package）、安装（install）、实例化（instantiate）、升级（upgrade）。在以后的版本中，还可能提供链码的停止（stop）和启动（

链码分为两种类型。·系统链码：系统内置的链码，用来完成一些系统功能等。·普通链码：实现应用业务逻辑的链码。系统链码和普通链码的几个不同点，如表9-4所示。表9-4　系统链码和普通链码的不同点下面是系统链码的属性定义。type SystemChaincode struct {    //system chaincode名称(唯一)    Name string    //system chaincode路径(暂未使用)    Path string &nbs