MOS:Evmos只是起点?Cevmos 如何引爆Cosmos的可扩展性

作者:0x137,BlockBeats律动

Evmos的Rektdrop空投为Cosmos生态创造了足够的热度。社区也开始越来越频繁地讨论Evmos生态,在这些讨论中,一个关于「Cevmos」的话题格外受到关注,被许多技术大咖称为即将引爆Cosmos可扩展性的解决方案。那么Cevmos究竟是什么?它为何能引爆Cosmos生态?

区块链的流水加工厂

如果有人问区块链是什么,你该怎么回答?

很多人可能会说:区块链是一个用户生产交易、节点验证有效性并将其计入区块的分布式网络账本。就目前来看,这个答案没有错。当今几乎所有的区块链都由用户、验证节点和区块构成,分别完成产生交易、验证并结算交易,以及记录交易历史。

如果把区块链比喻成一家餐厅,那么它会是这样的:这家餐厅只有一个服务员,他需要同时负责点餐、做菜、记账等所有涉及运营和管理的工作。若这是一家街边的包子铺,这样的运营模式没有什么大问题,但如果它是一家CBD的网红饭店,那餐厅可能没几天就倒闭了,毕竟没有顾客会为了吃一顿饭等上一两天的时间。

这其实就是当前许多Layer1单片链面临的问题。拿以太坊来说,所有的交易、结算、出块都在同一条链上完成,用户只有等到上一个区块完成后,才能结算自己的交易。

因此在以太坊大规模普及的今天,网络堵塞、手续费飙升的问题就出现了,为了让自己的交易尽早被纳入区块,人们不得不展开昂贵的「gaswar」,交易速度也变的越来越慢,这就是我们熟知的「扩容性问题」。

跨链应用构建平台Hyperlane在PolygonzkEVM上线:5月21日消息,跨链应用构建平台 Hyperlane 现已在 Polygon zkEVM 上线,为 Polygon zkEVM 开发人员和用户提供链间应用可组合性和任何资产的无许可桥接等功能。[2023/5/21 15:16:33]

针对这个问题,开发者给出的解决方案

我们最熟悉的当然就是改变共识机制。像Avalanche、BSC等公链通过采纳新的权益证明,提升了网络的结算和出块速度,也就有了更强的可扩展性。但归根结底来说,这些链只是将自己的服务员替换成了机器人,在运营模式上并没有创新。

因此在交易需求激增的情况下,网络仍然面临着同样的问题,比如最近的Fantom就因「Solidly热潮」,gas费一度飙升至3、4美元。

另外一种解决方案就是Rollups,通过将交易转移到链下以减轻公链的负担。但要注意的是,结算和出块还是由底层公链完成,换句话说,餐厅只是额外聘请了一位服务员来负责点餐的工作。所以我们会发现,以太坊的Rollups仍面临着高gas的问题,因为他要和非Rollups应用竞争。譬如Arbitrum,平均每天都要在gas上花费9万美元。

那么有没有更好的解决方案呢?实际上从常识出发,我们都知道最好的方法就是分工协作,聘请三位服务员,分别负责点餐、做菜以及记账,这样每位服务员都能发挥专长,餐厅效率也能大幅提升。这就是Cevmos要做的事情。

Cevmos是什么?它有什么解决方案?

EOS网络基金会成立EVM+核心工作组,EOS生态将实现EVM兼容:12月16日消息,EOS网络基金会领导者Yves La Rose在推特中宣布第五个核心工作组为EVM+工作组,并强调EOS网络基金会目前工作的首要任务之一是实现EVM兼容性。EOS网络将很快实现与以太坊等公链生态系统的互操作性,推动促进EOS生态繁荣发展。

此前,EOS网络基金会投入110万美元成立API+、Wallet+、Core+和Audit+四个核心工作组。四个工作组将于2022年第一季度各自提交一份黄皮书,帮助完善EOS网络基础设施和规划未来发展蓝图,助力EOS网络成为开发者首选开发平台。[2021/12/16 7:43:25]

Cevmos由Celestia和Evmos组成,将是这两个团队一起合作的成果,预计将在明年Q2推出。Celestia是使用CosmosSDK打造的L1公链,但与其他公链不同,Celestial被其团队形象地称为「LazyLedger」。

之所以这么说,是因为Celestia唯一的作用就是通过共识机制,存储交易记录并提供数据可用性,它甚至不在乎自己存储的具体内容。

但通过提供数据可用性,其他开发者就能Rollups的形式,在Celestia上构建出自己的结算层和执行层,而无需为自己的链设计共识机制,也就是说,Celestia把点餐、做菜以及记账三个功能全部分离开了,我们将其称为模块链。

这样做的好处就是,开发者可以充分发挥自己的专长,打造出最好的EVM结算层或者应用链交互体验。而模块链作为一个整体将能在不做出取舍的情况下,使每个方面都得到提升。Evmos就将成为首个建立在Celestia上的重要结算层。

