揭秘Hyperledger Fabric（九）

导读:Hyperledger Fabric是一个企业级许可制分布式分类帐技术（DLT）平台，该平台以模块化架构为基础，提供高度的机密性，灵活性和可扩展性。它旨在支持不同组件的可插拔实现，并适应整个经济生态系统中存在的复杂性和复杂性。它由 IBM 带头发起，于 15 年底移交给 Linux 基金会，成为开源项目。要真正了解Hyperledger Fabric是如何工作的,需要学习者有多方面的知识，包括：区块链技术、网络和系统架构、DevOps操作、全栈软件开发、测试驱动和行为驱动开发、中级密码学、授权和访问控制、IT安全和商业实例等。本文将探讨Hyperledger Fabric底层架构等相关知识，为区块链开发人员、区块链架构师和系统操作员提供便利。

接上文：揭秘Hyperledger Fabric（八）

私有数据的清除

私有数据可以周期性地从节点中清除。在私有数据集合定义private data collection definition\中，有一个名为blockToLive\的集合属性，它表示私有数据在私有数据库上应该存在多长时间。假设我们将blockToLive\设置为50,000，那么如果数据在50,000个区块内没有被修改，私有数据将自动从私有数据库中清除。如果blockToLive\被设置为0，私有数据将无限期地保存在私有数据库中，即私有数据永远不会被清除。有关更多信息，请参考私有数据的体系结构参考。

尽管私有数据private data\可能被永久地从私有数据库中删除，但是当它们被提交到公共区块存储Public Block Storage\ (即区块链)中时，与被删除的私有数据相对应的所有哈希都不能被删除。因此，即使原始的私有数据已经消失，也可以将哈希值作为交易的证据进行审计。

总结

在本文中，您已经了解了私有数据集合Private Data Collection\，这是Hyperledger Fabric的关键特性之一。希望您能更好地理解Hyperledger Fabric的工作原理。在本文的最后一章中，您将了解Hyperledger Fabric中的网络流量处理network traffic handling\、服务发现service discovery\和操作服务operations service\。

欢迎阅读第三章，这是揭开Hyperledger Fabric系列神秘面纱的最后一章。在第一章中，解释了Hyperledger Fabric的底层架构。第二章描述了Fabric私有数据集合的重要特性。

本章专门用来讨论Hyperledger Fabric中的一些辅助服务，包括以下主题:网络流量处理Network Traffic Handling\、服务发现Service Discovery \和操作服务Operations Service\。

本文其余部分标题如下:

? 网络流量处理

? 服务发现

? 操作服务

? 运营指标:基于普罗米修斯的合并模型

? 运营指标:基于StatsD的推送模型

? 系列的结束

网络流量处理

由于多个参与组织加入了Fabric通道，因此网络流量拥挤可能是Fabric通道上潜在的最大问题之一。此外，每个组织可以拥有多个节点，让我们想象一下，如果参与组织和相关节点的数量随着时间的推移而增加，Orderer\将会在将交易区快分配给每个通道上的每个节点的任务中变得负担过重。因此，Orderer\很容易出现单点故障。

为了向Orderer\提供崩溃容错(CFT)， Hyperledger Fabric目前支持CFT订购服务的两种实现，即Kafka\和Raft\。此外，几种类型的拜占庭容错(BFT)排序服务也在开发中。更多信息请参考这个链接。

除了减轻Orderer\,的区块分配开销之外，还将领导节点Leading Peers\引入到所有参与组织中。每个组织可以有选择地指定哪些节点为领导节点。如下面的图1所示，Org1\的2号节点和Org2\的2号节点被指定为领导节点Leading Peers\。

图1 Fabric使用领导节点的区块分发机制

使用领导节点Leading Peers\的Fabric区块分发机制的流程如图1所示:

1. 客户Client\将交易提议发送给选中的许可节点Endorsing Peer(s)\。

2. 每个许可节点Endorsing Peer\生成一个交易响应，并将许可响应发送回客户 Client\。

3. 客户Client\提交附有许可响应的交易给排序者Orderer\。

4. Orderer\创建一个有序交易区块，然后将创建的区块分发给与组织相关的每个领导节点Leading Peers\。

5. 每个领导节点Leading Peers\通过gossip数据分发协议将接收到的区块分发给属于同一组织的其他节点。

前面讨论的Fabric分发方案可以显著减少Orderer\的开销。因此，该方案对于Hyperledger Fabric是必要的。每个组织可以静态地定义哪些节点是领导节点。在没有静态指定节点的情况下，Fabric系统也有一个动态的领导节点选择算法，该算法将自动运行。

（待续）

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

我是您身边的区块链研究员，如果您有志于区块链或者交易技术的学习，欢迎和我交流。微信：chanhai13。更多文章请添加微信公众号：链学园。

原文名称：Demystifying Hyperledger Fabric

作者：Phuwanai Thummavet

原创翻译：区块链研究员（区块链Robin）

英文源自Coinmonks，译文有编辑及删减，如有侵权，请联系译者删除。

中文版权所有，转载需完整注明以上内容。

—-

编译者/作者：区块链研究员

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。