DEC:V神寄予厚望的共识机制 早就有成功案例了吗?

近日,Paradigm研究合伙人DanRobinson在推特上表示:事实证明,如果没有区块链奖励,就不可能拥有安全的POW区块链,并发起了一项“你更愿意比特币如何改变”的投票。随后众多KOL展开了互动,其中V神的观点获得了最广泛的支持,他表示对POW+POS的混合机制寄予厚望。一石激起千层浪,由此引发了许多社群对“最好的共识机制”的热议……

加密的“灵魂”最佳共识机制在哪?

近年来,作为加密行业最重要的基础设施,公链的设计和发展一直被所有人重视。毫不夸张的说加密资产的价值源于“共识”,而共识机制正是确保共识得以凝聚的“灵魂”所在。开头我们提到的Paradigm研究合伙人提出的问题背景,恰恰在于比特币经历过数次减半,现如今区块奖励已经降到了6.25BTC,作为工作量证明的主要激励措施,未来区块奖励越来越少或将引发严峻的安全问题,这也是多年来不少人所担忧的。V神提出的解决方案“POW+POS混合共识机制”,实际上正如他的推特所说,2013-2015年就已经开始再一些项目中创新使用,POW+POS>1意味着这种混合共识机制让51%攻击难上加难。提到POW+POS混合共识机制,最成功的无疑是曾一度进入市值TOP30的Decred,它的分配机制堪称经典,通过工作量证明产生新区块后,出块者获得60%的奖励,随后进入POS共识的投票阶段,允许Holder自由参与投票并获得系统分配的30%奖励,剩余10%进入社区金库,由社区决定使用。Decred有很多优点吸引了众多社区成员同时也有很多缺点为后来的演变和进化埋下了伏笔:

V神撰文介绍隐形地址概念以解决以太坊隐私保护难题:1月23日消息,以太坊联合创始人 Vitalik Buterin 近日发布新文章《隐形地址的不完整指南》,指出以太坊生态系统后续的最大挑战之一就是隐私,并提出隐形地址概念作为可能的隐私解决方案。该方案可能会使 P2P 交易、NFT 转移和 ENS 注册实现匿名化,从而起到用户保护作用。Vitalik Buterin 提出接收资产的用户可以生成并保存一个支出密钥,用于生成一个可以在 ENS 上注册的隐形元地址。该地址可以传递给交易发送者,发送者对元地址执行加密计算以生成一个属于接收者的隐形地址。发送方可以将资产转移到接收方的隐形地址,此外还可以发布临时密钥以确认隐形地址属于接收方,每个新交易都会生成一个新的隐形地址。

Vitalik Buterin指出除了实施密钥盲化机制之外,还需要采用Diffie-Hellman 密钥协议算法,以确保隐形地址和用户元地址之间的链接不会公开,并利用 ZK-SNARKs 技术转移资金支付 Gas 费。[2023/1/23 11:26:48]

1、Decred的主要优点

V神:客户端验证对于所有相关工作都至关重要:8月17日,V神在其个人网站发布《区块链验证的哲学》文章称,首先,如果接受社会协调的合法性,并且接受涉及“ 1-of-N”信任模型的间接验证的合法性(假设网络中某个地方存在一个诚实的人),则与假设(例如Infura)是一个特定的参与者相比,前者可以创建可扩展性更高的区块链。

其次,客户端验证对于所有相关工作都至关重要。只有少数人运行节点,而其他所有人真正信任它们的网络,并认为网络可以被特殊利益轻易接管。为了避免这样的局面,并不需要让每个人都验证一切。系统允许每个单独的区块进行验证,因此用户仅在其他人发出警报,且完全合理并达到相同效果时才验证区块。

第三,如果规范性的定义包含时间,则将提高链拒绝拒绝51%攻击的能力。比如要求用户一定时限内登录,若未回复时间超过该时限,则采取必要措施提升攻击成本。该举措甚至可以拒绝恢复已完成代码区块的链,从而保护不变性,甚至防止受到审查。

最后,V神总结称,牢记以上想法,则可以有效避免以下陷阱:(i)过度集中化;(ii)过度冗余的验证过程导致效率低下;(iii)具有误导性的规范可能意外会使攻击变得更加容易,且可以更好地开展工作以建立更具弹性和安全的区块链。[2020/8/18]

a.解决了比特币历史遗留的多个问题Decred特殊的共识机制和分配机制既提提高了出块效率,同时又保证了安全性,预留给开发?员的货币奖励保障了软件本?的开发?持,通过投票系统使得每个决定都不会被少数人决定。这让Decred形成了一个块生产者、Holder、开发者组成的高效、和谐的社区。

