📚 课程目录第3章以太坊核心概念

3、以太坊核心概念：EVM、Gas、区块、交易、状态转换函数

以太坊被广泛称为“世界计算机”，其核心设计目标是在去中心化的网络中安全、确定性地执行任意计算逻辑。要深入理解以太坊，不能只停留在“智能合约平台”的抽象认知上，而必须拆解其底层的五大核心支柱：以太坊虚拟机（EVM）、Gas 机制、区块结构、交易模型以及状态转换函数。这五个概念并非孤立存在，它们共同构成了以太坊从“一条交易指令”到“全局状态更新”的完整闭环。本章将逐一剖析这些核心概念，并通过一个完整的交易生命周期案例，帮助你将零散的知识点串联为系统的认知框架。

3.1 以太坊虚拟机（EVM）：去中心化的执行引擎

核心原理：基于栈的准图灵完备机

EVM 是一个运行在以太坊节点内部的轻量级、隔离的运行时环境。它并非像 JVM 或 V8 那样运行在操作系统之上，而是由每个以太坊客户端（如 Geth、Nethermind）内置实现。EVM 采用基于栈的架构，所有操作数都存放在一个最大深度为 1024 的栈中，每条指令（Opcode）从栈顶弹出参数，计算结果再压回栈顶。这种设计简化了实现，并使得字节码执行具有高度确定性——无论在全球哪台节点上运行，只要输入相同，输出必然一致。

EVM 的“准图灵完备”特性值得特别注意：它理论上可以执行任何计算，但由于 Gas 机制的存在，实际执行步骤受到严格限制，从而避免了“停机问题”带来的无限循环风险。EVM 直接执行的是字节码（Bytecode），而开发者通常使用 Solidity 或 Vyper 编写高级语言，再通过编译器（如 solc）将其编译为 EVM 字节码。

EVM 关键设计要点：
隔离性：合约之间无法直接访问对方的存储变量，只能通过外部调用（Message Call）交互，防止恶意代码破坏系统。
确定性：所有数学运算基于 256 位整数，浮点数运算需自行实现，确保跨客户端结果一致。
存储模型：合约拥有独立的存储（Storage）空间，以 key-value 形式持久化，但读写成本极高（SSTORE 操作消耗 20000 Gas）。

操作流程：从高级语言到字节码执行

编译阶段：Solidity 源码通过 solc 编译为 EVM 字节码和 ABI（应用二进制接口）。
部署阶段：字节码通过一笔 data 字段为构造码的交易部署到链上，返回合约地址。
调用阶段：用户发起交易，指定目标合约地址和 calldata（函数选择器+参数）。
解释执行：EVM 逐条读取字节码，通过 JUMP 指令控制流程，遇到 REVERT 或 STOP 则终止。

实战场景：一个简单的计数器合约

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;
contract Counter {
    uint256 public count;
    function increment() public {
        count += 1;
    }
}

当用户调用 increment() 时，EVM 会加载该合约的字节码，执行 SLOAD（读取 count）、ADD（加一）、SSTORE（写回）等操作。整个过程消耗约 43000 Gas（其中 SSTORE 占 20000）。如果 Gas 不足，交易会回滚，但已消耗的 Gas 不会退还。

常见误区：许多初学者认为 EVM 是“运行在云端的虚拟机”，实际上它只是节点软件中的一个模块。每个节点独立执行同一笔交易，并通过共识机制对结果进行比对，任何节点执行结果不一致都会导致分叉。

3.2 Gas 机制：计算资源的定价与安全阀

核心原理：按操作码计费的资源模型

Gas 是以太坊衡量计算工作量的单位。每笔交易必须指定 gasLimit（愿意消耗的最大 Gas 量）和 gasPrice（每单位 Gas 愿意支付的 gwei 价格）。矿工（或验证者）按 gasUsed * gasPrice 收取手续费。Gas 机制的核心目的是防止资源滥用：无论是恶意攻击还是开发者的死循环，都会因 Gas 耗尽而终止。

操作类型	Gas 消耗	说明
转账（基础交易）	21000	每笔交易的基础费用
SLOAD（读取存储）	2100	读取合约持久化变量
SSTORE（写入存储）	20000 / 5000	新写入 20000，修改已存在值 5000
ADD / SUB（算术运算）	3	基础算术指令
KECCAK256（哈希）	30 + 6/字	计算 Keccak 哈希
LOG（日志输出）	375 + 375/主题	用于事件记录

判断方法：如何估算一笔交易的 Gas

估算 Gas 的常用方法是使用 eth_estimateGas RPC 接口，它会模拟执行交易并返回预估消耗。对于复杂合约，建议在测试网上先执行，观察实际 gasUsed。注意：gasLimit 设置过低会导致交易失败并回滚，但手续费不退；设置过高则浪费 gasPrice 成本。

经验提醒：在 EIP-1559 升级后，Gas 费用分为基础费（Base Fee）和小费（Priority Fee）。基础费会根据网络拥堵情况动态调整，最高可较上一个区块增加 12.5%。开发者应关注 maxFeePerGas 和 maxPriorityFeePerGas 字段，避免因基础费波动导致交易卡死。

案例拆解：一次失败的 NFT 铸造

某用户铸造 NFT，设置 gasLimit=100000，gasPrice=50 gwei。合约执行到第 80000 Gas 时，因链上状态变化导致 require 条件不满足，触发 REVERT。此时：

