我们可以在超级账本结构下创建多少个节点答案

【问题标题】：how many number of nodes we can create under hyperledger fabric我们可以在超级账本结构下创建多少个节点
【发布时间】：2018-04-11 08:45:48
【问题描述】：

在配置超级账本结构时，创建节点的数量是否有限制？

我已经完成了下面的答案，但我不清楚他在解释什么。

当我说节点的数量时，它可能是利益相关者（标记为组织）或对等节点或背书节点的数量。

【问题讨论】：

【解决方案1】：

该帖子上的答案现在不正确。 Fabric 目前没有使用 Byzantine Fault Tolerance，它只有通过 Kafka ordering 的 Crash Tolerance。拜占庭容错估计出现在 Fabric 1.4 左右。

使用 Kafka，节点数量没有限制。引入节点时性能会受到影响，众所周知，Hyperledger Sawtooth 的节点可扩展性更好

【讨论】：

在超级账本结构中，当我们添加新节点时是否有任何可扩展性？添加节点的最佳做法是什么，以保持良好的性能要限制多少节点？
目前最大的问题是几乎没有发布的最佳实践。 Hyperledger 最近采用了一个名为 Caliper 的基准测试工具来专门尝试发现这些东西：link 我相信我们谈论的是成千上万的节点，而您应该选择 Sawtooth。
可以发一下官网没有hyperledger下添加节点数限制的参考链接吗？

【解决方案2】：

在结构中创建节点的数量没有限制（这是分布式系统背后的理念），但请注意，当您开始添加越来越多的节点时，您可能会看到执行此操作时性能受到不利影响交易。

【讨论】：

【解决方案3】：

根据我最近与在 1.1 版上实施 Hyperledger Fabric 的团队的对话，对于多达 16 到 18 个节点，性能似乎还可以。由于 Hyperledger Fabric 展示了更快的终结性，这似乎是一种权衡。

【讨论】：

【解决方案4】：

在 Hyperledger Fabric 中，节点可以是排序节点、终结节点或客户端。

如果我们说的是有多少个拜占庭节点，那么准确的答案如下：a）拜占庭没有没有限制同行和客户。如果它们太多，客户将无法让他的交易得到认可。然而，系统的完整性并未受到威胁。 b) 由于共识算法在 orderers 之间运行，因此限制取决于所使用的特定算法。请记住 Hyperledger Fabric 支持可插入共识，这意味着共识算法不一定是硬编码的。在当前的实现中，Hypeledger Fabric 运行“Kafka”，它不是拜占庭容错的。这意味着即使是一个拜占庭订购者也可能危及整个系统！但是，正如上述答案所述，BFT-Smart 计划具有拜占庭容错能力并支持高达 33% 的故障节点。
如果我们谈论的是节点的总数，那么准确的答案如下：a）（理论上）没有限制 关于客户-同行的数量。 b) 订购者的实际限制再次取决于共识。对于 BFT，这意味着多达 10 个（可能是 20 个）订购者。

【讨论】：