探讨EVM兼容性：为何其他公链都融入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则拥有自己的原生费用代币。

有趣的是，EVM+Near的PoS共识和数据可用性分片使得整体架构类似于ETH2.0的愿景。Neon的优势在于Solana的速度：NeonEVM声称每秒可处理4,500笔交易，并支持不到一秒的确认

热点：以太 以太坊 公链 太坊