已消耗的 80000 Gas 被扣除（费用 = 80000 * 50 gwei = 0.004 ETH）。
剩余的 20000 Gas 退还用户。
交易状态标记为失败，但状态变更全部回滚。

复盘要点：失败交易同样消耗 Gas，因此合约应尽量将校验逻辑前置，避免在存储写入后才失败。

3.3 区块与交易：数据结构与生命周期

核心原理：区块如何组织交易

以太坊区块由区块头（Header）和交易列表（Body）组成。区块头包含关键字段：parentHash（父区块哈希）、stateRoot（世界状态根）、transactionsRoot（交易树根）、receiptsRoot（收据树根）、timestamp、gasLimit、gasUsed 等。交易列表按顺序排列，每笔交易执行后生成一个收据（Receipt），记录交易状态、Gas 消耗和日志。

操作流程：交易从广播到上链

交易构造：用户签名交易，包含 nonce（防重放）、to、value、data、gasLimit、gasPrice。
广播与交易池：交易进入节点的 TxPool，验证者按 gasPrice 排序打包。
区块提议：PoS 验证者提议新区块，包含一组交易。
执行与验证：其他验证者通过 EVM 重新执行交易，比对 stateRoot 是否一致。
最终确认：经过 2 个 epoch（约 12.8 分钟）后，交易达到最终确定性。

对比表：以太坊交易与比特币交易

维度	以太坊	比特币
模型	账户余额模型	UTXO 模型
状态	有全局状态（账户+存储）	无状态，仅记录未花费输出
脚本能力	图灵完备（受 Gas 限制）	非图灵完备（简单脚本）
交易字段	data 字段可携带任意字节码	scriptSig 仅用于解锁

3.4 状态转换函数：世界状态的数学表达

核心原理：Y(S, T) = S'

以太坊的全局状态由账户状态组成，每个账户包含 nonce、balance、storageRoot、codeHash。状态转换函数 Y 定义为：给定当前世界状态 S 和一笔交易 T，输出新的状态 S'。该函数是确定性的，即相同输入必然产生相同输出。这一性质保证了所有节点在独立执行后能达成共识。

状态转换的完整步骤：
校验交易：检查 nonce 是否匹配、签名是否有效、余额是否充足。
扣除 Gas 费用：从发送方余额中预扣 gasLimit * gasPrice。
执行 EVM：若交易包含 data，则创建或调用合约，执行字节码。
累积 Gas 退还：未用完的 Gas 退还，实际消耗计入矿工收入。
更新状态树：修改相关账户的 nonce、balance、storage，并重新计算 stateRoot。

案例拆解：跨合约调用中的状态变化

假设用户 A 调用合约 X，合约 X 又调用合约 Y。整个过程中，状态转换函数会依次处理：

A 的 nonce +1，balance 减少（Gas 费 + 转账金额）。
合约 X 的 storage 更新（如记录调用次数）。
合约 Y 的 balance 增加（接收转账）。

如果合约 Y 执行失败，则整个调用链回滚，所有状态恢复原状，但 A 的 Gas 费仍被扣除。这种原子性是智能合约安全的重要保障。

风险提示：状态转换函数虽然强大，但开发者必须警惕重入攻击。当合约 A 调用合约 B 时，B 可以在 A 的状态更新完成前再次调用 A，导致状态不一致。经典案例是 2016 年的 DAO 攻击，损失超过 6000 万美元。解决方案包括使用互斥锁（ReentrancyGuard）或先更新状态再调用外部合约。

3.5 综合实战：一笔完整交易的旅程

场景设定

用户 Alice 在 Uniswap V3 上使用 1 ETH 兑换 DAI。当前 ETH/DAI 价格约为 3000 DAI，流动性池存在滑点。Alice 设置 slippage=0.5%，即最低接受 2985 DAI。

关键参数与执行过程

步骤	操作	Gas 消耗	状态变化
1	Alice 发起 swap 交易	21000（基础）	nonce+1，余额扣减
2	EVM 加载 Uniswap Router 合约	~5000	读取池地址
3	调用 Pool 合约的 swap 函数	~80000	更新池内 ETH/DAI 余额
4	执行价格计算与滑点检查	~15000	若滑点超限则 REVERT
5	转账 DAI 给 Alice	~30000	Alice 的 DAI 余额增加

结果分析：实际获得 2990 DAI（滑点 0.33%），交易成功。总 Gas 消耗约 151000，按 gasPrice 30 gwei 计算，手续费约 0.00453 ETH。若 Alice 设置的 slippage 为 0.2%，则交易会因滑点超限而回滚，但仍需支付约 50000 Gas 的执行费用。

复盘经验：在 DeFi 交互中，建议将 gasLimit 设置为预估值的 1.5 倍，以应对合约内部复杂的分支逻辑。同时，使用 eth_call 在本地模拟交易，可以零成本预判结果。

3.6 常见误区与总结

误区一：认为 Gas 价格越高交易越快。实际上，验证者按 gasPrice 排序，但网络拥堵时，基础费会动态调整，单纯提高小费可能无效。
误区二：混淆交易回滚与交易失败。回滚（REVERT）会撤销所有状态变更，但交易本身仍被记录在链上，且手续费不退。
误区三：忽视 nonce 管理。如果 nonce 设置错误，交易会被卡在交易池中，导致后续交易无法打包。
误区四：认为 EVM 与以太坊节点是分离的。实际上，EVM 是节点的一部分，每个节点都内置 EVM 用于执行交易。