2MB的区块软性限值导致BCH出块延迟，大量交易积压达数小时

据Trustnodes 9月3日报道，自9月1日起，比特币现金（BCH）交易在突然激增后出现了一定程度的积压。

BCH当天大约有60万笔交易，是比特币30万笔交易的两倍，但这些交易并没有全部被清算，而是积压了数小时。

2019年9月BCH粉丝分享的分析显示BCH出现交易积压

交易积压的原因似乎有两个。首先，支持大区块的矿工主要使用默认的2MB软性限值。

我们可以从下图看到，比特大陆（Bitmain）的蚂蚁矿池（Antpool）和Roger Ver的比特币矿池都使用了客户端默认的2MB软性限值数小时。

2019年9月BCH矿工限值区块

更有趣的是，一个未知的矿工将区块限值设定为1MB，而另一个未知的矿工则坚持默认值为2MB。

ViaBTC和BTC.top似乎没有使用默认限值，其他矿池则在稍后进行了更改。

这似乎是一个意外的压力测试，或许是为了收集有关矿池的信息。

2019年9月BCH的算力分布图

例如，这两名未知的矿工似乎是两个矿池，因为他们使用不同的限值。

Poolin是已知的使用1MB软性限值的矿池。一些人猜测这些未知的算力大部分来自该矿池。一些未知的算力使用默认值2MB。因此，这可能是一个已知的矿工或一个新的矿工。

默认值本身是可以预料到的，而且它的运作也应该如此。例如，在比特币区块达到1MB的硬性限值之前，矿工的区块软性限值是250kb，一旦需求达到这一水平时，他们会将软性限值提高到500kb，然后再增加到750kb。

这种软性限值就像可以随时增减的训练轮，保护矿工不受潜在的区块攻击，它是矿工自我管理和自我组织的一种机制，在供需之间实现了适当的平衡。如果需求接近2MB，那么矿工就可以提高软性限值，所以除了1MB的矿工宁愿保持未知外，这里没有什么不寻常或意外的东西。

原文：https://www.trustnodes.com/2019/09/03/2mb-soft-limit-causes-bitcoin-cash-backlog<br/> 作者：Trustnodes<br/> 编译：Libert<br/> 稿源（译）：巴比特资讯（http://v1.8btc.com/475850）