EVM兼容性：为何公链纷纷迎合EVM

以太坊在第一波以太坊杀手中幸存下来，然后运行以太坊虚拟机（EVM）的低成本链（Polygon、BSC、Fantom）大受欢迎。而现在，在推出有限的成功之后，这些相同的以太坊杀手正在整合EVM并竞相进入多链世界。

具体来说，Polkadot已经添加了Moonbeam、Near推出Aurora，而且很快(已宣布但尚未发布)，Evmos将在Cosmos上线和Neon将在Solana上线。

当这些链首次推出时(不兼容EVM），它们声称具有优秀的设计、流行的编程语言支持和速度。这些链开始支持EVM，现在他们似乎对自己的技术优势并不那么乐观，而是意识到他们需要支持以太坊。通过这样做，这些链正在追溯其最初的愿景，以建立以太坊的替代技术堆栈。

在这里，我们将看看跨区块链周围不同的结构和EVM的新兴标准将如何创造更多的可组合性。此外，我们可以看到，由此产生的链条生态系统已经成为产品实验的温床。

建设阶段

将EVM视为计算机，在给定特定输入时计算智能合约的操作输出结果。EVM副本在每个节点上运行-必须记住它不在一个地方。EVM也称为“runtime或环境。

除了runtime，周围还有一些EVM下面用红色突出显示构建的重要工具。

EVM接收用Solidity语言编写的程序，为了使该语言更强大，创建了许多“库”。Truffle或Hardhat和其他开发人员工具使智能合同更容易编写和测试。另外，因为我们谈论的是网络环境，外部钱包通过API库(如Web3.js）连接到EVM。

在普通用户更熟悉的工具中，有强大的区块链浏览器Etherscan。它知道如何查看成千上万的交易，并以人类可读的方式呈现它们。此外，MetaMask钱包，它通过网络广播用户的命令将用户连接到EVM。

数百名高技能开发人员花了数千小时建造这些工具和基础设施。在某些情况下，使用成熟的工具和不完善的工具来创建dApp所需的时差可能是100:1。这就是为什么按照行业标准建设专有堆栈区块链的工具和基础设施进展缓慢的原因。

除了优秀的技术，EVM生态系统还拥有巨大的区块链开发者和开源项目市场。这些项目可以快速复制，不需要耗时的代码重写。

模型比较

专用堆栈链EVM不同的方法用于集成。

Solana和Near使用单链，所以在这些情况下，EVM将与区块链的主要智能合约计算机一起运行。这也可以在Near的AuroraEVM设计中可见。

引用一位Aurora开发人员的话：

我们重写了所有EVM逻辑并将其编译成WASM字节码，所以它在Near运行时的WASM片段执行。现在它几乎是原始合同，EVM合同没什么特别的。只是EVM添加到Near内核会引入很多复杂性。

因此，需要注意的是，Aurora不是链，而是Near上的EVM环境(尽管它有自己的区块浏览器)。这就是为什么Near-Aurora桥不是链之间的桥，而是链之间的桥runtime桥之间。这种技术设计会影响业务战略:Aurora没有验证器，它的代币不能保护网络。因此，在评估使用类似设计的Aurora或Neon必须使用不同的模型，而Evmos或Moonbeam有自己的原始费用代币。

有趣的是，EVMNear的PoS共识和数据可用性分片使整体架构相似ETH2.0的愿景。Neon的优点是Solana的速度：NeonEVM声称每秒可以处理4500笔交易，确认时间不到一秒。一般来说，这将是EVM结合不同类型结构的实验促进了行业创新。以太坊现在太大了，不能灵活地改变，所以EVM市场的出现为以太坊主网的成本和风险创造了快速行动和打破事物的机会。

分别支持Moonbeam和Evmos的Polkad

热点：公链