我已经建立了Hyperledger Fabric系统，可以处理x tps(每秒事务)。将来，对系统的要求可能不只是x tps。
那么，如何扩展Hyperledger Fabric系统以满足更高的要求？
最佳答案
有几种方法可以做到这一点。一种是增加认可同行的人数，并在更大的范围内分配认可提案的负担。例如，如果您当前有一个背书策略，说您需要5个组织中的3个成员来背书交易，并且每个组织都有一个背书对等方，那么最终您的tps将达到饱和。如果您向每个组织添加另一个认可对等方，并在新的和旧的认可对等组之间平均分配认可负载，则应该看到更大的吞吐量。
如果您有多个并发执行的 channel ，则可以考虑为各个 channel 使用单独的背书对等体，因为这将与上述策略产生相似的影响。
当然，项目维护人员一直在寻求优化代码以提高性能，因此在发布新版本时保持最新是另一回事。
最后，您还可以考虑利用更快的硬件(例如使用加密加速来使用所使用的算法)，您也应该看到有所增加，尽管可能不如应用第一个策略那么多。
关于performance - Hyperledger Fabric可扩展性，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/49933422/