Optimism将于11月11日部署OVM2.0版,将实现EVM等效性:11月3日消息,以太坊二层扩容解决方案Optimism宣布OVM2.0版本将于11月11日在Optimism上完成部署,目前正在以太坊测试网Kovan上测试,部署完成后,Optimism将实现EVM等效性(EVM Equivalence),简化开发者的开发过程以及降低交易费用。其他OVM2.0版本重大改进包括:源代码未经Etherscan验证的合约将连同其存储一起被抹去,源代码已被验证的合约将用标准的Solidity编译器重新编译,EOA将不再是合约钱包等。[2021/11/3 6:29:11]

Evmos是EVMos和CosmOS的组合,这个名字很清楚地说明了EVMOS的目标——成为Cosmos的EVM。

Evmos能够将兼容EVM的公链集成到Cosmos生态,这意味着Avalanche、Fantom等链上的Token、NFT资产可以通过Evmo整合到Cosmos的IBC生态中,甚至是基于EVM的应用程序也可以桥接到Cosmos中去。

作为对接IBC世界与EVM世界的桥梁,Evmos显然是Cosmos的一个重要资产结算层,在未来同样会面临着巨大的负荷压力。但建立来Celestia上的Evmos则会得到极大地改善。

之前提到,Rollups是分离执行层与结算层的解决方案。但一个理想的Rollups结算层环境只能允许Rollups智能合约与结算层之间的简单垮链传输,并强迫非Rollups应用使用Rollups智能合约。这是因为Rollups在像以太坊这样的EVM单片链上,需要与非Rollups应用进行竞争,产生高昂的gas成本。

EdenEos呼吁在EOS主网部署以太坊虚拟机eosio.evm:官方消息,EdenEos呼吁在EOS主网部署以太坊虚拟机eosio.evm。[2021/7/9 0:38:44]

而Celestia则用了Optimint共识机制,只允许开发人员构建基于Cosmos打造Rollups链。这就意味着在Celestia上的结算层也将成为一个Rollups,而建在结算层上的执行层则成为了Rollups的Rollups。无论是ZKR还是OR,这些执行层都将作为独立的区块链存在,并专注于特定领域进行优化,同时共享共识机制和结算层。

Cosmos为什么需要Cevmos?

你可能会问,说了这么一大堆,到底跟Cosmos有什么关系?我们知道,Cosmos作为Web3.0的龙头项目,要解决的就是三大问题:互操作性、可扩展性、创新性。下文就将从这三个方面,阐释Cevmos是如何在确保安全性的情况下推进Cosmos生态发展的。

互操作性

尽管当前的IBC已经帮助Cosmos项目在生态内实现了很好的互操作性,但Cosmos链是无法和生态以外的EVM链进行互操作的。这就让Cosmos生态内的项目错过了这些EVM生态的红利,比如之前的「雪崩热」和最近的「SolidlyWar」。

Evmos所填补的就是Cosmos在EVM兼容性上的空白。借助EVM兼容性、TendermintPoS共识机制,以及IBC互操作性,开发者能够在Evmos上编写或者嫁接EVM智能合约,并在Cosmos生态的其他应用上使用EVM资产。

声音 | V神:Netta宣称的重大漏洞仅与py-evm有关,影响有限:据安全公司PeckShield消息,Netta实验室宣称发现EVM存在重大漏洞,引发众多关注。昨晚21点48分左右,reddit上有网友发出提问,V神(Vitalik Buterin)于23点47分上线回复称,业已与Netta实验室的相关人员有过联系,认为这仅与py-evm相关。鉴于py-evm并非应用在主流客户端,用户数无法与以太坊其它两大客户端 geth / parity 相比,所以即便漏洞确认,对以太坊生态影响也是极其有限的。[2018/11/10]

当然,Evmos也支持Cosmos链访问EVM上的各类协议,比如Aave。同时例如Osmosis这样的生态内应用也会拥有EVM资产池,实现资产多样化。另外,Evmos还可以与现有的以太坊客户端和Metamask等工具进行交互,进一步扩大用户群体。

为了实现上述的目标,Evmos采用了一个「ERC-20模块」,将ERC20Token合约地址与CosmosToken关联,实现跨链的资产表达与交易。有人可能会问,那这和GravityBridge有什么区别?

答案是没有区别。如果就论Evmos与GravityBridge的跨链机制,二者是相同的,均采用锁定铸造模型。然而若论建立在Celestia上的Cevmos,则情况就大有不同了。

通过提供共识层和数据可用性层,Celestia上的Rollups集群只需要检验彼此的区块是否包含在了Celestia中,或者说是否「可用」,从而最大程度实现验证过程的去信任化。

