了解 Hyperledger Fabric 背书策略逻辑和对等节点类型

Question

抱歉这个问题太长了，但 Hyperledger 是一个相当复杂的系统。

Reading the Blockchain network在Generating and accepting transactions部分

与始终托管账本副本的对等节点相比，我们 看到有两种不同类型的对等节点；那些主持 智能合约和那些没有的。在我们的网络中，每个对等点 托管智能合约的副本，但在更大的网络中，会有 是更多不托管智能合约副本的对等节点

如何设计区块链网络，并决定有多少对等方应该有智能合约，有多少不应该？，有没有设计规则或模式？

当我们有多个组织时，每个组织都应该有一个背书节点，还是它们都只能在一个组织中拥有一个，而其他所有组织都可以调用它？

Answer 1

如何设计区块链网络并决定有多少对等点 应该有智能合约，有多少不应该？，有没有 设计规则或模式？

我的经验法则是 - 您首先考虑背书政策，然后将链代码安装在属于背书政策中的组织的对等点上。

然后，您还可以选择在组织的同行上安装仅查询交易（不进入区块链）的链码，无论他们是否参与背书政策，因为客户愿意想要查询它自己的组织（因为它最信任它）。

唯一的极端情况是有时链码的代码是未知的，并且背书策略的组织不想共享它。

当我们有多个组织时，每个组织都应该有一个 认可同行，或者他们都只能在一个组织中拥有一个 所有其他人都可以调用它吗？

这取决于用例。有些组织只有客户，有些组织只有对等方，或者只有订购者。

一个组织是否是链码的背书者，通常取决于背书政策。