hyperledger-fabric - 订购者组织的 Hyperledger Fabric 所有权

Question

根据大多数示例，逻辑上最少有 3 个组织 ( org1, org2, orderer )。
实际上只有 2 个物理组织 ( org1, org2 )。任一组织或约定的第 3 方必须移交订购者组织的职责。

Q1:谁应该是店主 super 账本网络中的“订购者组织”？

Q2:如果一个组织成为“订购者组织”并拥有 super 账本网络中的所有订购者节点(Raft)，是否会存在安全漏洞？

Answer 1

Q1:谁应该是店主 super 账本网络中的“订购者组织”？

第一个问题的答案很棘手。前言回答一下，因为 Fabric 的设计依赖于确定性共识算法，所以任何由对等方验证的块都保证是最终的和正确的。分类帐不能像在比特币或以太坊等许多其他分布式和无需许可的区块链网络中那样 fork 。 订购者/订购节点 是否执行此交易排序，它与其他排序节点一起形成一个 订购服务 .

就像对等节点一样，排序节点属于 组织以及与区块链网络交互的所有内容，包括订购者从他们的数字证书和他们的成员(member)服务提供商 (MSP) 定义中获取他们的组织身份。

每个 channel 都运行在一个单独的 Raft 协议(protocol)实例上，这允许每个实例选举一个不同的领导者。在集群由 控制的排序节点组成的用例中，此配置还允许进一步分散服务。不同的组织 .虽然所有 Raft 节点都必须是系统 channel 的一部分，但它们不一定必须是所有应用程序 channel 的一部分。 channel 创建者(和 channel 管理员)能够选择可用排序节点的子集并根据需要添加或删除排序节点(只要一次只添加或删除一个节点)。

因此， channel 创建者和 channel 管理员可以选择可用订购者的子集或添加/删除单个订购者。多个组织也可以控制具有排序节点的集群。 所以这取决于你称谁为所有者。

Q2:如果一个组织成为“Orderer Organizaion”并拥有Hyperledger Network中的所有orderer节点(Raft)，是否存在安全漏洞？

在明确回答之前，请注意以下几点:

订购者无法看到交易数据，他们只能订购交易。

与区块链网络交互的所有内容，包括节点、应用程序、管理员和订购者，都从其数字证书和成员(member)服务提供商 (MSP) 定义中获取其组织身份。

虽然组织可以同时充当排序和应用程序角色，但这是一种非常不鼓励的配置。默认情况下，/Channel/Orderer/BlockValidation 策略允许排序组织的任何有效证书对块进行签名。如果组织同时担任排序和应用程序角色，则应更新此策略以将块签名者限制为授权排序的证书子集。

在授权任何交易(排序)之前，它由对等方验证，并在验证共识交易之后提交。

在 Hyperledger Fabric 中，排序服务生成的区块是最终的。一旦交易被写入一个区块，它在分类账中的位置就得到了不可改变的保证。正如我们之前所说，Hyperledger Fabric 的最终性意味着没有账本 fork ，并且经过验证的交易永远不会被还原或删除。

Raft 遵循“领导者和追随者”模型，其中选举出领导者节点(每个 channel )，其决策由追随者复制。

因此，如果出于安全考虑在实现中考虑上述几点，那么它不应该是安全缺陷，因为 orderer 只是在进行排序，看不到交易，在提交交易之前由 Peers 验证，Peers 和 orderers 是不同的组织，并且一旦交易被提交是为了它的顺序和位置是最终的和不可变的。

资料来源:

https://hyperledger-fabric.readthedocs.io/en/release-2.0/orderer/ordering_service.html

https://hyperledger-fabric.readthedocs.io/en/release-2.0/Fabric-FAQ.html

https://medium.com/@kctheservant/add-a-new-organization-on-existing-hyperledger-fabric-network-2c9e303955b2

https://medium.com/swlh/hyperledger-chapter-6-hyperledger-fabric-components-technical-context-767985f605dd