BCC的挖矿盈利超过了BTC,很多算力都切换到了BCC,导致BCC出块加快,昨天BCC一个小时会出几十块区块。与此同时BTC的出块速度有所降低,有那么一段时间BTC一小时只出一两块区块。
短期来看,BTC用户变得不方便:等待确认时间变长,矿工费上涨等。但是长期来看,这种情况会让BCC 变得很不稳定。原因如下:
本文一些假设:本文假定所有或大部分矿工追逐短期盈利,他们会在没有任何损失的情况下在不同的区块链之间切换,不计算他们要等待100个区块之后才能花掉他们的区块奖励。本文还假定BTC区块奖励BCC的区块奖励更有价值,在本文写作时确实是这样的。BCC和BTC每个区块的奖励都是12.5个币,而BTC价格是BCC的6倍。此外,BTC区块所包含的矿工费也更多。虽然实际情况要比这复杂,但是这些假设基本符合现实。
正常的挖矿
挖矿的主要目的是盈利,矿工投入了资源(时间、电力、硬件等)挖矿获得奖励。挖矿盈利取决于区块奖励的价值和挖矿难度。难度低,挖取一个区块所需资源就低,难度高,所需资源就高。
值得注意的是,矿工的数量(算力)对短期的盈利并没有影响,例如,如果有很多矿工挖BCC,这意味着在这段时间出块更快,直到下个难度调整的到来。BCC和BTC的难度调整都是2016个区块,时间“本应该”是大约两周。如果2016个区块在不到两周的时间被挖出,难度就会上调,那么接下来的2016个区块的挖掘就会更困难一些。如果2016个区块的挖掘时间大于两周,难度就会下调,接下来的2016个区块的挖掘会容易一些。
难度是根据出块的速度比“本应该”的速度快多少或慢多少来调整的,可以提高四倍或降低至四分之一。
BTC VS BCC
目前BTC一个区块的奖励价值是BCC 的七倍,因此只有BCC的难度是BTC的七分之一或更低时,对BCC的挖矿才会更有利。(过去几天这种情况已经发生)
如果这样的情况发证,那么就会出现有趣的事情。某个时间段挖BCC更有利可图,对所有的矿工来说挖BCC都会更有利,大部分的矿工会停止BTC挖矿,转向BCC挖矿。
当然,这是不能持续的,如果太多矿工去挖BCC ,那么2016个区块很快就挖出了,(这已经发生了),因此下个难度调整会很快来临,也就一两天(这已经发生了)。而且,因为出块太快,难度会上调很多:可能是四倍(这也已经发生)。
BCC的问题就在这里开始出现了。这个时候,BCC的难度太高,BTC区块链挖矿重新变得更有利可图。因此,BTC在经历了两天的算力下降后,所有的矿工又回到了BTC区块链。
BTC的挖矿难度还和原来一样高,这2016区块的挖取没有变得更快,和原来一样。因此在这2016个区块挖出之后,也没有太大变化。挖BTC区块依然是更有利可图。追逐利润最大化的矿工依然会在BTC上挖矿。
再过一个难度调整周期,还是没有太大变化,BTC对矿工来说依然是最有利可图的区块链。
而此时对BCC的挖矿就不是最有利的,BCC的区块链将卡壳。
BCC的解决方案
BCC对此有自己的解决方案,BCC有自己的紧急难度调整方案:如果在12个小时内,少于6个区块被发现,难度调整会下降20%。这会让难度很快下降到正常水平。
但是,这个解决方案并不完美。第一,它还是至少需要挖到6个区块或更多来降低难度。这意味着必须有矿工在赔本的情况下坚持在BCC上挖矿,这不符合他们的短期利益。其次,不待见BCC 的矿工可以捣乱——在BCC 上挖矿来阻止它难度调整。
即使有一些矿工在BCC上朝着难度调整进行挖矿,也会在一段时间后陷入与上文相同的情景:BCC有几天奖励更高,然后难度暴增,然后BCC区块链卡壳,然后BCC 矿工赔本挖矿维持它存活,如此反复。
有趣的是,这个情况对大部分的矿工是有利的。一些矿工不管短期利益维持到BCC难度调整,一旦难度调整了,大部分矿工一股脑切换到BCC 上,挖一两天的BCC 。只要有BCC的买家存在,这样的循环对矿工来说非常有利。
其它解决方案
这种方案其实并不新鲜。有一个早期的山寨币叫做域名币在2011年就面临相似的问题。在算力暴增时,它的区块链卡壳了,它的矿工在赔本的情况下坚持了几个月才熬到下个难度调整。这个循环重复了好几次,最后域名币通过与比特币“混合挖矿”修复了这个问题。现在所有的比特币矿工可以使用自己的比特币算力自动挖域名币,而不需要切换区块链。很多比特币矿工也是这么做的。
域名币面对的这个问题也是莱特币创始人Charlie Lee决定使用Scrypt 算法的主要原因。他认为山寨币不可能与比特币竞争SHA256算力,最终肯定会导致这样的不稳定结果。使用完全不同的算法,矿工就不会再两条链之间切换,也就解决了这个问题。
另外一些竞争币如以太坊也有更快的难度调整机制,虽然这也会发生矿工赔本挖矿的情况,不过这种情况只会持续几个小时或几天)——而不是数周或数月。
如果BCC要采用这样的解决方案,那么它要进行一次硬分叉。或者它的区块奖励价值远高于BTC也可以解决问题。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)