ORK:EOS的中心化问题能用分片解决吗?

关于EOS网络中心化的问题再次引发讨论。EOS的区块生产者EOSNewYork昨天透露,至少有六个其他BP实际上是由一个实体所有的。EOSNewYork要求撤销这些BP的出块资格。

EOS网络由21个BP负责运行,BP的人选是通过投票决定的。如果有人能够控制大多数BP,他们就能够做出一些恶意的行为,比如审查交易。然而,这个模式存在一些问题,即很难判断BP之间是否存在勾结的情况——这似乎在过去就发生过。看起来这些问题仍然在困扰着这个网络。

Bibox项目EOSC 24小时涨幅超23%:北京时间2月28日,据Bibox官网数据显示,EOSC/USDT的24小时涨幅超23%,最高涨至0.004672美元。据悉,基于不同的治理理念,EOSC社区对EOSIO的选举机制进行了优化,在创世高度1启动了EOSC主网,并持续对EOSC主网进行迭代升级,使得EOSC朝着去中心化的高性能智能合约平台的方向持续演进,为加密经济大规模普及奠定基础。[2020/2/28]

EOSNewYork在推特公布了6个BP的信息——都是公开可见的,信息显示他们是同一时间由同一个人或组织注册的。有问题的6个BP是:“stargalaxybp、validatoreos、eoszeusiobp1、eosunioniobp、eosathenabp1和eosrainbowbp。”

动态 | Block.one 发布 EOSIO 系统合约 v1.8.1 修补短账号竞拍挖矿漏洞:今日,Block.one 已发布 EOSIO 系统合约 v1.8.1,修改了短账号竞拍规则,即:系统帐号退回之前以较低的出价的转账交易的CPU将不再有 eosio 承担,修改为投标成功者的账号承担 CPU/NET 。同时,Block.one 也发布了 EOSIO 系统合约 v1.9.0-rc2 。[2019/11/13]

EOSNewYork表示:

“这是无法忍受的。因此我们建议移除这些BP。”

行情 | 救赎说币:EOS看涨居多,上涨压力区域7.88到8.07美金:据救赎分析,EOS这次小反弹比一般大币种要强烈一点,我们看历史的一个趋势可以发现,1处几乎所有的K图都是小碎K走势,碎K就是代表买卖盘都不多了,但是我们都知道,EOS是从高位跌下来的,所以卖盘不多了相对现在行情来说是好事。目前技术指标来看,KDJ死叉了,macd没有上破0轴,市场上买EOS的声音也不是很大。所以EOS暂时不会暴力涨。我们预测EOS可以慢涨到前面的一个平台震荡区,就是图中的长条框框内。大概7.88到8.07美金的范围内。然后也是涨到了趋势线的压力位。[2018/7/16]

EOSNewYork还要求EOS网络中前50个BP进行签名,试图确定它们中是否有更多的组织属于同一批人。但是,这不会影响那些在不同公司下注册了多个BP的组织——或者任何相互勾结的组织。

推特用户对这一消息有很多不同的看法。有人把这样的事情称为“打地鼠”游戏,需要大量的努力去研究,但只能提供一个临时的解决方案。这是因为相比白帽黑客揭露这类行为,BP之间偷偷勾结要容易的多。

过去曾有报道称,有BP在EOS网络上相互勾结。当时,EOS开发公司Block.one说,其“了解到一些未经证实的说法,涉及不定期的BP投票,以及随后对这些说法的否认。”

最近,EOSNewYork被投票挤出了前21大BP的名单——尽管它在过去一年里一直在帮助运营这个网络,并得到了广泛的支持。观察人士称,一群中国BP串通一气,将其排除在外。

EOS的忠实支持者们声称,它的宪法——一个针对所有使用EOS网络的人的规则体系——将阻止此类行为。但是,今年4月,BP打破了宪法,他们用一份新的用户协议取代了宪法,然而,这项新的用户协定似乎也同样无效。

对于本次EOS网络的问题,以太坊联合创始人VitalikButerin表示可以通过分片技术来解决。

分片是以太坊2.0主打的layer1扩容方案。分片是数据库分区的一种形式,也称为水平分区,即将一个大的数据库切分成很多小的、可处理的部分,从而提高性能,缩短响应时间。

Vitalik表示:

“说真的,我觉得EOS应该采用分片,给每个BP分配随机分片,这样他们各自就需要验证不同的数据,共享基础设施就几乎没有利益。还能提高他们的TPS呢。”

你对“分片上了头”的Vitalik的观点怎么看?

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

金星链

KuCoinSWAP:观点 | DeFi 的支柱:去中心化流动性

加密货币最近最有趣的发展之一是去中心化流动性池的出现。以太坊的Uniswap等基于算法的智能合约流动性池正是引领这一潮流的例子。流入/流出的流动性对于金融市场的创建和增长至关重要.

[0:0ms0-0:854ms