这一点在跨链通信中就派上了很大的用场。集群间跨链通常随着很高的安全风险,它依赖于安全性较低的轻客户端,这些客户端默认所有交易都是诚实有效的,因此你必须相信跨链桥的验证者不会窃取你的资金。

但建立在Celestia上的Cevmos则不同,因为是共享Celestia的DA层,轻客户端并不需要做出这些假设,而是单纯的验证数据的可用性,这样跨链桥的安全性一下就得到了提升。

可扩展性

既然有了与EVM互操作性的能力,Evmos必然能将EVM生态里的流量引入Cosmos,这也就为Evmos和Cosmos生态带来了可扩展性问题?传统单片链的最大限制就是我们常说的「三重困境」,必须在去中心化、可扩展性和安全性之前做出取舍和权衡。

但模块链却不是这样,通过分离共识、结算和执行层,每个模块都能实现最优化。作为出块的底部共识层或者说DA层,Celestia只需为其上方的Rollups提供数据可用性,而不需要执行和结算交易。

有了数据可用性,Celestia的轻节点就不需要去验证交易,而只用检查区块数据是否可用。因此只用随机下载区块里的一小部分样本,就能以极高的概率检验其所有数据的有效性。在这种情况下,轻客户端甚至可以是用户的电脑,在用户操作一笔交易时下载相关数据并进行可用性验证。

不难看出,Celestia的安全性和可扩展性均来自于轻客户端的数量。随着轻客户端数量的增加,每个区块的大小也可以增加,且不会影响网络本身的安全性和去中心化,而更大的区块就意味着更高的吞吐量。

因此,与当前区块链完全相反,Celestia以及搭建在上面的Cevmos会因为更高的普及率而获得更强的扩展性,很有意思吧。

创新性

对于很多应用开发者来说,Cevmos也是一种「可扩展性选择」。与其他EVM生态不同,Cosmos采用的是「应用链」概念。基于SDK,一条区块链可以专注于某些特定领域,并通过IBC与Cosmos生态内的其他应用链实现互操作性。

但这里的应用链与之前提到的不同,它们仍然需要建立自己的共识机制和验证节点来启动网络,因此我们才会在Keplr钱包里看到各种各样的质押选择。但这对于不熟悉共识机制和结算的应用开发者反而成了难题,为了特定的应用打造底层架构也似乎有些多余。

这时Cevmos就起到了重要的作用,因为已经提供了共识层和结算层,应用链无需新的共识机制和验证节点,直接就能以Rollups的形式启动自己的网络。这为很多中小开发者带来了便利,省去了复杂的共识设计和节点发展,Cevmos以及Cosmos生态上的应用将能实现井喷式的增长,进一步带来更高的普及率和可扩展性。

除了帮助应用链启动,Cevmos还有一个很大的红利,就是模块链的主权优势。通过使用模块化区块链,治理权能够细分到执行层的应用上,并且不会与其他应用产生重叠。

在以太坊上,如果一个应用出现了大面积漏洞利用,必须经过投票治理的同意,否则就只能对整个链进行硬分叉,比如EthereumClassic。Rollups也同样如此,因为它们都是使用以太坊作为结算层和共识层的。

但在Celestia上,Rollups不使用Celestia作为结算层,因此可以对应用进行分叉而不改变共识层的数据。这一点同样会鼓励开发者进行更多的实验,也为生态创新铺平了道路。

模块化,区块链的新思路

几乎自以太坊诞生起,可扩展性问题就一直是开发者们想要解决的问题。但由于社区庞大且众说纷纭、利益团体也各有打算,以太坊的扩容之路走的十分艰难。在当前区块链大规模普及的背景下,许多公链便抓住了这个机遇,以高速、廉价的网络吸引了很多加密新人。

但就像文章一开头所说的那样,目前大部分公链所做的还是「换汤不换药」的事,最终还是会受「三重困境」的限制。以Solana为例,为了保证网络的低手续费,团队做出了无条件保障算力的承诺,但也因此牺牲了去中心化的程度。

而Cevmos通过Celestia分离共识、结算以及执行层,实现了区块链的模块化,一方面提供了更好的可扩展性方案,一方面也保障了网络的去中心化和安全性。这种模式甚至还能在中近期里为以太坊上的Rollups提供解决方案。

据Celestia团队介绍,他们还在开发一个叫做QuantumGravityBridge的项目,它能允许Celestia为以太坊EVM的Rollups提供有效证明。未来,如果其他EVMRollups不愿意使用Cevmos桥接至Cosmos生态,它们仍可以选择将自己的EVM生态作为结算层,但可以同时使用Celestia作为DA层,享受Celestia的红利。

未来,Celestia上不会只有Evmos一个结算层,加密世界也不会只有一个Celestia。通过模块化的方式构建可扩展的区块链,或许将成为加密行业发展的新思路。

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

地球链

[0:15ms0-1:244ms