什么是 EVM？以太坊虚拟机的工作原理是什么？

EVM（Ethereum Virtual Machine）是以太坊的运行时环境，负责执行智能合约的字节码。它是一个基于栈的、图灵完备的虚拟机，所有以太坊节点都运行 EVM 副本，确保相同的输入产生相同的输出——这就是以太坊状态一致性的根基。

EVM 的核心设计：256 位字长的栈，深度上限 1024；临时 Memory（按 32 字节寻址，执行完即清除）；持久化 Storage（键值对形式，写入成本极高）。合约编译成字节码后由 EVM 逐条执行操作码（Opcode），每步操作消耗 Gas，Gas 耗尽则交易回滚。这套 Gas 机制既防止无限循环，又让执行成本可预测。

简单说，EVM 就是以太坊的"CPU"——只不过这个 CPU 不跑在某一台机器上，而是同时跑在全球数万个节点上，所有节点必须对每一步执行结果达成共识。

追问

EVM 为什么选择基于栈而不是基于寄存器？

基于栈的指令集更紧凑，字节码体积小，适合区块链这种存储昂贵的场景。寄存器架构虽然执行效率高，但指令编码更复杂，每条指令需要额外指定寄存器编号，编译后的字节码更大。EVM 优先选择了代码紧凑性——合约部署时存上链的字节码越短，部署 Gas 越省。

栈深度 1024 够用吗？什么情况下会爆栈？

日常合约调用几乎用不到 1024 层。但递归调用或合约间多层调用（A 调 B 调 C 调 D……）时可能触及上限，触发 Stack Too Deep 错误。Solidity 编译器在函数局部变量超过 16 个时就会报这个错——因为编译器需要用栈来管理变量，变量太多就放不下了。解决方案是拆分函数或用结构体封装变量。

Memory 和 Storage 的 Gas 差多少？

差距巨大。Memory 是临时空间，扩展 Memory 的 Gas 按二次函数增长但总量可控，一次 MSTORE 大约 3 Gas。而 Storage 写入一次 SSTORE 至少 20,000 Gas（从零写入非零值），修改已有值也要 5,000 Gas。这就是为什么合约里少用状态变量、多用 Memory 变量是 Gas 优化的基本功。

EVM 怎么处理合约之间的调用？CALL 和 DELEGATECALL 有什么区别？

CALL 创建一个新的执行上下文，被调用合约在自己的 Storage 里读写，msg.sender 变成调用者。DELEGATECALL 则在调用者的上下文中执行被调用合约的代码——Storage 用的是调用者的，msg.sender 也保持不变。这是代理合约模式的核心：代理合约存数据，逻辑合约存代码，通过 DELEGATECALL 让代理合约执行逻辑合约的函数，升级时只换逻辑合约地址即可。

EVM 兼容链是怎么回事？为什么 BSC、Polygon 都说自己兼容 EVM？

EVM 兼容意味着这些链实现了相同的字节码执行规范——Solidity 编译出的字节码可以直接部署运行，不需要改代码。对开发者来说，MetaMask、Hardhat、Remix 这些工具直接能用，迁移成本几乎为零。但"兼容"不等于"相同"：各链的共识机制、出块时间、Gas 定价都不同，只是虚拟机那层保持一致。

写段代码

solidity
// 代理合约：用 DELEGATECALL 执行逻辑合约的代码
contract Proxy {
    address public implementation;

    fallback() external payable {
        address impl = implementation;
        assembly {
            calldatacopy(0, 0, calldatasize())
            let result := delegatecall(gas(), impl, 0, calldatasize(), 0, 0)
            returndatacopy(0, 0, returndatasize())
            switch result
            case 0 { revert(0, returndatasize()) }
            default { return(0, returndatasize()) }
        }
    }
}