最近GHash.IO矿池发生的事情(算力接近全网51%)表明,比特币背后的经济激励措施,可能非常有缺陷,我们可能需要(实际发生)一个灾难——才能得到共识,进而来解决它,如果出现这种情况,我想确保,我可以支付我的房租和购买食物,当它发生的时候,我们正在忙着修复比特币。
之前,我对自己的比特币做了一个规划:如果一个矿池算力占据50%,我会卖掉我的比特币的50%。
而这的确发生了。
出于种种原因,关于比特币的这个缺陷(激励机制),我已经知道一段时间了,当我看到占据50%算力的矿池出现,即使这一点,只是少数的令人担心的理由之一。
那么接下来,我们何去何从?我们需要做三件事情:
- 1、削减矿池在系统的地位。
- 2、为矿工提供一种独立挖矿的可能(低变异量和频繁的开采支出[ low varience and frequent mining payouts ],并只需少量的算力即可参与)。3、摆脱ASIC矿机。
不幸的是,第3条,“摆脱ASIC矿机”,似乎是不可能的了——目前尚没有已知的方法,在PoW的架构下,使得ASIC矿机不会出现,因为“边际成本”的存在(bitPaul:果然谈到了奥地利经济学派),在商用硬件市场上,自有它的实现理由。
我们所想到过的、尝试过的、每个方法,都有增加的机会成本的趋势,最终都会使第一台ASIC矿机出现。而这样的事实,所带来的结果,总是进一步中心化。
最终的结论是:没有新的(完美)想法——不论是硬件工程师,还是软件程序员,比特币选择的SHA2562模式,可能是所有坏选择中的最好的一个。(PoS不是这种模式,尽管引入了“权益(Stake)”机制,但依然被其他某些因素所控制)
然而,我们很幸运,我们有物理学站在我们这一边,(也许)包括国际关系。
运行低运算能力的机器,总是比运行高运算能力的机器更加低成本。这是“立方体-平方律(cube-square law)”,同样适用于散热力学:相比于大量的、低算力采矿设备,(诸如ASIC这样的高算力设备)具有更大的表面积,并要求更少的硬件数量,也可以更好的保持功耗。
另外,把矿机制造的余热,给利用起来,也是容易的,例如遍布地球的采暖房、水箱、大棚等。
至于国际关系,限制进入芯片制造设施是一个非常敏感的问题,它可以繁荣或破坏经济(bitPaul:翻译到这里,我郑重的提醒加密货币的爱好者们,认真的思考一下所谓的“知识产权”的问题,在未来,它可能是威胁比特币的一大命门),特别是军队。 (但是这是一个充满希望的远景)
解决问题#1(削减矿池在系统的地位)
摆脱矿池是可能的——安德鲁·米勒( Andrew Miller )想出了一个机智的(bitPaul:其实 non-outsourceable这个单词我不会翻译……)办法。他设计了精巧的实施方案,其基本思想很简单:
设计一套新机制,使得任何人都有可能,找到区块、并偷取奖励,哪怕在事实上,的确发生了这样的事情,在某种程度上,这并能不使人们,具体确定哪位矿工做了这些事。
添加这种新保护机制,首先需要比特币产生一次硬分叉,虽然也许有可能,通过软分叉实现类似的想法。块代扣攻击(Block withholding attacks)——指恶意攻击的矿工根本不提交有效的解决方案(valid solutions)——也可以达到(与该保护机制)同样的目标,虽然它是一种无耻的卑劣攻击手段。
解决问题#2(为矿工提供一种独立挖矿的可能)
让矿工实现低变异量(low varience),即使有少量的散列计算力也有可能——p2pool矿池已经实现了这一点,整个树状区块链也可以实现这一点(当然也是有副作用的)。
然而,p2pool本身毕竟只是另一种类型的矿池。因此,如果在全网实施米勒的“机智策略”(bitPaul:就是我不会翻译的那个non-outsourceable puzzles……),它们必须都是兼容的。 p2pool矿池目前执行的结构,也未完全达到宣称的预期效果——因为这确实需要大量的带宽,并且,如果你网络延迟较低,将产生显著的、不公平的竞争优势。但这些问题,(可能)被修复,在新协议被添加之前固定。 (这也可以在一个软分叉的情形下完成)
我是否仍然认为,在长期来看,比特币依然会运行成功吗?
是的,但我此时,比以往少了很多肯定。
我也很怀疑,上述任何推测的(比特币失败)情形,第一次爆发的可能性,不是那么清晰——因为这个系统牵扯到太多的人:矿工、程序员、商人……等等。把头埋在沙子里,其实,只会把问题变得更糟。如果故障真的发生了,它的(结果之一)很可能是:比特币的价格将暴跌到……几乎一文不值——(bitPaul:后面是一些简短的、调侃的话,大概意思是,Todd愿意卖掉一部分比特币,因为他不是土豪……balabala……我就不继续翻译了。全文完。)
点击原文:Why I just sold 50% of my bitcoins ?
编译:巴比特资讯·bitPaul |