【问题标题】:Hyperledger in the Real World -- How Does it Scale?现实世界中的超级账本——它如何扩展?
【发布时间】:2018-07-30 14:21:27
【问题描述】:

我即将开始一个供应链区块链项目,目前正在研究 Hyperledger Sawtooth (https://www.youtube.com/watch?v=uBebFQM49Xk) 和 Hyperledger Fabric (https://drive.google.com/file/d/1OsIoPtlv5X2PWyOAlDn1FCnHCZPyrF57/view)。似乎上述框架能够每秒处理“数千”笔交易(tps)。

我的问题与我计划的用例有关。如果我打算跟踪某个供应量的指标,并且我需要每分钟更新一次,并且在任何时间点都有数十万个这种供应量,那么如何扩展?我假设随着事情的排队延迟增加。如果每秒报告 150,000 个事件(根据我们的计算,这似乎是保守的),我们会产生数十到数百秒的延迟。

我的简单数学有用吗?有什么机制可以解决这个问题吗?

谢谢

【问题讨论】:

    标签: hyperledger-fabric hyperledger hyperledger-sawtooth


    【解决方案1】:

    根据我对 hyperledger 的理解,它可以通过大型云设置支持每小时 100,000 笔交易(大约 28 笔/秒)。我认为,到目前为止,您想要的那种交易限额很难实现。

    【讨论】:

    • Hyperledger 是 Linux 基金会下的一个联盟,拥有多个区块链平台。 Hyperledger Fabric 可能有 100000 tps 的索赔(我没有看到 Hyperledger Sawtooth 的索赔),但如果提出这样的索赔,我会怀疑。是单个主机上的所有本地事务还是紧密连接的主机上的?我的观点是不能指望带有区块链的数据库的吞吐量。
    • @DanAnderson 我每小时写了 100,000 个,而不是第二个。每秒达到 100,000 仍然很难。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-04-09
    • 2020-05-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多