为什么Rollups会让以太坊便宜好用?_NFT:YETH币

作者:EkinGen?来源:decrypt.co摘要:在ETH2.0及其分片到来之前,Rollups可能有助于解决以太坊的可伸缩性问题。业内专家称,Rollup是非常高效的,但需要信任承担监视任务的其他人才能使其工作。以太坊区块链多年来一直存在“可扩展性”的问题。在自身成功的重压下,该网络现在以每秒15笔交易的速度发展,而单笔交易的成本可能超过20美元。这个瓶颈阻碍了网络的发展,也给了开发人员一个另寻他处的理由。像Polkadot和Avalanche这样的竞争对手已经提供了每秒数千笔交易的服务,而且交易费可以忽略不计。如果一个速度更快的对手吸纳了所有的人才,以太坊和ETH将逐渐黯然失色。一种解决方案是“Rollup”,之所以称为“Rollup”是因为该技术将交易Rollups到一个区块中。这样做可以使网络从堵塞中解放出来,使交易更快、更便宜。如果运气好的话,它们会让以太坊网络继续增长。这就是以太坊的创造者VitalikButerin上周在《TheTimFerrissShow》节目中提到“强大的缩放解决方案”时对听众滔滔不绝的话。Buterin说它可以将交易速度提高100倍。加密对冲基金ArcaneAssets的首席投资官EricWall称,Rollup可以达到每秒2000-3000次的交易处理速度。但是,这项工作有自己的包袱。以太坊专家表示,虽然Rollup是非常有效的,但它们也将使网络远离真正的去中心化。Rollup:如何工作?

Rollup通过处理以太坊区块链之外的事务来解决可扩展性问题,通过减少以太坊的负载来最小化其拥堵。Rollup发生在一条“侧链”上,它周期性地向以太坊区块链主节点报告它处理的所有交易。这就是所谓的“Layer2”技术:交易在侧链上被打包,然后被放回主区块链,称为“Layer1”或简称为“基本层”。对于那些熟悉比特币的人来说,这些层就像比特币区块链和闪电网络之间的区别,闪电网络即是在比特币区块链之外运作的第二层支付网络。双刃剑

通过将处理事务的部分责任重新分配给另一个链,Rollup减轻了以太坊的负担。因此,要使Rollup工作正常,需要有人监视哪些事务正在进行打包,并与网络共享这些信息。“在最坏的情况下,你需要一些数据来证明你在Rollup到主链中拥有的东西,”EricWall说道,“这样你就可以安全地退出它们。”这意味着那些依赖Rollup的人需要相信Rollup不会干预他们的账户或余额,也不会交换智能合约中包含的信息。如果没有人共享这些信息,用户将不得不自己处理整个打包业务。而自己处理整件事可能会成为一项艰巨的任务。这可能需要数周或数月的时间。Wall解释说,一些被称为“Optimistic”Rollups的设计,如果把事情搞砸了,可能会对你的ETH造成攻击损失。但在另一些“ZK”Rollups中,风险稍微小一些,尽管用户仍会面临资金长期无法使用的风险。“在区块链中总是这样,”Wall说,“拥有编码知识的人总是可以判断一个系统是否安全。”起飞

以太坊基础设施公司Staked的首席执行官TimOgilvie表示,尽管最初人们担心这些Rollup的速度和便捷性,但现在大部分担心都消失了。他补充说,开发人员发现,实现这一转变很容易。Rollups比许多开发人员和用户预期的要成功。使用Rollups的包括合成衍生品平台Synthetix,目前智能合约中已锁定了22.8亿美元的资产;Synthetix正在和Optimism项目测试Rollups。而由a16z基金支持的去中心化交易所dYdX,处理交易量达2.45亿美元,目前也正在整合Rollups。

Ogilvie说:“这将使其他项目有信心做出转变,而且势头可能会加快。”ETH2.0下的可扩展性解决方案:分片

Rollups并不是唯一的解决方案。以太坊即将推出的PoS区块链ETH2.0将实现另一个解决可扩展性问题的方案。这是一种称为分片的技术,它将大块的计算工作分割成较小的部分,从而使网络使用起来更快、更便宜,就像烹调更小的肉块比整块牛肉更快。但分片不会很快到来。毕竟,它是整个ETH2.0“升级系列”的一部分,还有很多工作要做。Rollups是今天的解决方案。他们使用ETH1.0的一部分,ETH1.0是当前的以太坊权益证明区块链。“这使得ETH2.0分片变得不那么迫切,因为Rollups可以减轻ETH1.0的压力,”Ogilvie说。但Wall表示,ETH2.0一旦推出,将不会取代Rollups,它们将共同存在。但是,随着ETH2.0的到来已经发展了几年,并且距离它的完成还有很长的路要走,Rollups现在可能只是填补了扩展差距。

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

金宝趣谈

[0:0ms0-4:296ms