很抱歉，这个问题很长，但是Hyperledger是一个相当复杂的系统。
Reading the Blockchain network在Generating and accepting transactions部分
与始终承载分类帐副本的对等节点相反，我们 看到有两种不同类型的对等节点；那些主持 智能合约和那些没有的。在我们的网络中，每个对等 托管智能合约的副本，但是在较大的网络中， 成为不托管智能合约副本的更多对等节点
如何设计区块链网络，并确定应该有多少个对等方拥有智能合约，有多少个不应该拥有智能合约？有没有设计规则或模式？
当我们有多个组织时，每个组织都应该有一个认可的同行吗？或者它们在一个组织中只能有一个，而其他组织都可以称呼它？
答案 0 :(得分：3)
如何设计区块链网络并确定多少对等点 应该有智能合约，不应该有多少？，有没有 设计规则或模式？
我的经验法则是-您首先考虑背书策略，然后在属于背书策略中组织的对等方上安装链码。
然后，您也可以选择在组织的对等方上为仅查询交易（不进入区块链）安装链码，而不管其是否参与了背书策略，因为这样一来，客户可以想查询自己的组织（因为它最信任它）。
唯一的极端情况是，有时链码的代码未知，并且认可策略的组织不想共享它。
当我们有多个组织时，每个组织都应该有一个 认可同行，或者他们在一个组织中只能拥有一个 其他所有人都可以称之为吗？
这取决于用例。一些组织仅具有客户，而一些组织仅具有对等方，或仅具有订购者。
一个组织是否是一个链式代码的背书人，通常取决于背书政策。