Fabric区块链中Python开发的示例分析

这篇文章主要介绍了Fabric区块链中Python开发的示例分析，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。

1、Fabric区块链Python开发课程概述

Hyperledger 是一个旨在推动区块链跨行业应用的开源项目， 由 Linux基金会在2015年12月主导发起该项目， 成员包括金融、银行、物联网、供应链、制造和科技等多个行业的领头羊，托管了众多面向企业的区块链开源框架和工具：

Hyperledger Fabric（后文简称Fabric）是其中发展最好的一个__企业级区块链平台__，最初由Digital Asset和IBM 贡献，目前已经应用于沃尔玛的食物溯源链（Foodtrust）和马士基的物流跟踪链（TradeLens）中， 代表了当下企业级区块链应用的最高水平。可以认为Fabric是一种联盟链（Consortium Blockchain）平台， 它适合构建跨越多个企业边界的去中心化应用。

由于Fabric项目的目标是应用于相对可信的企业联盟环境，因此其设计思路与比特币、以太坊 等公链平台有明显的差异。Fabric借鉴了区块链的数据结构，但引入了相当多的身份验证与 权限控制机制，以及数据隐私保护机制，以适应企业级应用的要求。同时由于企业联盟环境 要比完全开放的公链环境可控，因此Fabric没有强调其共识体系对拜占庭容错的实现，允许使用 非拜占庭容错算法建立共识，从而可以达到相当实用的交易吞吐量。

2、Fabric的定位与特点

毫无疑问，Fabric是受到比特币的启发而诞生的，因此它借鉴了比特币、以太坊这些公链中的一些 核心特性，例如采用不可篡改的区块链结构来保存数据、采用非对称加密技术来进行身份识别与认证、支持智能合约等等。

但是Fabric定位于企业级的分布式账本技术（DLT - D istributed L edger T echnology）平台，它的主要目的是为跨越多个企业边界的活动提供不可篡改的分布式记账平台。例如在食物溯源应用中，为了让消费者可以了解到所购买食物是否安全，就必须将从农场到加工商、分销商、零售商乃至监管机构等各个环节的检验与放行信息记录到区块链上，以保证溯源信息的透明与可信：

因此Fabric是一种联盟链（Consortium Blockchain），它适合在多个企业间实现分布式记账，这一 定位使Fabric的实现与以太坊这样的公链有了明显的差异：

分布式账本 vs. 区块链

分布式账本是比区块链更加宽泛的概念，可以认为区块链只是分布式账本的一种实现技术， 其他的分布式账本实现还包括哈希图等。

去中心化 vs. 分布式

Fabric淡化了去中心化（Decentralized），而以分布式（Distributed）代替，这一思路带来了系统设计 与实现上的巨大影响。例如，在Fabric中，采用中心化的CA机制来发放证书，只有持有有效证书的节点和用户才可以访问区块链上的账本数据。因此Fabric是 许可制 / Permissioned 的区块链，这与 不需要许可 / Permissionless 的以太坊这样的公链形成了鲜明的对比。

拜占庭容错 vs. 崩溃容错

由于采用许可机制，Fabric也淡化了对不可信（Trustless）环境下共识达成的依赖性，而假设联盟链中的企业有可能是值得信赖的，因此并不依赖于工作量证明这样的拜占庭容错算法 -- 虽然Fabric模块化的设计可以支持引入不同的共识算法实现，但目前的产品化方案是Kafka共识，它显然是不能对抗拜占庭错误的 -- 不过对不可信环境支持的淡化处理有利于提高交易的吞吐量，这对于企业级应用也是有益的。

数据隐私保护

在另一方面，Fabric强化了隐私保护能力。例如，Fabric支持在同一套企业网络上建立多个不同的 通道 / Channel，每一个通道都有自己的区块链和访问控制，彼此互不影响，这有利于复用基础设施，例如不同企业间的销售部门可以建立一个通道来分享市场数据，而这些企业间的研发部门可以建立另一个通道来分享技术数据。

Fabric并不是唯一的联盟链解决方案，但目前可以说是最复杂的企业联盟链实现，这种复杂性源于设计者对应用场景的假设和推演，以及对Fabric广泛适用性的考量，这是我们在学习过程中需要换位思考的一点。

感谢你能够认真阅读完这篇文章，希望小编分享的"Fabric区块链中Python开发的示例分析"这篇文章对大家有帮助，同时也希望大家多多支持，关注行业资讯频道，更多相关知识等着你来学习!