EOS:新财团挤入EOS生态,超级节点格局会洗牌吗?

编者按:本文来自区块律动BlockBeats,作者:0x29,Odaily星球日报经授权转载。「凉了」半年的EOS,最近有点热闹。极少参与EOS生态的OK系出动了。OKPool在8月14日宣布推出「英雄追逐赛」活动,要为那些为EOS网络做过贡献的投票。预计总票数将达到1.15亿票,全部分给那些为EOS网络做贡献的团队。据OKPool公告说,一共会把投给30个节点,按照排名先后,投出的票数会有区别,从50万票到400万票不等。平均算一下,1.15亿票分给30个节点,相当于每个节点可以得到383万票。按照EOS一票30投的规矩,OK矿池这次最多就需要准备400万票,就可以覆盖所有的投票。8月12日下午OKPool从EOS节点的第24名迅速成为跃到第一位,几天后又推出直接送400万票EOS这样的活动,OK矿池的出现,从8月9日到现在,让EOS社区热闹起来。就连HelloEOS的创始人梓岑也在朋友圈说,「很久没有这么热闹了」。上一次EOS这么热闹,主角依然是节点。去年上半年,EOS主网还没上线,候选节点还在各自拉票。大家都在感叹节点每年能拿到EOS5%的年增发,收入上亿。这次故事主角依然是节点,但背景已经不一样了。上一次是百家争鸣,谁也不知道谁会成为节点。而现在,火币一家独大的趋势早已奠定,OK进场,是要与火币竞争吗?EOS是否正在往财团统治的方向发展?火币矿池的EOS

Orbiter Finance:Discord被黑客攻击,请勿点击任何链接:6月1日消息,Layer2 跨 Rollup 桥 Orbiter Finance 发推表示 Discord 被黑客攻击,正在尽力解决,请用户不要相信 Discord 服务器中的任何内容,请勿点击任何链接。[2023/6/1 11:52:21]

如果说,EOS基本在火币的控制下,其实已经不太过分了。去年9月末,推特用户MapleLeafCapital晒出了两张《火币矿池节点账户数据20180911》的excel截图,截图显示图表制作者是火币员工施霏霏。从截图看,火币矿池节点在EOS节点投票中,似乎与其他节点有相互投票的「贿选」现象。一位EOS爱好者在今年年初告诉区块律动BlockBeats,当时EOS的前21名节点中,至少有6个都是火币矿池投票扶持的。而现在,前21名节点内,依旧有火币矿池扶持的节点,他们会与火币共享收益,不需要对EOS网络有贡献就坐享奖励。火币能够为所欲为,是因为没有财团与之抗衡。唯一能制止火币这种贿选的办法,就是一个更大的财团将票投给其他节点。那么,OK是这个财团吗?OK能改变什么?

ApeCoin DAO拟于5月5日前开放社区话语促进者角色申请:金色财经报道,ApeCoin DAO在社交媒体宣布拟于5月5日前开放社区话语促进者角色申请,允许社区成员参与治理过程,促进者角色对治理至关重要,ApeCoin DAO将于5月18日至5月24日进行快照,遵循通常的 AIP 投票周期社区最终将从申请人中选择两名候选人,他们将负责审查用户的个人资料和帖子、与作者和社区协调以通过批准的治理流程推动 AIP 以及展示全职承诺方面发挥关键作用。[2023/5/3 14:39:56]

想要打破火币的垄断,OK矿池需要让对EOS有利的节点选进前21名。但目前看来,OK现在给30个节点送4百万票,也不能把知名的开发者社区节点送进前21名。现在第21名的票数是1.53亿票,也就是成为前21名的门槛是至少1.53亿票。而一些在EOS早期,甚至主网没上线就参与EOS建设的节点,比如早期帮助EOS创始人BM成立EOS社区的EOSNewYork节点、建立911社群帮助私钥被盗用户资产找回的EOS42节点、开发EOS浏览器的EOSAuthority节点等等,他们最多的也只有1.2亿票,就算加上400万票,也远不够进入前21名,不能拿到出块奖励。对于以亿为单位的前21名节点来说,这4百万票可能不值一提,最多就是让这些大节点每天能多拿到几个EOS奖励。但是对于备选节点,这也许就是他们最需要的帮助。按照EOS的规矩,每天奖励超过100个EOS的节点,才能领取奖励。如果每日奖励是99个EOS,那这个节点就一分钱也拿不到。现在还能拿到EOS奖励且票数最少的节点,是排名74位的eosnairobike节点。而排在下面的节点,票数差距很小,比如排在80位的EOSPacific节点只差200万票就能拿到奖励。OK的活动恰好可以满足。OK的送票对于这类节点,就是0到100的突破。每天100个EOS奖励,约等于2600人民币,每年95万人民币的收入。这400万改变不了大节点,但是可以让小节点收益。OK并不能改变超级节点格局

