STAR:以太坊开发者:L2与ETH呈正和关系 明年将是L2 vs L1竞争链的关键年_以太坊

注:12月29日,以太坊开发者Ryan Berckmans发表了他对以太坊L2的一些思考,以下为编译内容。

关于以太坊L2的一些想法

L2代币是否与ETH正和?是的

L2s是否会给ETH带来巨大的费用和价值?是的

是否迫切需要L2s推出代币并追求其他L1式的增长举措?是的

这将是L2s vs L1竞争链的重要一年?

最近有一些说法似乎让人怀疑L2和L2代币是否真的可能与ETH有着积极的关系。但在我看来,答案是非常积极的,我将通过其中一些说法来探讨这个问题。

例如,一个说法是,L2代币和ETH将在零和中竞争。对此,我不同意。在我看来,L2代币和ETH是正和的。L2代币可以从L2网络效应、信心等方面维持溢价,并从溢价中向ETH支付费用。这是双赢的局面。

另一种说法是,L2最终不会向ETH支付巨额费用,因为通过将许多L2的txns捆绑在一个批次中,L2只需要为少量的gas支付少量的ETH结算费用即可。在我看来,这也是不对的。L2会给ETH带来巨大的费用和价值,原因如下:

当L2成功部署在ETH上时,L2就获得了从L1和L2之间的去信任桥接,包括应用程序、代币和流动性。而随着eth的发展,这些桥将积累成资产网,允许任何L2以去信任的形式访问任何其他L2或L1的任何资产。

在eth的资产网中,每个L2的增长都会增加所有gas的价值,因为增长有助于引导应用程序、代币和流动性网络,而这些网络在以太坊上是去信任的,并且是可以编程的...

当eth资产网增长时,每个用户的平均价值将增加,为区块空间付费的意愿也会增加,并且,鉴于L1区块空间的固定供应拍卖,总费用增加的情况下,gas价值便会增加。

在eth资产网中,桥是"去信任"的这一事实是非常重要的。通过两个成熟L2之间的去信任桥,你对桥上资产的产权就像你L1钱包里的ETH一样强大。相比之下,通往L1的桥梁则是多签的。

那么,上述关于大批量交易的L2只支付统一的eth费用的说法呢?如果StarkNet可以用一个相对较低的、统一的eth费用来结算8万笔交易,那这对ETH是好是坏?

这对ETH来说无疑是件好事,因为StarkNet为每单位gas支付了很高的美元价格,当StarkNet增长时,它们对eth资产网络的贡献也会增长。而随着eth的发展,将会有其他100个StarkNets加入来做同样的事情,那么总的gas费用将是巨大的。

简而言之,我认为L2生态系统似乎有可能运作良好,并帮助以太坊发展,为L2代币和ETH累积大量价值。

鉴于我普遍看好ETH和我们的L2生态系统,我也想谈谈我们明年可能面临的一些增长挑战。

今天,以太坊在用户增长方面似乎做的不太行,被(暂时)淘汰了。大众市场的用户正在涌向费用较低的中心化L1,而且由于部分有组织的商业开发团队的努力销售,一些企业/政府正在其他L1上进行建设。

我认为,除了第二季度的合并之外,明年eth要达到的最关键的里程碑是,单一的L2要真正实现大众市场的增长。但我们如何才能达到这个目标?为了尝试并回答这个问题,我想看看这个问题,"什么是L2?"

什么是L2?从用户的角度来看,L2只是一个公链,它的缺点是比ALT L1新,但它有eth一流的产权、便宜的Opex、以及以太坊社区的支持和进入以太坊去信任桥资产网络的好处。

我认为,L1s和L2s的市场被认为是公链的单一市场更为正确。因此,我觉得以太坊的L2s可能迫切需要考虑探索对alt L1s有效的增长策略,包括可能尽快推出代币。

到2022年底,我很乐观地认为,我们的L2将推出代币,运行激励计划,并吸引新的大众市场用户和团体。希望我们能看到以太坊去信任资产网开始成熟,并成为新公链的首选利益。

对此,有推特网友评论道:

eth的负面效应(Stark分批交易)的规模是否会超过正面效应(Stark为每单位gas支付更高的美元价格)?假设积极的一面取决于更多的L2被添加--那你不认为L2相对于eth有更多的价值吗?

Ryan Berckmans回复称:

我不确定Starknet或任何L2可能会因为支付"太少"的gas费而对eth造成净损失。例如,如果今天,eth上的所有东西都突然不使用gas(0 gas),那么这将简单地释放大量的gas给其他用户,而总的费用收入仅在短期内下降。我认为你是对的,ETH的最大价值累积取决于更多的L2的增加。我认为,如果一个L2变得过于强大,对我们来说是相对不利的。似乎最好是在Arb、Optimism、zkSync和StarkNet之间有一个良好的初始力量和牵引力的平衡。

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

大币网

[0:15ms0-5:325ms