Fabric是一个开源的企业级许可分布式账本技术（Distributed Ledger Technology，DLT）平台，专为在企业环境中使用而设计，与其他流行的分布式账本或区块链平台相比，它有一些主要的区别。
Fabric具有高度模块化和可配置的架构，可为各行各业的业务提供创新性、多样性和优化，其中包括银行、金融、保险、医疗保健、人力资源、供应链甚至数字音乐分发。
Fabric是第一个支持通用编程语言编写智能合约（如Java、Go和Node.js）的分布式账本平台，不受限于特定领域语言（Domain-SpecificLanguages，DSL）。这意味着大多数企业已经拥有开发智能合约所需的技能，并且不需要额外的培训来学习新的语言或特定领域语言。
Fabric平台也是许可的，这意味着它与公共非许可网络不同，参与者彼此了解而不是匿名的或完全不信任的。也就是说，尽管参与者可能不会完全信任彼此（例如，同行业中的竞争对手），但网络可以在一个治理模式下运行，这个治理模式是建立在参与者之间确实存在的信任之上的，如处理纠纷的法律协议或框架。
Fabric可以利用不需要原生加密货币的共识协议来激励昂贵的挖矿或推动智能合约执行。不使用加密货币会降低系统的风险，并且没有挖矿操作意味着可以使用与任何其他分布式系统大致相同的运营成本来部署平台。
这些差异化设计特性的结合使Fabric成为当今交易处理和交易确认延迟方面性能较好的平台之一，并且它实现了交易的隐私和保密以及智能合约（Fabric称之为“链码”）。
版本差异：
v1.0是Hyperledger Fabric的第一个主版本，Fabricv2.0为用户和运营商提供了重要的新特性，包括对新应用程序和隐私模式的支持，增强了对智能合约的管理和对节点操作的新选项。
在v2.0上的每一个v2.x次要发行版本都有少量特性更新、改进和bug修复。v2.2是Fabricv2.x的第一个LTS（long-term support，长期支持版本）。后续将在v2.2.x版本中提供修复，直到发布新的LTS版本。
亮点：
Fabricv2.0引入了智能合约的去中心化治理，它为您在Peer节点上安装和启动链码提供了一个新的流程。新的Fabric链码生命周期支持多个组织在链码和账本交互之前协商链码的参数，例如链码背书策略。和以前的生命周期相比，新的模式有几个改进:
- 多个组织必须认同链码参数。在Fabric1.x版本中，一个组织可以为通道中的所有其他成员设置链码的参数（例如背书策略），这些成员只能拒绝安装链码，因此不能参与和该链码相关的交易。新的Fabric链码生命周期更加灵活，它既支持中心化的信任模型（如以前的生命周期模型），也支持去中心化的模型，去中心化的模型要求在链码在通道上变为活动状态之前，要有足够数量的组织就背书策略和其他细节达成一致意见。 - 更周密的链码升级过程。在以前的链码生命周期中，升级交易可能由单个组织发起，这会给尚未安装新链码的通道成员带来风险。新的模式要求只有在足够数量的组织批准升级后才能升级链码。 - 更简单的背书策略和私有数据集合更新。Fabric生命周期支持在不重新打包或重新安装链码的情况下，更改背书策略或私有数据集合配置。用户还可以利用新的默认背书策略，该策略要求获得通道上大多数组织的背书。在通道中添加或删除组织时，会自动更新此策略。 - 可查验的链码包。Fabric生命周期将链码封装在可读性更强的tar文件中。这使得检查链码包和跨多个组织协调安装变得更加容易。使用一个包在通道上启动多个链码。
Fabricv2.0还启用了使用和共享私有数据的新模式，不需要为所有想要进行交易的通道成员组合创建私有数据集合。
从v2.0开始，Hyperledger Fabric Docker镜像将使用Alpine Linux这是一个面向安全的轻量级Linux发行版。这意味着现在的Docker镜像要小得多，这就提供了更快的下载和启动时间，以及占用主机系统上更少的磁盘空间。Alpine Linux的设计从一开始就考虑到了安全性，Alpine发行版的最小化特性大大降低了安全漏洞的风险。
虽然Fabricv2.3.0引入了新功能，但在宣布下一个LTS版本之前，Fabricv2.2.x仍然是当前的长期支持版本。
