Hyperledger Fabric官方版

Hyperledger Fabric简介

Hyperledger Fabc提供分布式账簿管理方案。对于区块链业务的发展，可以帮助企业建立区块链业务管理平台，在这里可以管理交易、管理订单、管理资产、管理台账。这个软件功能非常丰富。对于企业开发，它支持在软件中查询分类账、查看历史数据和创建交易平台。帮助开发者快速构建符合企业业务需求的区块链管理系统。如果使用区块链工作，可以通过这个框架开发相关的业务管理系统，结合软件提供的插件、组件、API等资源，可以部署新的工作系统！

Hyperledger Fabc软件功能

Hyperledger Fabc是一个分布式分类账解决方案的平台，其模块化架构提供了高度的保密性、灵活性、灵活性和可扩展性。它旨在支持不同组件的可插拔实现，并适应整个经济生态系统的复杂性。

Hyperledger Fabc提供了一个独特的弹性和可扩展的架构，使其区别于其他区块链解决方案。规划企业区块链的未来需要建立在全面开源架构的基础上。Hyperledger Fabc是你的起点。

Hyperledger Fabc是一个开源的企业授权分布式ledger技术(DLT)平台，专为企业环境而设计。与其他流行的分布式分类账或区块链平台相比，它提供了一些关键的区分功能。

区别的一个关键点是Hyperledger是在Linux基金会下成立的，它有着悠久而成功的历史。它在开放治理下培育了开源项目，这些项目发展了强大的可持续社区和繁荣的生态系统。Hyperledger由多元化的技术指导委员会管理，Hyperledger Fabc项目由来自多个组织的不同人员管理。自最早成立以来，其开发社区已发展到超过35个组织和近200名开发人员。

Fabc具有高度模块化和可配置的架构，可以对银行、金融、保险、医疗、人力资源、供应链甚至数字音乐交付等广泛的行业用例进行创新、多功能和优化。

Fabc是第一个支持用通用编程语言(如Java、Go和Node.js)而不是受约束的特定领域语言(DSL)编写的智能合约的分布式分类账平台。这意味着大多数企业已经具备开发智能合同所需的技能，不需要额外的培训来学习新的语言或DSL。

Fabc平台也是有许可证的，这意味着与公共的无许可证网络不同，参与者是相互认识的，而不是匿名的，所以他们是完全不受信任的。这意味着，尽管参与者可能不完全信任彼此(例如，他们可能是同一行业的竞争对手)，但网络可以在治理模式下运行，该模式基于参与者之间存在的信任，例如处理争议的法律协议或框架。

Hyperledger Fabc软件特色

Hyperledger Fabc是专门设计的模块化架构。无论是可插拔共识、可插拔身份管理协议(如LDAP或OpenID Connect)、密钥管理协议还是密码库，平台的核心都经过了配置，以满足企业用例的多样化需求。

在更高层次上，Fabc由以下模块化组件组成:

可插拔订阅服务就交易顺序和向对等方广播块达成共识。

可插拔成员资格服务提供商负责将网络中的实体与密码标识相关联。

可选的对等流言服务通过订阅其他对等体来分发输出块。

智能合约(“链码”)在容器环境(如Docker)中运行以实现隔离。它们可以用标准编程语言编写，但不能直接访问分类帐状态。

书籍可以配置为支持各种数据库管理系统。

可以为每个应用程序配置可插拔的识别和验证策略实现。

Hyperledger Fabc教程

使用结构测试网络

下载Hyperledger Fabc Docker映像和示例后，您可以使用fabc-samples存储库中提供的脚本来部署测试网络。提供测试网络是为了通过在本地计算机上运行节点来理解Fabc。开发人员可以使用网络来测试他们的智能合同和应用程序。网络只能作为教育和测试的工具，不能作为建立网络的模型。通常不建议修改脚本，否则可能会损坏网络。它基于有限的配置，不应用作部署生产网络的模板:

它包括两个对等组织和一个订阅组织。

为简单起见，配置了单节点Raft订阅服务。

为了降低复杂性，没有部署TLS证书颁发机构(CA)。所有证书都由根证书颁发机构颁发。

示例网络使用Docker Compose部署Fabc网络。因为节点在Docker Compose网络中是隔离的，所以测试网络没有配置为连接到其他正在运行的Fabc节点。

要了解如何在生产中使用Fabc，请参见部署生产网络。

