是否有一种将挖掘和事务处理联系在一起的方法?
例如,10个完整节点、专用网络、每天为所有节点进行的100,000个事务。加载平均分布;我有10个系统/节点,每个系统/节点有2GBRAM和i7 cpus。
我能不能说我需要这么多的计算能力/不。用给定的气体处理每秒钟的事务--在10个完整的节点上进行100 k事务需要x小时?
是否有可能以这种方式链接事务处理和哈希率?
具有以下详细信息的典型用例将有所帮助:
使用这些规格,每天可以处理多少事务?
发布于 2016-03-21 08:52:27
有趣的问题。但我不明白为什么哈希率应该与交易数量挂钩。在100 k事务中,它不应该对块创建产生真正的影响。我们来算算吧。
一个节点可以每天处理1388700个事务,而不考虑可伸缩性(每个块的气体限制增加了1/1024 )。
网络处理大约100 000次事务需要1.73小时。同样,可伸缩性也被忽略了。事务数量不应影响块之间的时间。此外,它不需要更高的哈希率来处理更多的块,因为证明工作的辛勤工作是不可知论的交易。
我希望这能回答你的问题。私有网络上的信号节点应该能够做到这一点,只要您不运行在像raspberry pi这样的小型设备上。
https://ethereum.stackexchange.com/questions/2208
复制相似问题