区块链:权益证明设计哲学

作者:VitalikButerin

原标题:《AProofofStakeDesignPhilosophy》

发表时间:2016年12月29日

像Ethereum这样的系统本质上是一个新一代的加密经济有机体-去中心化的,无管辖的实体,完全存在于网络空间中,通过密码学,经济学和社会共识的结合来维护。他们有点像BitTorrent,但他们又不像BitTorrent,因为BitTorrent没有状态的概念-这是一个至关重要的区别。他们有时被描述为去中心化的自治公司,但他们也不是公司-你不能硬分支微软。他们有点像开源软件项目,但是它们也不完全是-你可以分叉blockchain,但是不像你分叉OpenOffice那样容易。

这些加密经济网络有许多种风格-基于ASIC的PoW,基于GPU的PoW,朴素PoS,PoS,PoC等等,希望很快就可以使用CasperPoS,而且每种风格都不可避免地带有自己的基本理念。一个众所周知的例子就是工作量证明的最大愿景,其中“正确的区块链,单数”被定义为矿工消耗最大的经济资本创造的链条。最初只是一个协议的分叉选择规则,这种机制在许多情况下已经被提升为一个神圣的原则-请看我和克里斯·德罗斯之间的这个Twitter讨论,一个即使在面对哈希算法改变协议的硬分叉情况下,某人也要认真地来保护这个想法的纯粹形态的例子。Bitshares的委托权益证明提出了另一个连贯的哲学,其中一切从一个单一的原则出发,但可以被更简单地描述:股东投票。

以太坊的能源消耗在合并为权益证明后下降了99.99%:金色财经报道,Watcher.Guru发推表示,以太坊的能源消耗在合并为权益证明后下降了99.99%。[2022/12/25 22:05:57]

每一个共识哲学;中本聪共识,社会共识,股东投票共识,都有自己的一套结论,并引导了一种从自身的观点来看相当有意义的价值体系-虽然互相比较时肯定会受到批评。Capser共识也有一个哲学基础,尽管迄今为止还没有那么简明扼要。

我自己(VitalikeButerin),Vlad,Dominic,Jae和其他人对于权益证明协议的存在为什么存在和如何设计都有自己的看法,但在这里我打算解释我的观点来自哪里。

我将会列举所有观察然后直接给出结论。

加密技术在21世纪是真正特别的,因为加密技术是对抗性的冲突仍然在很大程度上有利于防御方的极少数领域之一。毁灭城堡比建造更容易,岛屿虽然可以被捍卫的,但仍然可以受到攻击,但普通人的ECC秘钥是足够安全到甚至可以防御国家级别的执行人员。网络朋克哲学(Cyberpunkphilosophy)从根本上是利用这种宝贵的不对称来创造一个更好地保护个人自主权的世界,而密码经济在某种程度上是延伸的,只不过这次保护的是复杂的协调和协作系统的安全和存活,而不是私人信息的完整性和保密性。认为自己是网络朋克精神的正统思想继承的系统应该保持这个基本的属性,并且销毁或破坏的代价要比其使用和维护更高。

高盛:近期加密货币价格下跌和向权益证明的转变:7月25日消息,高盛称:这种放缓进一步反映了2021年下半年的强劲消费基数效应的影响,近期加密货币价格下跌和向权益证明的转变,都减少了挖矿的用电量。[2022/7/26 2:37:09]

“网络朋克精神”不仅仅是理想主义;构建比起进攻更容易防御的系统也只不过是健全的工程学。

在中长期的时间尺度上,人类相当有共识。即使对手能够获得无限制的哈希算力,而且对任何重要的区块链发动了51%的攻击,还原了上个月的历史,但是说服了社区,这个链条是合法的,比超越主链的哈希算力更难。他们需要颠覆区块探索者,社区中每个值得信赖的成员,“纽约时报”,archive.org和互联网上的许多其他来源;总而言之,说服世界,新的攻击链才是第一条主链在信息技术密集的21世纪和就像说美国的登月从未发生过的一样困难。这些社会学考量会最终长期的保护任何区块链,不管区块链社区是否承认它。

英国已将权益证明Pos收入纳入税收范围:3月30日消息,英国税务海关总署(HMRC)发布加密货币税收指南,涉及买卖交易型代币(exchangetoken)、兑换代币、挖矿、提供商品或服务以换取交易型代币的公司或企业都有责任缴纳税务,具体可能包括资本利得税、公司税、公司应收收益税、所得税、国民保险金、印花税以及增值税中的一项或多项。另外,这些企业或公司每年必须通过自我评估报税表或公司报税表向HMRC申报。(Coindesk)[2021/3/30 19:30:20]

但是,单靠社会共识来保护的一个区块链将是低效和缓慢的,也很容易让分歧继续下去;因此,经济共识在短期内对保护活动和安全财产起着非常重要的作用。

