以太坊:Vitalik Buterin:IBM的企业级区块链没抓到重点

据Quartz报道,11月26日,以太坊联合创始人VitalikButerin在以太坊的开发者大会DEVCON4上发言时表示,IBM的企业级区块链并没有抓到重点,并分享了对于区块来说,哪些是好的应用场景。对于目前很多机构在使用区块链技术解决不同场景的痛点,但是貌似并没有解决什么问题的现状,VitalikButerin认为,出现这种状况的一部分原因是为了炒作。另一部分是因为人们对区块链这一技术感到兴奋,想运用到自己所从事的工作中,这是完全合理的。对于哪些区块链技术的运用是特别浪费时间的,VitalikButerin表示,自己读了CoinDesk报道的关于IBM的很多文章,认为IBM是在宣称“自己拥有所有的IP,这些IP都是基于自己的区块链平台”,但并没有抓住重点。对于IBM基于区块链技术的食品溯源,VitalikButerin认为,其潜在价值在于,当消费者扫描食品包装上的二维码时,可以确认“这个食品就是从某个地方来的”,也就是对产品的产地进行认定,但这就像我可以检查它是否符合我的价值观或质量标准等。在食品溯源中,对于有可能存在农民或其他人在源头输入的信息就不正确,VitalikButerin认为完全有可能,区块链技术是一项中立的工具,并不是真理的仲裁者,区块链不能提供100%的保证,特别是在现实世界中。当然,在建立区块链验证流程方面,目前很多企业试图建立更高的标准,但这也并不是在每个行业都是可行的。对于区块链最有望成功落地的场景,VitalikButerin认为是加密货币和跨境支付会更容易落地。其它的场景诸如刚才提到的产品或者自主主权身份,还需要更多的时间才能看到其是否具有大规模扩展的意义。对于非金融类的区块链应用,VitalikButerin表示看好新加坡的一所大学通过区块链技术发行学位证书,如果证书被吊销,这个信息也会被记录到区块链上。本文编译自:https://qz.com/1471152/ethereums-vitalik-buterin-says-ibms-corporate-blockchain-is-missing-the-point/,有删节。

Vitalik发起EIP-3298提案 gas费回归正常:2月28日消息,Vitalik在昨天发起EIP 3298提案,提案内容为在伦敦升级中移除“执行SELFDESTRUCT获得gas费减少奖励”的规则。

据悉,以太坊网络的gas费受以太坊状态(节点存储的合约和地址信息集合)大小的影响,以太坊状态越膨胀,全网gas就会相应上涨。而“SELFDESTRUCT(自毁)”是虚拟机级别的操作码,通过执行该操作码销毁合约,以太坊虚拟机会向用户退回一部分gas费,从而激励以太坊状态收缩。但是一部分开发者在gas费较低时将gas存储到合约中,在gas费较高时执行“SELFDESTRUCT”来进行套利,这种事先填充“便宜的gas”的行为其实导致了网络膨胀。Vitalik发起该提案后,以太坊gas已经回到几十Gwei水平。[2021/2/28 18:00:26]

Vitalik解释以太坊从PoW转向PoS的三大关键原因:以太坊创始人Vitalik Buterin日前撰文解释了以太坊从PoW转向PoS的三大关键原因:1、在相同成本条件下,PoS提供了更好的安全性;2、权益证明(PoS)系统遭受攻击后更容易恢复;3、权益证明(PoS)比ASIC挖矿更去中心化。他认为,PoW有两个主要的优势:1、PoS系统更像是一个“封闭”系统,这导致长期来看,系统的财富集中度会更高;2、PoS需要“弱主观性”,而PoW则不需要。但是,这些优势也比较有限。[2020/11/7 11:56:20]

动态 | Vitalik提出加速合并以太坊1.0及2.0的替代方案,1.0系统将成为执行环境:以太坊联合创始人Vitalik Buterin发布了一项在向以太坊2.0过渡中的合并以太坊1.0和2.0的替代方案。Vitalik表示,该方案旨在将整个PoW区块链加速移向以太坊2.0的信标链,但该方案需要无状态客户端 (stateless clients) ,无需无状态矿工和Webassembly语言,所以将减少需要完成过渡的配置。该方案的条件包括需要一个能够实现支持验证、见证区块以及生成见证区块功能的无状态客户端软件。该方案的运营方式为,以太坊1.0系统将成为以太坊2.0的执行环境之一,但在最初可以成为以太坊2.0的分片之一。在该方案中,参与以太坊1.0系统的验证人可以注册为以太坊1.0的友好验证人,将维护除了其信标节点外一个完整的以太坊1.0完整节点。[2019/12/26]

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

地球链

[0:15ms0-1:510ms