Hyperledger Fabric 和 BigchainDB 的主要区别
Main differences Hyperledger Fabric & BigchainDB
Hyperledger Fabric 和 BichainDB 都提供了拥有私有的、许可的区块链数据库的可能性。通过他们的概念,他们试图解决 public 区块链的主要缺点,例如缺乏隐私和缺乏性能(低吞吐量等)。
这两种技术的主要区别是什么?
如果您试用这两个框架的示例应用程序,您会很快注意到 BigchainDB 更容易上手。 Hyperledger Fabric 涉及到更多的知识来掌握它。
- Fabric 知道不同类型的节点(对等节点、对等节点也是背书节点、排序节点),因此允许非常灵活的设置,具体取决于联盟设计和组织本身。 BigchainDB 有一种可以部署的节点。当然,每个参与的组织都会得到一个节点。
- Fabric 具有更丰富的资产建模和各种交易功能。一种交易类型总是可以通过自定义处理器函数来实现,该函数执行查询或修改分类帐状态所需的任何操作。 BigchainDB 只知道每个定义资产的
CREATE
和 TRANSFER
交易。您可以创建一些东西(也可以是可分割的,例如代币数量)并可以全部或部分转移它们。
- 两者似乎都有相当低级的 API。 Fabric 有更多的 API 和配置模型需要掌握。但是 Fabric 正在得到诸如 Composer 之类的框架的补充(包括它所有不错的库,如 playground 和 rest-server),这些框架真正改进了编程模型。据我所知,BigchainDB 没有这样的东西,还因为它从一开始就非常简单。
- 共识:BigchainDB 使用拜占庭容错的 Tendermint。 Fabric 基于 Miguel Castro.
的思想进行 PBFT,实际上是拜占庭容错
总的来说,我会说 Fabric 旨在用于复杂的业务用例。 BigchainDB 更简单,更适合可分割的资产(可能是 coins/tokens 之类的金融资产)。
Hyperledger Fabric 和 BichainDB 都提供了拥有私有的、许可的区块链数据库的可能性。通过他们的概念,他们试图解决 public 区块链的主要缺点,例如缺乏隐私和缺乏性能(低吞吐量等)。
这两种技术的主要区别是什么?
如果您试用这两个框架的示例应用程序,您会很快注意到 BigchainDB 更容易上手。 Hyperledger Fabric 涉及到更多的知识来掌握它。
- Fabric 知道不同类型的节点(对等节点、对等节点也是背书节点、排序节点),因此允许非常灵活的设置,具体取决于联盟设计和组织本身。 BigchainDB 有一种可以部署的节点。当然,每个参与的组织都会得到一个节点。
- Fabric 具有更丰富的资产建模和各种交易功能。一种交易类型总是可以通过自定义处理器函数来实现,该函数执行查询或修改分类帐状态所需的任何操作。 BigchainDB 只知道每个定义资产的
CREATE
和TRANSFER
交易。您可以创建一些东西(也可以是可分割的,例如代币数量)并可以全部或部分转移它们。 - 两者似乎都有相当低级的 API。 Fabric 有更多的 API 和配置模型需要掌握。但是 Fabric 正在得到诸如 Composer 之类的框架的补充(包括它所有不错的库,如 playground 和 rest-server),这些框架真正改进了编程模型。据我所知,BigchainDB 没有这样的东西,还因为它从一开始就非常简单。
- 共识:BigchainDB 使用拜占庭容错的 Tendermint。 Fabric 基于 Miguel Castro. 的思想进行 PBFT,实际上是拜占庭容错
总的来说,我会说 Fabric 旨在用于复杂的业务用例。 BigchainDB 更简单,更适合可分割的资产(可能是 coins/tokens 之类的金融资产)。