由于工作量证明的安全保障只能来自积极的区块奖励,而对矿工的激励只能来自于他们失去未来区块奖励的风险,工作量证明必然运行在大规模算力对应大量的奖励的逻辑上。从PoW攻击中恢复是非常困难的:第一次发生这种情况,您可以用硬盘来改变PoW,从而使攻击者的ASIC无用,但是再次不再有这种选择,所以攻击者可以重复攻击。因此,采矿网络的规模必须如此之大,以致攻击是不可想象的。通过使网络每天不断地消耗X,让小于X的攻击量不在出现。我拒绝这个逻辑,因为它消耗树木,和它没有实现网络朋克精神-攻击成本和防御成本是1比1,所以没有防守者的优势。

声音 | 弗吉尼亚大学法学教授:美国税收政策的转变可能会开辟权益证明的可能性:据Theblock消息,弗吉尼亚大学(UVA)法学教授最近的论点提倡国税局重新考虑其对区块链奖励的看法。截至目前,美国国税局将这些奖励代币作为收入征税,接下来朝着对这些奖励作为创造财产征税的方向转变,或将使权益证明(PoS)网络在美国得以发展。[2019/11/15]

权益证明通过惩罚而不是奖励来确保安全,从而打破这种对称性。验证员将金钱置于股权之中,由于他们锁定资本并且维护节点所以获得少量赔偿,并且采取额外的预防措施来确保其私人钥匙安全,但是大部分恢复交易的成本来自于比他们所获得的奖励大数百或数千倍的惩罚。因此,用一句话来说,权益证明不是“安全来自燃烧能源”,而是“安全来自于经济价值的损失”。一个给定的区块或状态可以具有$X安全性,如果您可以证明对于任何冲突区块或状态达到相同级别的终止状态是不可能的,除非恶意节点同时尝试使交换机支付$X的协议处罚。

声音 | V神:希望比特币、莱特币采用权益证明:据AMBcrypto 消息,在ETHWaterloo 2活动中,以太坊创始人V神(Vitalik Buterin)表示,在低安全性预算方面,权益证明(proof-of-stake)比工作证明(PoW)表现得更好。权益证明很重要,希望比特币、莱特币采用权益证明。网络甚至不必是完整的权益证明,因为它仍将对网络的安全性做出更大的贡献。[2019/11/11]

理论上来说,多数验证者勾结可能会接管一条权益证明区块链,并开始恶意行事。然而,通过巧妙的协议设计,他们这种操纵获得额外利润的能力可以被尽可能地限制,更重要的是如果他们试图阻止新的验证者加入或执行51%的攻击,那么社区可以简单地组织硬分叉,并删除有罪的验证者的存款。成功的攻击可能花费5000万美元,但清理后果的过程不会比2016年的 geth/parity一致性失败更加繁重。两天后,区块链和社区回到正轨,攻击者损失5000万美元,其余社区可能更加富有,因为随之而来的供应紧张,攻击将导致代币的价值上升。这是对于你的攻击/防御不对称。

上述不应该被认为意味着不定期的硬叉将成为常规事件;如果需要,在权益证明上的单次51%攻击的开销可以被设定为和在工作量证明上的永久的51%攻击的开销一样,成本和攻击的无效性应确保该攻击在实践中几乎不会发生。

经济学不是一切。个人行为者可能受到超常规动机的影响,他们可能被黑客入侵,他们可能被绑架,或者他们可能只是醉酒,并有一天决定用对应的开销来破坏区块链。除此以外,从好的角度来看,个人的道义上的宽恕和沟通效率低下往往会将袭击成本提高到远远高于名义上协议定义的价值损失值。这是我们不能依赖的一个优势,但同时它是一个优势,我们不应该不必要地扔掉。

最好的协议是在各种模型和假设下工作良好的协议-经济合理性和协调选择,经济合理性与个人选择,简单容错,拜占庭容错,受Ariely/Kahneman启发的行为经济模式,理想情况下现实和实际的任何其他模型。同时具有两层防御是很重要的:经济激励措施阻止中心式合作团体采取反社会行动,反中心化激励措施阻止合作团体的初始形成。

快速运行的共识协议是有风险,并且被应该非常仔细地处理,因为如果快速运行的可能性依赖于的激励措施,则这样的组合将产生非常高的系统性风险从而引发的网络级中心化。那些不在意验证器发送消息的速度,只要在一段可接受的长时间间隔内的共识协议不会有这些担忧。一个可能的中间地带是创建可以快速运行的协议,但是拥有与Ethereum的uncle机制类似的机制确保节点增加其网络连接程度超过一些易于达到的点后的边际报酬相当低。

从这里,当然有许多细节和许多方式分歧细节,但上面至少是我理想中Casper版本基于的核心原则。从这里,我们当然可以辩论竞争价值之间的权衡。我们是否给予ETH1%的年发行额,并获得5000万美元的强制补救硬分叉的成本,或0年发行额,并获得500万美元的强制补救硬分叉的成本?何时在经济模式下增加协议的安全性,以换取在容错模式下降低其安全性?我们更关心拥有可预测的安全级别还是可预测的发行级别?这些都是另一篇文章的问题,实现这些价值观之间的不同权衡的各种方法是更多的帖子的问题。但我们会得到它:)

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

[0:140ms0-0:691ms