V神 Buterin 赞扬比特币序号和 BRC-20 标准

Buterin于7月7日与比特币倡导者EricWall和UdiWertheimer讨论比特币开发者可以向以太坊开发者学习什么时发表了上述评论。

Buterin赞扬了Ordinals和BRC-20代代币标准,他说这打破了比特币生态系统的“停滞”。

“Ordinals开始带来真正的工作文化。感觉就像激光眼运动得到了真正的推动,这很好,”Buterin说。

V神公布“多项式承诺”图解 其被认为是以太坊未来升级关键:3月17日消息,V神于日前发文公布“多项式承诺”(polynomial commitments)方法图解。多项式承诺正被视为一种以较低的计算成本验证网络状态的方法。其与Halo和以太坊未来的升级有关,可将无状态以太坊客户端的见证数据(witnesses)大小减少到接近于零,并实现更好的可扩展性。V神称,可以用多项式承诺来替换目前区块数据的默克尔根(例如以太坊2.0的分片区块),并用开放证明替换默克尔分支(Merkle branches)。这将带来两个好处:1.数据可用性检查会变得容易,并且不会存在欺诈;2.为区块数据的多次访问提供好处。与此同时,V神曾表示,多项式承诺的加密技术是无状态客户端的关键,但还远远不够完善。多项式承诺主要优点是:由于其数学结构的原因,其生成复杂证明要容易得多。此外,研究人员Danny Ryan表示,以太坊2.0研究团队现在倾向于使用多项式承诺以减少网络上每次计算所使用的数据。Ryan称:“多项式承诺可能是我们一直在寻找的重大突破”。(比推)[2021/3/17 18:52:16]

V神:比特币最初打算成为P2P现金 其次是数字黄金:Blockstream员工ZackVoell昨日在推特声称比特币曾经是,现在是而且永远是数字黄金。以太坊联合创始人VitalikButerin回复称这种说法自2011年以来就发生了变化,他称:“我在2011年加入了比特币,我记得当时清晰的氛围,比特币首先是P2P现金,其次是数字黄金”。Buterin认为,比特币最初是打算成为点对点电子现金的,这一观点得到了许多人的认同,并得到了2008年中本聪的比特币白皮书标题的支持。由于比特币开发者拒绝增加区块大小以扩大链上规模,导致了高昂的交易费用,Buterin接受BTC高额费用的现实,并建议既然数字黄金用例已经建立,人们应该简单地为其他用例使用不同的加密货币:“这是一个有争议的支点,对此感到不满是合理的,如果你不喜欢它,你应该使用其他区块链,它们的社区表达着不同的价值观。”(Cointelegraph)[2020/4/2]

近两个小时的谈话围绕着可扩展性问题展开。沃尔声称比特币的闪电网络无法扩展到未来的用户,并且它“经常”无法处理“即使是中等规模的支付”。

动态 | V神:ETH的高价格对于长期网络安全至关重要:据bitcoinexchangeguide报道,以太坊联合创始人V神(Vitalik Buterin)近日表示,他并没有真正关注价格或将代币的价格视为以太坊成功的参数。不过,他也认为,以太坊的高价将确保平台上更好的安全性和开发。[2019/3/26]

对此,Buterin表示,最好的方法是专注于实施不同类型的第2层解决方案,同时寻找提高比特币基础层效率的方法。

“我认为专注于Rollups是件好事,从而开放基于ZK-snark的扩展解决方案。”

Wertheimer认为,引入汇总可以产生有趣的附加效果。

“如果我们将Rollups应用于比特币,那么我们还真正获得了一个执行环境我们可以执行智能合约。”

Wall和Wertheimer——OrdinalsTaprootWizards项目背后的两个关键人物——是Ordinals的直言不讳的支持者,并经常主张在比特币网络上构建额外的功能。

他们的立场吸收了更多原教旨主义比特币的批评,他们认为比特币的NFT和智能合约削弱了其作为点对点现金网络的主要功能。

这些批评者包括Jan3首席执行官SamsonMow,他认为Ordinals浪费了原本可以用于比特币支付的区块空间。

沃尔注意到了这些批评,并解释说比特币可以用作不会阻塞网络的零知识证明的“证明系统”。

“我的观点是,比特币爱好者一直想做DeFi相关的东西,但我们只是希望比特币基础层充当计算的法官或仲裁者,而不必在链上运行计算。”

“我们不一定只是将Layer2视为一种支付方式,但我认为我们也可以将其视为做有意义的事情的一种方式。”

此次讨论在比特币社区引发了新的争议,Wertheimer批评Mow和Blockstream首席执行官AdamBeck驳回了与Buterin的对话。

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

银河链

[0:15ms0-2:929ms