我们可以在 hyperledger fabric 下创建多少个节点
how many number of nodes we can create under hyperledger fabric
配置 hyperledger fabric 时创建节点的数量是否有限制？
我已经看过下面的答案，但我不清楚他在解释什么。
当我说节点数量时，它可能是利益相关者（标记为组织）或同行或背书节点的数量。
关于 post 的答案现在不正确。 Fabric 目前没有使用拜占庭容错，它只有通过 Kafka 排序的崩溃容错。拜占庭容错估计会在 Fabric 1.4 左右出现。
使用 Kafka，节点数量没有限制。引入节点时会影响性能，众所周知，Hyperledger Sawtooth 在节点可扩展性方面更好
在结构中创建节点的数量没有限制（这是分布式系统背后的想法）但请注意，当您开始添加越来越多的节点时，您可能会发现性能受到不利影响做交易。
根据我最近与在 1.1 版上实施 Hyperledger Fabric 的团队的谈话，似乎性能对于最多 16 到 18 个节点来说还可以。由于 Hyperledger Fabric 展示了更快的最终性，这似乎是一种折衷。
在 Hyperledger Fabric 中，节点可以是排序节点、endrosing 节点或客户端类型。
- 如果我们说的是有多少个拜占庭个节点，那么准确的答案如下： a) 有没有限制 在拜占庭节点和客户端上。如果数量太多，客户将无法获得他的交易背书。然而，系统的完整性并没有受到威胁。 b) 由于 orderers 之间的共识算法是 运行，因此限制取决于所使用的特定算法。请记住，Hyperledger Fabric 支持 pluggable 共识，这意味着共识算法不一定是硬编码的。在当前的实现中，Hypeledger Fabric 运行s "Kafka" 不是拜占庭容错的。这意味着 甚至一个 拜占庭排序节点都可以危害整个系统！但是，正如上面的答案所说，有 BFT-Smart 的计划，它是拜占庭容错的，支持高达 33% 的故障节点。
- 如果我们说的是节点总数，那么准确的答案如下： a）（理论上）有对客户端数量没有限制。 b) 实际 排序者的限制再次取决于共识。对于 BFT，这实际上转化为 10 个（也许 20 个）订购者。
配置 hyperledger fabric 时创建节点的数量是否有限制？
我已经看过下面的答案，但我不清楚他在解释什么。
当我说节点数量时，它可能是利益相关者（标记为组织）或同行或背书节点的数量。
关于 post 的答案现在不正确。 Fabric 目前没有使用拜占庭容错，它只有通过 Kafka 排序的崩溃容错。拜占庭容错估计会在 Fabric 1.4 左右出现。
使用 Kafka，节点数量没有限制。引入节点时会影响性能，众所周知，Hyperledger Sawtooth 在节点可扩展性方面更好
在结构中创建节点的数量没有限制（这是分布式系统背后的想法）但请注意，当您开始添加越来越多的节点时，您可能会发现性能受到不利影响做交易。
根据我最近与在 1.1 版上实施 Hyperledger Fabric 的团队的谈话，似乎性能对于最多 16 到 18 个节点来说还可以。由于 Hyperledger Fabric 展示了更快的最终性，这似乎是一种折衷。
在 Hyperledger Fabric 中，节点可以是排序节点、endrosing 节点或客户端类型。
- 如果我们说的是有多少个拜占庭个节点，那么准确的答案如下： a) 有没有限制 在拜占庭节点和客户端上。如果数量太多，客户将无法获得他的交易背书。然而，系统的完整性并没有受到威胁。 b) 由于 orderers 之间的共识算法是 运行，因此限制取决于所使用的特定算法。请记住，Hyperledger Fabric 支持 pluggable 共识，这意味着共识算法不一定是硬编码的。在当前的实现中，Hypeledger Fabric 运行s "Kafka" 不是拜占庭容错的。这意味着 甚至一个 拜占庭排序节点都可以危害整个系统！但是，正如上面的答案所说，有 BFT-Smart 的计划，它是拜占庭容错的，支持高达 33% 的故障节点。
- 如果我们说的是节点总数，那么准确的答案如下： a）（理论上）有对客户端数量没有限制。 b) 实际 排序者的限制再次取决于共识。对于 BFT，这实际上转化为 10 个（也许 20 个）订购者。