Bitcoin Cash的紧急难度系数调整方案及产生的问题

比特币现金(Bcash或BCH)在过去的一两周多次比Bitcoin(BTC)盈利更多。这是在比特币的生态系统中创造出一种新的动态 ——对于无论是BTC还是BCH来说,这并不是真的有益的。

由于Bcash附带的较高费用和较慢的确认,有可能导致其区块链的增长停滞。Bcash为此引入了一个内置的紧急解决方案,以减轻这种风险。该解决方案假定某些矿工在某些时候选择牺牲对自己的短期利益,从而促成所有矿工的利益 —— 或者矿工们在一定程度上彼此协调他们的利益。

现在,似乎的确发生了这样的事情。有些矿工在特定的时间内要么牺牲短期利益,要么协调触发紧急解决方案。对于Bcash来说,好消息是,这意味着它的区块链目前还在运行。但与此同时,应急解决方案让整个矿工群体比其他任何一方都受益,这引起了比特币现金本身的长期可行性的质疑。

紧急难度系数调整

首先简要介绍比特币挖矿及Bcash的内置应急解决方案。

挖矿盈利能力取决于区块的报酬(新区块奖励加交易费用)的价值以及区块的挖掘“难度”。区块奖励的价值越高,难度越低,矿工就越赚钱。

比特币和Bcash的难度系数在每产生2016区块后自动调整。如果挖掘这2016区块所需时间超过两个星期,难度系数就会向下调整,挖矿相对就会变得更容易。反之亦然。

Bcash需要将其难度调低到足以使其区块奖励的价值与Bitcoin相匹敌。如果Bcash的区块奖励值是Bitcoin的区块奖励的15%,Bcash的难度也必须是Bitcoin的难度的15%或更低。否则,比特币将会更有利可图。

这里最大的问题是,只要Bcash的区块奖励不超过比特币的区块奖励,而在某个时间点,Bcash的难度使得Bitcoin更具挖掘价值,那么此时,所有矿工都会离开Bcash。

为了减轻这个问题,Bcash实施了一个称为“紧急难度系数调整”(EDA)的功能。如果在12小时的时间内,产生的区块数量少于6个,下一区块的难度将向下调整20%。如果矿工协调一下,难度系数可以在一天之内减少约75%。

EDA带来的问题

虽然触发EDA的方案优于使区块链永久冻结,但它却提出了新的问题。

一旦难度系数设置较低,追求利润最大化的矿工们都将来Bcash挖矿,这将使得在Bcash链条上短时间内产生大量的区块。那么,一旦难度向上调整了很多,所有这些矿工就都会转回到比特币链条。直到一些矿工再次触发Bcash的EDA,大致在12个小时后,所有的矿工们又都会回到Bcash,以此重复循环。

这个周而复始的循环对用户来说并非理想。

首先,这个循环实际上对比特币用户造成了干扰。每次矿工们前往Bcash,意味着部分算力离开了比特币网络,比特币区块的挖掘速度将变慢,从而导致比特币的交易费用和确认时间上升。

同时,这个周期使得比特币现金确认时间变得非常不可预测。有些时候,交易确认非常快,因为每分钟都会产生新的区块。而另外一些时候,至少有12个小时(几乎)没有新的区块产生,相比之下交易需要非常长的时间才能确认。

可以说,一个更大的问题是,这种机制使得新币的产生速度快了得多——当前比他们应该产生的速度快了四倍。因此,Bcash的通货膨胀率相对较高。我们做个对比,比特币目前的年通货膨胀率约为4%,Bcash的年通货膨胀率接近16%。

更重要的是,Bcash的奖励调整将更快地到达,可能在2018年中期而不是2020年中期。如果继续保持这种发展态势,那么在2019年初,甚至可能再减一半:也就是说在1年以后,区块奖励可能会下降到只有3.125 BCH。

Bcash的真正问题有可能始于区块奖励减半

与比特币相比,Bcash希望保持其交易费用极低,甚至是零费用。因此,不清楚这样少量的交易费用是否可以弥补区块奖励的损失。所以,除非BCH的市场价格,与BTC相比,快速增长了很多,否则Bcash区块的奖励价值将会显著下降。

对于Bcash矿工们来说,挖矿的难度一定要低于其区块奖励才有利可图,那么所有利润最大化的矿工们都会加入Bcash的挖掘。这样的话,2016个区块将被更快地挖掘,这将意味着下一个区块奖励减半将更快到达。而这反过来又意味着区块奖励的价值变得更小,矿工们需要难度系数进一步下降才有动力来继续参与,而这将导致接下来的2016个区块更快地产生。

Bcash的EDA可能会导致上述这种恶性下降的螺旋,这将大大降低Bcash的安全性来抵御51%的攻击。Bitcoin Cash需要以某种方式解决这个问题,现在开发人员确实在讨论这个问题。或者Bitcoin Cash必须比比特币更有价值,才能快速减轻这个问题。

参考来源:
https://bitcoinmagazine.com/articles/miners-are-milking-bcashs-difficulty-adjustments-and-why-problem1/