声音 | V神:基于PoW机制币种挖矿更加中心化 使用CPU的普通挖矿群体更不具优势:今日,V神在深圳大学的分享会中表示:在比特币和当前的以太坊等采用PoW机制的区块链网络中,这种共识机制将根据计算能力来随机选择由谁来创建新区块(也即挖矿)。但随着比特币价值的增长,创建新区块以及处理交易所带来的奖励价值越来越高,越来越多的人开始建立大型矿场,以此来获得挖矿奖励。这种基于PoW机制的币种的挖矿更加地中心化,导致使用CPU挖矿的普通挖矿群体更不具优势。与PoW机制完全不同,PoS(权益证明)机制采用完全不同的“挖矿”方式,即这种机制将要求参与者质押一定数量的代币,然后通过随机的方式来选择由谁来创建区块并获得奖励,从而摆脱当前PoW机制带来的种种弊端(挖矿中心化、高耗能等问题)。[2019/9/23]

b.有效规避“矿霸”问题通过随时间递减的POS奖励,就像不断的切蛋糕一样,剩余的蛋糕稀缺性越来越高,同时POS持票人+10%DAO金库的分配杜绝了“矿霸”主宰一切的现象,形成三权分立的平衡制约,这种分配机制带来了天然的抗通胀、抗贬值能力。

声音 | V神:以太坊链上的“Wrapped”非以太坊代币是一个值得密切关注的重要发展:3月5日,比特币开发者Jeff Garzik发推称:以太坊链上出现越多的“Wrapped(包装)”代币,那么以太坊就越发成为一个金融交易所。Vitalik Buterin(V神)的早期论文里曾经提及Wrapped BTC(WBTC),现在这已经成为现实。V神随后评论道:以太坊链上的“Wrapped(包装)”非以太坊代币是一个值得密切关注的重要发展。虽然我确实希望人们重视安全,但至少让多团体联盟在多个机构之间分配信任。[2019/3/5]

2、Decred存在的主要问题和矛盾

a.出现资源垄断者躺赢的不公现象在Decred的高比例分配机制下,出块者只需要不断将手里的奖励放到POS去质押起来,就不可避免的陆续出现同时作为Holder大户和算力大户的人或者机构的情况,随着时间的推移这些社区成员将积累越来越多影响整个系统的“筹码”,也就等同于又回到了“矿霸”时代了。

b.Decred项目团队逐渐开始不作为,社区不满路遥知马力,Decred项目方逐渐开始佛系起来,开发效率和热情逐渐退却,本该进行常规的基础升级、BUG修复等紧急工作却一拖再拖、社区活跃度越来越低,导致Decred竞争力逐渐跟不上很多“热血沸腾”的新生代项目,眼看市值跌落到TOP100边缘,越来越多社区老人怨声载道。

POW+POS混合共识机制最佳实践Decred在进化:Decred-Next

许多曾经参与过Decred创建、在技术、运营等领域有过贡献的社区骨干和核心开发人员依旧胸怀理想,对于原本占尽优势却不断衰败落后的项目和社区很是惋惜,想要把Decred社区原本的初衷和愿景传递下去。于是,这样的一群人加上来自世界各地散发的开发者们又开始了一段新的旅程,Decred进化分叉,Decred-Next来了:

1、继承和优化优秀的共识机制和分配模型Decred-Next依然是POW+POS混合机制,区块通过POW机制产生,再经过POS机制验证,不过,不同的是,验证通过才能成为合法的块,独创POW打包记账+POS投票决策的共识机制。优化后的POW+POS的共识机制,有效地解决了算力垄断的问题,实现了完全去中心化,完美的解决了去中心化项目的治理机制问题。

2、与时俱进,向Web3.0、元宇宙进发有了V神强烈推荐的强壮的混合共识机制作为基础,继续作为POW+POS混合共识机制最佳实践的公链Decred-Next把目光瞄向了公认代表未来Web3.0和元宇宙这些加密应用蓝海市场,为DApp们提供安全、可靠的技术解决方案和社区支持,成为一个更具有潜力和价值的公链。

根据Decred-Next社区公布的路线图显示,Decred-Next将在混合共识机制和极富魅力的民主社区推动下推出系列专门针对EVM项目兼容的激励计划,鼓励以太坊开发者将他们的DAPP移植到Decred-Next生态,这些移植的内容能够快速的提升Decred-Next的生态丰富度,同时能够为DCRN的发展带来非常高的用户流量以及创造话题热度。可以期待下在不久的将来,Decred-Next上不仅仅会涌现很多GameFi,用户甚至可以开发属于自己的NFT。

3、新的社区、新鲜的“血液”Decred-Next分叉不仅继承了项目技术上的优势,也吸引了许多认可原来的加密初衷愿景的志同道合的人,除了原本社区成员之外,再加之比特币社区一些担忧区块链奖励减少引发安全问题的人也加入了进来积极参与社区共建,陆续流入新鲜的血液。?

小结

加密行业滚滚历史长河中,许多社区新星璀璨的升起又黯淡落下,就像Decred、EOS社区一样,一个个鲜活案例皆令人无比的惋惜,本来它们可以做的更好,但奈何人性使然,一些仅保持“三分钟热度”的人只是来了就沉睡过去始终没有被唤醒过。不过,后来者重新拾起前人留下的宝藏加以创新,未尝不是一件值得肯定的事,Decred-Next这个原社区活跃者们发起的分叉未来如何,待时间来给我们答案。

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

链链资讯

[0:0ms0-3:534ms