如何评估“分叉版EVM”的安全风险？

本文来自 Coinbase，原文作者：Ethen Pociask & Eric Meng & Nadir Akhtar & Gabriela Melendez Quan & Tom Ryan，由 Odaily 星球日报译者 Katie 辜编译。

为了加强对交易 ERC-20 和其他基于智能合约的资产的客户的安全和托管保证，Coinbase 区块链安全团队调查了定义这些资产行为的程序层：以太坊虚拟机（EVM）。在评估修改自身网络的 EVM 的项目时，Coinbase 的区块链安全团队会审查关键的 EVM 更改，以确定修改后的 EVM 是否能够提供与原始 EVM 实施相同的安全和托管保证。

分叉 EVM 现状

截至 2023 年 5 月，以太坊虚拟机（EVM）夺得最热门智能合约执行平台“榜一大哥”头衔。根据 DefiLlama 的数据，总锁仓价值（TVL）排名前 10 位的链中有 9 个支持 EVM 智能合约。因此，深入了解 EVM 对于支持整个区块链生态系统中的智能合约至关重要。

EVM 是一种虚拟机，用于在以太坊网络上去中心化执行智能合约。许多兼容 EVM 的区块链在其协议软件中直接利用不同语言的热门 Ethereum 执行客户端的标准实施方案，如 go-ethereum（Golang）和 besu（Java）。

也就是说，分叉和修改 EVM 实际上在区块链生态系统中非常常见，甚至在主要协议中也是如此。例如，为 Coinbase 的 Base L2 区块链提供“动力”的 Optimism Bedrock Stack 使用了一个名为 op-geth 的 go-ethereum 执行客户端的分叉版本，该版本运行的 EVM 与热门的以太坊执行客户端兼容。然而，这并不意味着以太坊上的 EVM 与 Optimism 上的 EVM 行为完全相同：op-geth EVM 在某些情况下的行为略有不同（即 DIFFICULTY 返回随机值是由序列器确定的）。

虽然这听起来很可怕，但对于 EVM 的采用来说，一般情况下是有益的。虽然标准 EVM 实施方案针对以太坊基础协议进行了高度优化，但分叉的 EVM 通常会针对自己的新协议进行扩展。因此，合约在某些 EVM 兼容链上的执行方式可能与在以太坊上的执行方式不同，EVM 智能合约行为的安全假设在不同协议之间也可能存在很大差异。

分叉 EVM 安全框架

为此，Coinbase 开发了一个Web3安全框架，用于评估一些分叉 EVM 实施方案中的安全影响。我们称之为 Coinbase 的分叉 EVM 框架，下面将对其进行详细的解释。

有了这个分叉 EVM 安全框架，Coinbase 能够有效地：

兼容 EVM 的区块链的安全标准

为了解以太坊虚拟机中的安全风险是如何存在的，首先要知道标准 EVM 实施方案为我们提供了哪些保障。我们将标准 EVM 定义为以太坊执行规范中描述的以太坊验证器执行客户端一致使用的 EVM。到目前为止，最常用的客户端是 go ethereum（即 geth）。

我们将安全性总结为两个安全标准，它们代表了任何分叉 EVM 实施方案有资格获得 Coinbase 支持的最低要求。

我们如何审计 EVM 实施方案的安全风险？

我们的分叉 EVM 框架在评估是否符合总体安全标准（即合约不变性和安全执行环境）时，主要关注以下审计要求。需要注意的是，以下风险成分并不是分叉 EVM 审计的全部范围。

修改 EVM 操作码的定义和编码会导致合约执行方式的重大差异。例如，假设一些分叉的 EVM 实施（EVM'）将算术 ADD 操作码定义逻辑（x 1 + x 2 ）改为减去两个值（x 1 - x 2 ）。