在继续以太坊黄皮书的探索之旅中,本次学习笔记（第4部分）将聚焦于整个以太坊系统的“心脏”——以太坊虚拟机（Ethereum Virtual Machine, EVM），EVM是以太坊区块链上智能合约的运行环境，是“代码即法律”理念得以实现的技术基石，黄皮书第9章（以最新版本为准，章节号可能略有差异）对EVM的规范进行了详尽的定义，理解其核心机制对于深入把握以太坊的工作原理至关重要。
EVM概述：一个确定性图灵完备的虚拟机
EVM本质上是一个基于栈的虚拟机,它被设计为确定性的（Deterministic）和图灵完备的（Turing Complete）。
- 确定性：这意味着对于给定的初始状态和输入，EVM总是会产生相同的输出和最终状态，这是所有区块链节点能够对交易和智能合约的执行结果达成共识的前提，任何依赖于随机数、外部时间或其他非确定性因素的运算都会破坏共识，因此EVM严格禁止此类操作。
- 图灵完备：这意味着EVM可以执行任何可计算的任务，理论上可以模拟任何其他图灵机，为了防止无限循环等消耗网络资源的行为，EVM引入了Gas机制，对每一步计算都消耗Gas，从而使计算在有限资源内完成。
EVM核心数据结构
黄皮书对EVM的内部状态和操作数进行了精确的数学定义。
-
EVM状态（EVM State）：
- 主要由账户模型构成，包括外部账户（EOA，由私钥控制）和合约账户。
- 关键组成部分包括：
currentCoinbase：当前区块的矿工/验证者地址。currentDifficulty：当前区块的难度（在PoS后有所调整，但概念保留）。currentNumber：当前区块号。currentTimestamp：当前区块时间戳。currentGasLimit：当前区块的Gas限制。currentRandom：当前区块的随机数（在PoS中为Beacon Chain的随机数）。currentBlockHashes：可能的历史区块哈希列表（用于某些操作码）。accounts：所有账户的状态，包括余额、 nonce、代码和存储。storage：合约账户的存储空间，是一个键值对映射（bytes32 => bytes32）。memory：EVM的内存，是一个字节数组，用于临时存储计算过程中的数据，是线性的，并且会在交易结束后被重置。stack：EVM的操作数栈，是一个后进先出（LIFO）的结构，用于执行操作码时的参数传递和中间结果存储，栈的最大深度为1024。
-
执行环境（Execution Environment）：
定义了执行特定代码（如交易调用）时的上下文，包括上述的EVM状态、调用者、被调用者、Gas限制、value（转账金额）等。
EVM操作码（Opcode）与指令集
EVM通过一系列操作码来实现其计算功能,这些操作码构成了EVM的指令集，黄皮书第9章详细列出了所有操作码及其行为、Gas消耗和堆栈/内存交互方式。