注意:这些指令已经过验证，可以与提供的tar文件和预编译安装实用程序中最新的稳定Fabc Docker映像一起使用。如果使用当前主分支中的图像或工具运行这些命令，可能会遇到错误。

在你开始之前。

在运行测试网络之前，您需要克隆fabc样本存储库并下载Fabc映像。确保安装了先决条件，并且安装了示例、二进制文件和Docker映像。

注:测试网络已通过Docker Desktop 2.5.0.1版成功验证，目前为推荐版本。较高版本可能工作不稳定。

建立测试网络

您可以在fabc-samples存储库目录中测试网络以找到用于启动网络的脚本。使用以下命令导航到测试网络目录:

CD fabc-样品/测试-网络

在这个目录中，您可以使用本地计算机上的Docker映像找到位于Fabc网络上的注释脚本network.sh。您可以运行以打印脚本帮助文本:。/network.sh -h

在测试网络目录中，运行以下命令，从以前的任何运行中删除任何容器或工件:

。/network.sh关闭

，您可以通过发出以下命令来启动网络。如果您尝试从另一个目录运行脚本，将会遇到问题:

。/network.sh up

此命令创建一个由两个对等节点(一个排序节点)组成的结构网络。您不会在运行时创建任何通道，尽管我们将在后面的步骤中实现它们。如果命令成功完成，您将看到正在创建的节点的名称:。/network.SHUP。

测试网络的组件

部署测试网络后，您可能需要一些时间来了解其组件。运行以下命令列出计算机上运行的所有Docker容器。您应该会看到由network.sh脚本创建的三个节点:

列出容器

与Fabc网络交互的每个节点和用户都必须属于一个组织才能参与网络。测试网络包括两个对等组织，组织1和组织2。它还包括组织个人用户进行在线订阅服务。

点对点是任何Fabc网络的基本组成部分。对等方存储区块链分类帐，并在将交易提交给分类帐之前验证交易。同行运行一个包含业务逻辑的智能合约，用于管理区块链分类账中的资产。

网络中的每个对等点都必须属于一个组织。在测试网络中，每个组织都有自己的同行，peer0.org1.example.com和peer0.org2.example.com。

每个Fabc网络还包括订阅服务。当对等方验证交易并将交易块添加到区块链分类账时，他们不确定交易的顺序，也不确定是否将其包括在新的块中。在分布式网络中，对等方可能彼此相距很远，并且对于何时创建事务没有共同的看法。就交易顺序达成共识是一个成本高昂的过程，这会给同行带来开销。

订阅服务允许同行专注于验证交易并将其提交给分类账。在订购节点收到客户批准的交易后，他们就交易订单达成共识，并将其添加到区块中。将这些块分配给对等节点，对等节点将这些块添加到区块链分类账中。

示例网络使用由订户组织的单节点Raft订阅服务。您可以看到订购节点orderer.example.com在计算机上运行。尽管测试网络仅使用单个节点来订购服务，但是生产网络将具有多个订购节点，这些订购节点由一个或多个订户组织。不同的排序节点会使用Raft共识算法，对网络上的交易顺序达成一致。

建立渠道

现在，对等节点和订户节点在我们的机器上运行，我们可以使用这个脚本为Org1和Org2之间的事务创建Fabc通道。信道是特定网络成员之间的专用通信层。该频道只能由被邀请加入该频道的组织使用，并且对网络的其他成员不可见。每个渠道都有单独的区块链分类账。被邀请的组织“加入”其在渠道中的同行，以存储渠道分类帐并验证渠道上的交易。

您可以使用network.sh脚本在组织1和组织2之间创建一个通道，并将其对等体添加到该通道。运行以下命令以默认名称创建频道mychannel:

。/network.sh频道

如果命令成功执行，您可以在日志中看到以下消息:

==========频道成功加入= = = = = = = = = = = =

您也可以使用频道徽标来创建具有自定义名称的频道。例如，以下命令将创建一个名为channel1的通道:

。/network.sh Channel -c channel1

通道标志还允许您通过指定不同的通道名称来创建多个通道。创建我的频道或后频道1，您可以使用以下命令创建另一个名为频道2的频道:

。/network.sh频道-c频道2

如果您想逐步设置网络和创建频道，您可以同时使用上行和频道模式:

。/network.sh向上频道

通道配置(configtx)

笔记

本主题介绍了当系统通道未用于块引导网络时，如何配置通道。配置结构(包括系统通道的配置)请参考v2.2文档中的“通道配置(configtx)”。

