zoukankan      html  css  js  c++  java
  • eos中BM与有BM特色的去中心化。区块链世界,白皮书为共识,代码为法律。

    比特币挖矿是谁算力高,谁更容易挖到新的比特币,而BM认为这太浪费资源了,于是设计了DPoS:
    在DPoS系统里,大家不再挖矿。而是指定几个人负责记账,不叫矿工,而叫见证人。比特股里开始是101人,EOS里是21人。比特股里见证人们赚取手续费,EOS里见证人们分享EOS的通胀收益。

    EOS的DPoS模式,又快又省电,而且看起来很公平。投票选出21个见证人轮流给大家记账,因为是轮流形式,没有什么竞争。首先保证记账速度变快了;第二,整个系统也变得省电了。他们可以在社区里拉票,为社区做事,或者干脆用钱买很多币。

    =====================

    ——区块链世界,白皮书为共识,代码为法律。

    EOS从1月13日顶峰的约150元,经过了40多天的漫长熊市,截止2月26日17:00,价格已经跌破50元大关。

    2月24日的时候,EOS的走势出现了一个小小的回暖。原因是EOS项目方的Michael Yeates贴出了一条谷歌文档链接,里面介绍了EOS上分布式组织(DAC)社区通过智能合约发起爱惜欧的一个初步模型。

    这条新闻,两个要点:

    1. EOS看起来也可以用来爱惜欧了。

    2. EOS在强调自己是个DAC社区。

    爱惜欧很熟悉,但是什么是DAC社区呢?

    DAC的全称是Distributed Autonomous Corporation,中文可以翻译为分布式自主组织机构。

    所谓DAC,就是通过一系列公开公正的规则,可以无人干预和管理的情况下自主运行的组织机构。而规则和软件都必须是公开的。投资者可以通过购买或者付出劳动/资源等方式获得相应token/股份,而且他们都是这个机构的成员/股东。而持有token/股份的人都可以分享机构成长的利益,并且可以某些方式参与机构的发展和运营。

    比特币一直被认为是规模最大的DAC之一,尽管后来算力和代码权都出现了不同程度的集合。也有人认为全球最大的百科全书,维基百科的运作也是某种程度上的DAC。而且他们都有一个共同点,在创始人离开之后,社区都能继续完整地运行。

    BM,全称是bytemaster7,原名Daniel Larimer。EOS项目的实际发起人兼CTO。

    作为创始人,他至少已经两次了离开了自己的项目。

    第一次,是比特股,现在比特股市值35亿人民币,排名39位;

    第二次,是steem,现在steem市值53亿人民币,排名26位;

    这样看起来,BM也是DAC的狂热爱好者。

    出人意料,这两个项目都还活着的,很符合DAC的特点。

    我很有把握,EOS也是个DAC。

    但是如果BM再一次离开EOS(事实上,他这样做的可能性一直存在)

    EOS虽然也同样死不了,但是结局可能就是EOS价格暴跌。

    就像他当年离开比特股和steem一样。

    如果每次创始人离开,都会大跌,这显然不是一个良好的DAC形态

    BM和他的项目到底是什么关系呢?

    我认为更甚于马云之于阿里。设想一下,Jack马某天突然宣布离开阿里巴巴,阿里的股价会怎么样?

    虽然DPoS非常精妙,非常去中心化。

    但是,对不起,无论是Bts,steem还是还没发车的EOS

    他们的去中心化,都是有BM特色的去中心化。

    比特股火爆的时候,大多数人还没听说过区块链这个词。

    2014年和2015年是比特股最夺目的几年。今天的比特现金的市值前五名交椅,在当时是被比特股坐稳的。比特股的口号是beyond the bitcoin。

    DPoS,想必大家很了解了。我还是再次简单总结一下:

    比特币挖矿是谁算力高,谁更容易挖到新的比特币,

    而BM认为这太浪费资源了,于是设计了DPoS:

    在DPoS系统里,大家不再挖矿。而是指定几个人负责记账,不叫矿工,而叫见证人。比特股里开始是101人,EOS里是21人。比特股里见证人们赚取手续费,EOS里见证人们分享EOS的通胀收益。他们都是通过公开选举选出来的——至少DPoS的拥趸们是这么认为的,选票就是大家手里的比特股和EOS。

    选出这几个人之后,这几个人轮流给大家记账。这样,首先保证记账速度变快了;第二,整个系统也变得省电了。

    DPoS这种模式,又快又省电。而且看起来很公平。

    以比特股社区为例,每个人都可以尝试成为101个见证人节点中的一个,他们可以在社区里拉票,为社区做事,或者干脆用钱买很多bts。

    平时大家象征性地开个会,因为是轮流形式,没有什么竞争。平时你赚你的,我赚我的。

    但是101个见证人只负责记账,总得有人指定发展方针吧。

    于是又设计出了11人理事会。

    同样是通过选票选出来的。

    这一切看起来都很公平,很去中心化。

    11人理事会有很高的权力,他们相当于11个超级节点。通过举手表决,甚至可以决定修改代码。

    而这11人理事会是比特股系统里的中心,也是规则的制定者。

    11人,听起来不像101人那样去中心化了,已经开始有点变成多中心化了。

    但是很遗憾,从11位理事之一的理事bitcarb(巨蟹)的日志可以看出。

    事实上,实际人数比11人更少。

    11人中的9位是紧紧环绕在1个人的周围的,那个人就是BM。

    巨蟹曾在日志里写到:比特股11位理事,bytemaster和angel都是BM,还有5位init账户也是BM实际控制的,剩下了6个“活人”,5位得到了BM的投票。而唯一的一位没得到BM投票的就是巨蟹本人了。

    巨蟹本人也有他的传奇故事。

    巨蟹日志中的投票截图

    而BM这么高的投票权限意味着什么:他可以修改 共识。

    他利用自己超高的投票权重做过什么事呢?增发比特股。

    先是发表一些相关的文章给社区——不劳别人,BM本人就是个文豪。

    然后通过其极高的投票权,直接增发了比特股

    之前口口声声说的:白皮书为共识,代码为法律

    最终由于一个人的想法,改变了。

    比特币恒定2100万,如果某一天突然增发,那会怎么样?

    但是15年的时候,BM不顾反对意见,通过自己超高的投票权重,直接将总量恒定20亿的比特股,增发5亿。

    这并不去中心,甚至像是对规则一种践踏。

    比特股的价格也一落千丈。

    共识被制定出来就用来遵守的,不管出于什么目标,比如发展比特股,击败竞争对手。既然共识已经形成,就不应该再推翻重来。,这会重创整个制度。

    后来BM离开比特股社区,和这件事关系也很大。

    再到后来,BM创建steem,又离开。最后他又创建了EOS。

    而EOS的DPoS节点是21个,这次把理事会和见证人合二为一了。这21个人就是最高的决策人。

    我摘取了EOS白皮书的一部分:

    升级协议和共识:

    EOS操作系统使用源代码定义共识和协议,同时也定义了共识及协议的更新方法。对共识或协议进行变更,需要完成以下步骤:

    1. 见证人提交一个共识变更动议,并获得17/21以上的赞成票;

    2. 见证人将17/21以上的赞成票维持连续30天;

    3. 要求所有用户都使用新共识的哈希值确认交易;

    4. 见证人采用修改源代码的方式反映共识变更,使用git提交的哈希值将变更提交到区块链上;

    5. 见证人继续将17/21以上的赞成票维持连续30天;

    6. 变更的代码7天后生效,源代码修改通过后,将有1周的时间来对所有节点的进行升级;

    7. 所有没有升级为新代码的节点将自动关闭。

    根据EOS操作系统的默认配置,更新区块链来添加新功能这一进程需要2到3个月时间,而修复那些不需要更改共识的非关键性漏洞需要1到2个月时间。

    紧急变更
    面临一个损害用户利益的有害漏洞或安全漏洞时,区块生产者可以加速共识变更过程。一般来说,加速新特性更新过程或修复无害漏洞,都是违反共识的行为。

    当然,我并不反对内置这种功能。任何一个区块链项目肯定都是需要不断升级的。但是升级已经应该建立在21个节点完全平等的情况下才能更去中心化一点。毕竟21人已经很少了。

    但是,如果其中某一个人,比如BM,拥有超然的权力,不管这种权力是信徒们带来的,还是资本带来的,还是天生的光环,DPoS都会因此而黯然失色。

    只要BM在,他就会成为一个凌驾于其他20节点之上的超级节点。

    也许BM的决定一直是对的,也许EOS有一个“唯一决策者”更好。

    但是,只要BM在,就会阻碍EOS的去中心化,就阻止EOS成为全球最去中心化的系统。

    所以,今天没聊EOS的技术,它多高的TPS,多好的石墨烯技术。也没聊绝对的去中心化是否有用,也没聊EOS能否超过ETH。就单聊了这种有BM特色的去中心化。

    因此,虽然我也持有很多EOS,但是我仍然希望在EOS主网上线后,BM能够帮助EOS度过婴儿期,然后离开EOS。

    一个去BM化的EOS,才有可能挑战以太坊。

    长久的握住权柄,并不代表能在历史的“风口浪尖上,看日月旋转”太久。

    我耳边回想起《向天再要五百年》。

  • 相关阅读:
    WordPress搭建的新博客 www.douzujun.club
    调用weka模拟实现 “主动学习“ 算法
    危险!80% 用户正在考虑放弃 Oracle JDK…
    最新!Dubbo 远程代码执行漏洞通告,速度升级
    Tomcat 又爆出高危漏洞!!Tomcat 8.5 ~10 中招…
    Spring Boot 启动,1 秒搞定!
    为什么要重写 hashcode 和 equals 方法?
    详解 Java 中 4 种 IO 模型
    详解GaussDB bufferpool缓存策略,这次彻底懂了!
    【API进阶之路6】一个技术盲点,差点让整个项目翻车
  • 原文地址:https://www.cnblogs.com/zdz8207/p/qkl-eos-bm-dpos.html
Copyright © 2011-2022 走看看