TON验证者将投票决定冻结持有10亿枚TON的195个非活跃地址:金色财经报道,TON的验证者正在考虑暂时冻结195个非活跃地址,投票将于2月21日开始。目前这些地址持有10亿枚TON,占总供应量的21.3%,约合25亿美元。若投票获得通过,则受影响地址在4年内无法进行任何交易。

非活跃地址是指在2020年7月至2022年6月期间参与了初始分配阶段,且从未进行过转出交易,这些地址可在投票结束前进行任何交易以避免被暂时冻结。(The Block)[2023/1/24 11:28:07]

改变前21名的排名,唯一办法就是大财团投票。可以确定的是,这400万票,一定不是OK矿池手里的所有票。区块律动BlockBeats尝试利用工具找到OK自己持有的EOS量,由于账户过于分散,很难查出来。不过上面提到的EOS爱好者告诉我们,根据他在链上数据观察总结,发现OK自己手里的票数,大约是4500万。而OK矿池最近开始EOS抵押锁仓,用户抵押EOS90天就可以拿到5%的年化收益,这种方法势必会吸引一些用户把EOS抵押进OK矿池,让OK拿去投票。所以OK手里的票数,应该比4500万还要多。如果OK真的手里有超过4500万票的话,用上述EOS爱好者的话说,「OK现在差不多可以指定前21名。」这个说法并没有夸张,4500万,足够把第22-30名的节点送进前21位。如果OK能把票投给做事的节点,像刚才提到的EOSNewYork、EOSNation这些节点都可以成为出块的超级节点。那么面对OK这个搅局者,火币要如何回应?据区块律动BlockBeats了解到的消息,火币手里的票仓数量,可能远超想象。「火币和OK不能算打架,因为根本就不是势均力敌。」那位EOS爱好者表示。火币的EOS持有量极大,很有可能远超OK。仔细想想,这应该也是合理的。EOS是火币非常看重的公链,可以说除了平台币HT,EOS是火币的第二个「平台币」,火币甚至后来又做了一个EOS生态交易所。那么,火币拥有大量的EOS也符合逻辑。如果OK现在让其他节点进到21名内,火币很有可能会投出更多的票,再把自己扶持的节点提上来。EOS上现在有多少个财团?

美CFTC专员:加密监管不应由单一机构完成,需要与SEC紧密合作:11月29日消息,美国商品期货交易委员会(CFTC)专员SummerK.Mersinger表示,“(加密货币监管)不仅仅是一个单一机构的解决方案,我们可能需要与美国证券交易委员会(SEC)更紧密地合作。”这种合作可能意味着CFTC也将受到更多的国会监督,目前众议院和参议院的农业委员会已经监督CFTC,众议院金融服务委员会和参议院银行委员会则负责监督SEC。

她表示,CFTC也应该借此机会开始与州级监管官员合作,鉴于监管问题的实际范围也可能与全球监管机构进行对话。(CoinDesk)[2022/11/29 21:08:39]

从EOSBeijing节点开发的EOS浏览器可以看到,OK矿池一举登顶节点第一的那天,有一个重要的帮手,BitFinex交易所节点。这个节点为OK投出了4000万票。这样看来,BitFinex似乎是在帮助OK成为第一,会与OK形成新的联盟吗?但区块律动BlockBeats查了一下BitFinex的这些投票账户,发现这些账户也为火币矿池等节点投了票,并且是在为OK投票的同时,也为火币投了票。这样看来,OK与BitFinex应该没有联盟的意向,而可能只是常规的换票操作。换票,实际上已经意味着利益集团的站位。就目前的格局来看,EOS超级节点生态相比半年前已经发生了不小的变化,不少团队已经悄然退出超级节点的队列。不过OK新财团进入后,EOS超级节点生态不会发生大的变化,唯一受益的是部分开发者节点因为一项活动而得到了稳定的收益。目前看来,OK这个新财团进入确实对EOS社区有积极的作用,但是,谁也不知道将来会不会有一个新的联盟出现。巧的是,今天8月15日下午发稿前,Block.one的CEOBredanBlumer在电报群里表示,「EOS的治理复杂,Block.one会在适当时机参与治理。」这是不是表示,官方终于发现联盟的风险了?

STEPN注册用户总数达472万,累计运动里程6700万英里:9月23日消息,基于Solana的Move To Earn应用STEPN周四发布关键数据,用户在该应用程序上记录超过6700万英里(108,017,738公里)的运动里程,在2022年6月2日达到100万用户的历史新高,注册用户总数达到472万。(The Block)[2022/9/23 7:16:19]

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

地球链

pepe最新价格区块链:反思分片和智能合约的制约因素

现在有很多研究致力于如何通过分片来增强区块链的可扩展性。而据我所知,这些研究主要的想法是在不牺牲区块链的不可篡改性和安全性的前提下,使在相互独立的分片中并行执行多个交易成为可能.

[0:31ms0-1:479ms