Hyperledger Fabc区块链网络的共享配置存储在配置事务中，每个通道一个。通常，每个配置事务都用缩写configtx来指代。

通道配置有以下几个重要类别:

1.版本化:配置的所有元素都有一个关联的版本，每次修改都会升级。此外，每个提交的配置都将收到一个序列号。

2.允许:配置的每个元素都有一个关联的策略，该策略控制元素是否可以修改。任何拥有configtx以前副本的人(除此之外没有其他副本)都可以基于这些策略验证新配置的有效性。

3.层次结构:根配置组包含子组，层次结构中的每个组都有关联的值和策略。这些策略可以使用层次结构从较低级别的策略中派生策略。

配置分析

作为配置类型的事务，HeaderType_CONFIG存储在一个块中，没有其他事务。这些块称为配置块，第一个称为Genesis块。

用于配置的原型结构存储在fabc-ptos/common/configtx.pto中。类型为的信封头类型_配置将配置信封消息编码为有效负载数据字段。的原型配置包络定义如下:

last_update字段在下面的“更新到配置”一节中定义，但它仅在验证配置而不读取配置时才是必需的。相反，当前提交的配置存储在包含配置消息的配置字段中。

序列对于每个提交的配置，此数字将增加一。channel_gup字段是包含配置的根组。递归定义ConfigGup结构，构造分组树，每个分组包含值和策略。其定义如下:

因为ConfigGup是递归的，所以它具有层次结构。为了简化Go语法，下面给出了几个例子。

每个组定义了配置层次结构中的一个级别，每个组都有一组相关联的值(由字符串键索引)和策略(也由字符串键索引)。

注意，值、策略和组都有一个版本和一个mod_policy。版本元素的目的是，每次修改元素时，它都会递增。使用mod_policy管理修改此元素所需的签名。对于组，修改是在“值”、“策略”或“组”映射中添加或删除元素(或更改mod_policy)。对于值和策略，修改将分别更改值和策略字段(或更改mod_policy)。Mod_policy在当前配置级别的上下文中评估每个元素。考虑示例mod策略通道。Gups[“定义如下[& # 8220；应用& # 8221；】(这里，我们使用Go地图引用语法，所以Channel。古普斯[& # 8220；应用& # 8221；].政策【& # 8220；政策1 & # 8221；]指的是基础通道组的应用程序组的策略映射的策略1策略。)

1映射到频道。古普斯[& # 8220；应用& # 8221；].政策【& # 8220；政策1 & # 8221；]

组织1/策略2映射到渠道。古普斯[& # 8220；应用& # 8221；].古普斯[& # 8220；组织1 & # 8221；].政策【& # 8220；政策2 & # 8221；]

/渠道/政策3映射到渠道。政策【& # 8220；政策3 & # 8221；]

请注意，如果mod_policy引用的策略不存在，则无法修改该项目。

Hyperledger Fabc新增功能

更高的私密性:因为之前所有的订购节点都加入了系统通道，所以网络中的每个订购节点都知道订阅服务上每个通道的存在。现在，排序节点只知道它加入的通道。

可扩展性:当系统通道上定义了大量的订购节点和订购通道时，订购节点需要很长时间才能就所有通道的成员达成共识。现在，订阅服务可以通过将订阅节点连接到特定的渠道，以分散的方式进行横向扩展。

利润

向通道添加订阅节点的简单过程。

可以列出订购节点同意的渠道。

从排序节点中移除通道的简单过程，它会自动清除与通道相关联的模块。

对等组织可以创建或更新他们的MSP，而无需与系统通道的管理员协调。

分类帐快照

现在，您可以拍摄对等方通道的快照(包括其状态数据库)，并根据快照向通道添加新的对等方(在同一组织或不同组织中)。

使用分类帐快照有以下优点:

自块创建以来，对等体不需要处理所有块:自块创建以来，对等体可以加入信道，而无需处理所有先前的块，从而大大减少了对等体加入现有信道所需的时间。

对等体可以使用最新的通道配置加入通道:由于快照包含最新的通道配置，对等体现在可以使用最新的通道配置加入通道。如果关键信道配置(如用户端点或TLS CA证书)自世界创建以来已经更新，这一点尤其重要。

降低存储成本:由于数据块是生成的，通过快照加入的对等体不会生成所有数据块的存储成本。

状态:对等方管理员可以拍摄当前渠道状态的快照，并将其与同一组织或不同组织中的其他对等方进行比较，以验证每个对等方的账簿的一致性和完整性。的商定快照可用作新加入对等方的点和基础。