原文标题：《NEAR 公布 EVM 发布计划，诸多亮点不容错过》
撰文：NEAR Protocol

NEAR 协议引入 EVM Runtime 支持对那些寻求替代链的以太坊开发者来说将会是一个重大变化。研究这一方案主要是因为以太坊缺少有效的扩容方案造成 gas 费十分高昂。与以太坊相比，NEAR EVM Runtime 做了大量改进：

• EVM 费用将比以太坊便宜 1000~10000 倍

• EVM Runtime 能够处理的交易吞吐量将是以太坊当前的 10 倍左右

• NEAR 交易的最终确认时间需要 2 个区块的确认（大约 2 秒钟），这比以太坊一个区块的确认时间（平均 13 秒）都要低很多

• 为了防止随着 DApp 生态的增长，单一的 EVM Runtime 无法适应这一情况，NEAR 的分片方法可增加 EVM Runtime 的数量。每个 EVM Runtime 都相当于以太坊 1.0，它们之间的连接将使用异步调用执行。

• 完整的、不打折扣的以太坊兼容性，基于去中心化的 PoS Layer1 协议

上述内容意味着 NEAR EVM 将会解决以太坊生态当前及未来所面临的计算难题，现有的智能合约和前端代码的工程实现都无须更改。本文旨在向大家阐明 NEAR EVM 架构和协议的预期变化。我们也计划在最终的主网发布之前利用本文收集 EVM 测试的一些需求。

对 EVM 2021 第一季度路线图感兴趣的用户，可访问以下链接查看：链接１、链接２

EVM 架构

最近几周我们做了一项重要决定，计划将大部分 EVM 执行移至合约级别，这意味着什么呢？

• EVM Runtime 在 NEAR 协议的介入将会大大减少。

• 将 EVM 作为预编译会带来很多痛点，很多人在 EVM 基础通证的讨论中已经指出了这一点。

• 将大部分代码设置为合约级别将会简化 EVM Runtime 早期的维护、升级和治理工作，系统对任何安全漏洞也能做出更快速的反应。

• 尽管 EVM 治理和可升级性办法尚未最终确定，但彩虹桥在绝大多数情况下是可用的。

NEAR EVM 当前的架构情况如下：

EVM 智能合约实现了两个主要接口：执行和通证。执行接口允许用户发送普通的以太坊交易（比如用 MetaMask 或 web3.js 创建的交易）。这些交易会在 EVM Runtime （Sputnik VM）中被解码（RLP）、验证（secp256k）和执行。假如智能合约达不到预期性能的话，EVM Runtime 允许的操作可能会转移至 NEAR 协议级别（并因此成为预编译）。

比如，在协议级别，sha256() 和 keccak256() 预编译已经可用了。在需要额外的预编译的情况下， NEAR 验证节点会被建议进行协议升级。我们会在完成足够的负载测试后，收集需要的预编译相关信息。 (责任编辑：admin)