Hyperledger Fabric 可扩展性答案

【问题标题】：Hyperledger Fabric scalabilityHyperledger Fabric 可扩展性
【发布时间】：2018-09-30 16:27:40
【问题描述】：

我有一个已经构建的 Hyperledger Fabric 系统，可以处理 x tps（每秒事务数）。未来，也许对系统的要求不仅仅是x tps。

那么，如何扩展 Hyperledger Fabric 系统以满足更高的要求？

【问题讨论】：

标签： performance hyperledger-fabric hyperledger scalability blockchain

【解决方案1】：

除了上面的答案之外，当前系统可以扩展的上限是有限的，我们必须预先设计系统来处理它。对于前 -

设计一个多组织架构并使用锚点对等点进行广播等。
在 OSN kafka 集群中添加更多节点。
调整背书政策。

【讨论】：

【解决方案2】：

有几种方法可以做到这一点。一是增加背书节点的数量，并在更大的集合中分配背书提案的负载。例如，如果您当前有一个背书策略，规定您需要总共 5 个组织中的 3 个成员来背书交易，并且每个组织都有一个背书节点，最终您的 tps 将达到饱和。如果您向每个组织添加另一个背书节点，并将背书负载均匀地分布在新的和旧的背书节点集上，您应该会看到更大的吞吐量。

如果您有多个通道同时执行，您可以考虑为各个通道设置单独的背书节点，因为这将产生与上述策略类似的效果。

当然，项目维护人员一直在寻求优化代码以提高性能，因此在新版本发布时保持最新状态是另一回事。

最后，您还可以考虑利用更快的硬件（例如，为所使用的算法使用加密加速），您也应该会看到增长，尽管可能不如您应用第一个策略时那么多。

【讨论】：

据我所知，向通道添加更多对等点将减少系统每秒可以处理的事务数。而且，我们如何在新旧的背书节点之间平均分配背书负载？因为，组织中的两个认可同行必须完成相同数量的工作，而不是一起解决工作。
实际上，如果您分配负载，则不会。