《The Book of Satoshi》中本聪之书中文版连载(二十)
《The Book of Satoshi》
原作者:PHIL CHAMPAGNE
中文翻译:陈雪刚
五十七、关于高成本挖矿的思考
这条线讨论了随着计算机功率的增加,计算机功率的增加以及计算机功率下降之后计算难度的增加问题。然后,留在网络中的矿工将不得不处理更高的难度级别,这会增加每个区块的时间直到下一次调整。
这个问题并没有影响比特币,但它确实对一些如羽毛币的替代加密货币产生了很大的影响。一种名为Kimoto's Gravity Well的解决方案是为替代货币而开发的。下面的内容解决了这个潜在的问题。
中本聪特别针对市场角度对采矿成本的问题最初了反馈。
潜在的灾难情景
“使用迄今为止运作良好的方法定期调整生成比特币的难度。但是,我担心目前的方法会出现非常严重的错误情况。
使用迄今为止运作良好的方法定期调整生成比特币的难度。但是,我担心目前的方法会出现非常严重的错误情况。
一种情况是这样的:
1)随着比特币越来越为人所知,未成年人之间的竞争继续增加,难度相应增加。对于那些无法获得良好能源价格和廉价获得节能硬件/软件组合的人来说,增加的难度最终会使比特币挖矿明显无利可图。
2)一些比特币用户可能继续使用比特币,即使它对他们没有利润。有趣的因素,这可能是由于意识形态,或者只是无知造成的。但绝大多数比特币将由那些从中获利的人铸造,这是非常合理的。让我们说99%的比特币最终都是由营利性经营者铸造的。
3)营利性消费者之间的竞争将导致利润率下降,直至继续铸造才有利可图,但几乎没有。假设一个难度调整期(2016年区块)的典型利润率为10%。
由于比特币铸造是一个分散的不协调过程,我们可以预期比特币铸造活动的随机波动性。这不会影响特定2016年区块期间的难度,因此铸造活动可以例如在此期间内,如果没有能使铸造无利可图的方法的话,将增加20%。
鉴于上述假设,我们现在在下一次难度调整时遇到了灾难。由于比特币产量比目标高出20%,难度将向上调整20%。但利润率仅为10%,因此如果他们继续铸造,逐利者将会赔钱。因此,他们将停止铸造,并且由于他们构成了99%的铸造能力,因此生成下一个2016年的区块将比正常时间长100倍。依赖于区块生成的所有东西都会慢慢爬行,这种缓慢将持续很长一段时间,因为接下来的2016区块将需要花费100倍的时间来生成(差不多4年而不是两周)。
现在,如果发生这种情况,我想可以发布一个新的客户端,将难度重置为一些合理的数字,并开始使用更好的算法进行难度调整。但是在它成为一个问题之前主动进行它会好得多(可能在未来的某个时间预定的“标志日”激活新算法,给新客户机提供传播的机会)。
算法的简单(?)修改是在一定量的时间之后而不是在某个区块号处去调整。交换机仍然可以同步以对下一个区块生效,因此客户端之间的时间同步不需要非常精确,以使绝大多数人同意应用新的难度。
此外,难度调整应该考虑到每个事件铸造的比特币数量的调整数据(现在50,每4年减半)。每次产生的比特币数量减半相当于在盈利能力方面将难度加倍,如果可以轻易避免,那么盈利能力的急剧下降是不必要的。
我不确定当前的调整算法是否已经考虑到某种方式,但我在源代码中看不到任何明显的调整。”——gebler, August 14, 2010, 12:43:54 PM
回复:潜在的灾难情景
中本聪:August 15, 2010, 04:37:16 PM
一些人会倾向于这样的地方:
1)最便宜或免费的地方
2)想要出于意识形态原因提供帮助的人
3)那些想要获得一些硬币而又没有做交易的不便来购买它们的人
有合法的地方,它是免费的。由于计算机的热量抵消了基板的电加热,因此在任何有电热的地方,发电基本上都是免费的。许多小公寓都有方便的电热。
加热油有多贵?由于石油价格如此之高,如果它实际上比电价贵,那么发电就会产生负成本。
还有孩子把它放在父母的电费账单上,员工的雇主,僵尸网络上等等。
案例3发挥少量作用。如果你只需要为偶然的小额支付进行一点改变,那么考虑进行交换的开销是没有意义的。我认为这对于法定货币来说是一个很好的优势,而不是将所有的铸币税转移到一个大的实体,让它更方便的是那些需要刮掉少量变化的人。
五十八、关于报警系统的发展
中本聪讨论了他的警报系统的开发,其中重要信息只能由拥有私钥的人通过比特币网络传递,这个案例完全是有中本聪一人发起的。例如,这可以用于向所有矿工报告需求并找到错误(问题)后进行重要的软件升级。
报警系统的发展
中本聪:August 22, 2010, 11:55:06 PM
我一直在写警报系统。警报通过网络广播并应用于一系列版本号。警报消息使用我所拥有的私钥可以进行安全的签名。
节点可以响应警报做两件事:
在状态栏上发出警告消息。
使json-rpc接口的金钱处理方法返回错误信息。
在溢出错误或用户可能无法信任收到付款的分支的情况下,警报应保持旧版本的安全,直到升级为止。手动用户在查找收到的付款时应注意状态栏警告,并且json-rpc安全模式会阻止自动化网站进行任何更多交易,直到升级为止。
在警报期间返回错误的json-rpc方法是:
sendtoaddress
getbalance
getreceivedbyaddress
getreceivedbylabel
listreceivedbyaddress
listreceivedbylabel
在回复有关警报系统的问题时:
中本聪:August 24, 2010, 11:51:12 PM
如果你是如此偏执,以至于你对此感到歇斯底里,那么你肯定是偏执狂,如果状态栏上显示警告信息,你一定要检查网站和论坛情况。
我认为如果发生溢出错误等其他错误,自动化网站停止交易非常重要,直到他们的管理员可以查看正在发生的事情并决定做什么。如果您认为这是一个误报并希望抓住机会,您可以使用“-disablesafemode”开关来处理。
回复:警报系统的发展
中本聪:August 25, 2010, 03:17:37 PM
它无法远程执行任意操作。也许有些人回应其他建议警报系统应该做得更多的宣传呢?
如果有警报,则用下json-rpc方法返回错误:
sendtoaddress
getbalance
getreceivedbyaddress
getreceivedbylabel
listreceivedbyaddress
listreceivedbylabel
其余14种方法正常运行。
我认为默认情况下应启用更安全的选项。如果你希望你的服务器继续交易并忽略一个提醒,说它收到的钱可能就像溢出bug中的钱一样,如果你输了钱,你可以使用交换机而不是责怪其他人。
最糟糕的情况是,如果您启用警报,您的站点将停止交易,直到您升级或添加-disablesafemode开关。
当你的节点处于危险之中时,一些临时停机时间会让你感到惊讶,这比让小偷耗尽所有库存还要感到惊讶。
有一天,当我们很长一段时间没有发现任何新的错误并且在没有找到任何东西的情况下进行了彻底的安全审查,这可以缩减。我并不是说这是永远的永恒方式。 它仍然是测试版软件。
回复:警报系统的发展
中本聪:August 25, 2010, 04:56:15 PM
@mizerydearia,我认为引用按钮比回复更容易找到。
那么,理论上这是第一个控制系统,其中<某些政府>可以阻止中本聪并要求他交出他的钥匙(或从他的计算机获得它)并关闭整个网络吗?
或者那是不可能的? <某些政府>会走多远?
WRT警报系统,谁在乎呢?密钥最多可以暂时禁用六个json-rpc命令,直到站点所有者添加-disablesafemode开关或升级。所有节点都在继续运行和生成,网络保持运行。如果我不可用,任何脚本都可以弄清楚如何添加两个字符并创建一个禁用警报系统的新版本。这只是暂时的不便而已。
“那么,理论上这是第一个控制系统,其中<某些政府>可以阻止中本聪并要求他交出他的钥匙(或从他的计算机获得它)并关闭整个网络?”——BioMike on August 23, 2010, 05:15:43 AM
这就是让我觉得反对的人不知道他们在谈论什么的原因。它无法“关闭整个网络”。——中本聪
回复:警报系统的发展
“我从来没有反对过这种变化或想法,只是问这是否可能以及在多大程度上可能。
获得通知有什么问题吗? : - )”——BioMike on August 25, 2010, 06:23:45 PM
我道歉,你的帖子确实是一个问题,而不是一个声明。——中本聪
今天连载到这里,我们明天继续!
文章声明:本文为火星号作者作品,不代表火星财经观点,版权归作者所有,如需转载,请提前联系作者!
文章评论(0)