Hyperledger Fabric 可扩展性

Question

我有一个已经构建好的 Hyperledger Fabric 系统，它可以处理 x tps（每秒交易）。以后可能对系统的要求不仅仅是x tps。

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

Answer 1

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

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

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

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

Answer 2

除了上述答案外，当前系统的可扩展性也存在限制，我们必须事先设计系统来处理它。 例如 -

1. 设计多组织架构并使用锚点进行广播和所有操作。
2. 在 OSN kafka 集群中添加更多节点。
3. 调整背书政策。