五个部件，如何拼成以太坊？

打开钱包、点下“发送”、等待交易成功，看起来只有三步。网络内部却要回答三个完全不同的问题： 这条指令是否合法？执行后世界状态应该变成什么？许多候选区块里，哪一条才是大家继续追随的历史？

第一个和第二个问题主要属于执行，第三个问题主要属于共识。 EVM 给执行层一套精确、可复现的计算规则；智能合约是按这套规则运行的程序；主网则是这些规则 承载真实经济价值的公共生产网络。把这五者拼起来，才得到今天的以太坊。

一句话模型

主网是共同运行场域；共识层决定“承认哪段历史”；执行层决定“这段历史算出的结果是否有效”； EVM 定义“怎么算”；智能合约定义“算什么”。

顺序不是简单的“执行完再共识”。提议者先让本地执行客户端构造执行载荷， 共识客户端把载荷装入区块；其他节点收到后再独立重执行并验证。执行与共识通过接口往返协作， 而不是一条只走一次的流水线。

如果把以太坊比作一座城市，主网不是市政府的一栋楼，而是整座城市共同使用的道路、产权记录、 规则与正在发生的经济活动。任何单一组织都不能靠修改自己的数据库，替全网改掉你的余额。

Ethereum Mainnet 是唯一的以太坊公共生产主网，通常用 chainId = 1 标识。 这里的 ETH、合约状态和资产承载真实经济后果。遍布全球的节点运行兼容客户端，参加点对点网络， 下载并验证交易与区块，然后在本地维护自己认可的链头与状态。

主网不是以下任何一个东西

切换网络，不是换一个查看页面

同一私钥在不同 EVM 网络上通常推导出同一地址，但每个网络的余额、nonce、合约代码和历史彼此独立。 你在 Sepolia 获得的测试 ETH 不会出现在主网；同一地址在两个网络上甚至可以部署完全不同的代码。 钱包展示的“网络切换”，本质上是在切换状态宇宙与验证规则上下文。

chainId 不只是标签。它进入交易签名域，用来抵御交易在另一条链上被原样重放。 因此提交交易前，钱包要求你确认网络，是安全边界的一部分。

最常见的概念错误，是把“执行层、EVM、智能合约”说成三台轮流工作的服务器。 实际上它们更接近“操作系统中的进程、虚拟机和程序”之间的嵌套关系。

这里有一个关键逻辑：“有效”不等于“规范”。两个区块都可能各自符合执行规则， 但在短暂分叉中只能有一条成为当前规范历史。执行层先判断候选结果有没有违反状态转换规则， 共识层再在有效候选之间决定节点应该追随哪一个链头。

余额不会因为验证者“宣布 Alice 多了 1 ETH”而改变。每个执行节点都要拿到同一批交易， 按协议重做计算，并核对自己算出的状态根、收据根、gas 使用量等承诺。

执行客户端持续做四类工作

区块不携带一整份“新数据库”

提议者提供的是执行载荷：其中含有按顺序排列的交易以及 stateRoot、 receiptsRoot、gas 等密码学承诺和元数据。接收节点不会直接相信这些结果， 而是让本地执行客户端重放交易。只有本地结果与载荷承诺一致，载荷才通过执行有效性检查。

无效交易与执行失败，是两件事

再精确一层：REVERT 首先回滚当前调用帧。若外层合约捕获内部调用失败并继续， 整笔顶层交易仍可能成功。不要把“某次内部调用失败”一概写成“整笔交易全部回滚”。

网络有延迟，两个节点可能在同一时段看到不同候选区块。如果没有共同的选择规则， 两边即使都“算对了”，状态也会沿着不同历史永久分叉。

以太坊 PoS 把时间划成 12 秒一个 slot，32 个 slot 构成一个 epoch， 即 6.4 分钟。每个 slot 安排一名区块提议者，但 slot 可能被错过，因此不能把它说成 “保证每 12 秒一定出块”。活跃验证者通常每个 epoch 参加一次证明，而不是每个 slot 都投票。

Gasper 是两个机制的组合

“看到区块”“成为当前链头”“获得更多确认”“justified”“finalized”是不同状态。 用户通常在最终性之前就能看到交易被包含，但只有进入 finalized 检查点之前的历史， 才获得明确的加密经济最终性。

最终性不是物理定律。它的保证是：若要制造相互冲突的最终历史， 大量质押权重必须违反可证明的签名规则并暴露于罚没。网络极端故障时仍可能需要社会协调， 所以准确说法是“加密经济最终性”，不是“宇宙级绝对不可修改”。

上海的一台 ARM 机器、纽约的一台 x86 服务器，只要从同一前置状态执行同一交易序列， 就必须对每一步操作、gas、异常和结果达成一致。EVM 就是这份跨机器的“计算契约”。

合约源码通常先由 Solidity、Vyper 等编译器变成 EVM 字节码。执行时，EVM 读取字节码， 按 opcode 一步步改变栈、内存、持久存储和调用上下文。主网节点真正执行的是字节码， 不是区块浏览器上展示的 Solidity 源文件。

before start

[]

{ }

为什么必须有 gas

EVM 支持条件与循环，无法只看代码就保证程序何时结束。每条操作都会消耗一定 gas； 交易提供 gas 上限，耗尽时执行异常结束。gas 因而同时承担计量计算资源、限制最坏工作量、 防止无限执行与网络滥用的职责。gas 是工作量单位，真正支付的 ETH 费用还要乘以有效 gas 价格。

确定性也意味着主动放弃一些能力

合约不能直接读互联网、文件系统或节点本机时钟，否则不同节点可能得到不同答案。 它能使用的是交易输入、链上状态和协议定义的区块上下文。现实世界数据必须由预言机或其他参与者 以交易方式带入链上；“随机数”也需要专门的可验证设计。

一个典型合约账户包含余额、运行时代码和持久存储。用户或另一个合约发起调用时， EVM 才加载这段代码并执行。没有触发，就没有计算；没有交易，就没有新的主网状态。

部署过程也分两段

合约创建交易先执行 initcode。initcode 可以读取构造参数、初始化存储， 最后返回 runtime bytecode；真正长期保存在新地址、供后续调用执行的是 runtime bytecode。 因此“部署源码到链上”是方便说法，精确说法是“执行创建代码并保存其返回的运行时字节码”。

合约能做什么，又不能做什么

“部署后绝不可能改变”需要拆开说。某个地址上的运行时代码通常不能被直接覆盖， 但代理合约可通过 DELEGATECALL 把逻辑指向新的实现。对用户而言，应用行为仍可能升级， 所以必须检查管理员、升级延迟与治理权限。

2026 校准：Pectra 引入 EIP-7702 后，EOA 可设置指向既有代码的 delegation indicator， 同时私钥仍保有最终控制。于是“EOA 的 code 永远为空”与“有代码的地址必定是传统合约账户” 都不再是可靠判断。账户模型将在第四章展开。

钱包里的“已发送”只表示交易离开了你的设备；“已包含”表示它进入当前规范链； “已最终确定”则表示它落在加密经济上极难回滚的历史之中。三种状态不能混为一谈。

你在区块浏览器里看到的几个时间点

今天运行一个普通完整节点，至少需要执行客户端和共识客户端。它们各自连接不同的 P2P 网络， 各自维护不同状态，再通过本机上的 Engine API 把“有效执行”与“规范顺序”锁在一起。

Engine API 的三个核心动作

Engine API 通常是节点本机或受控内部网络上的 JWT 认证接口，不应和面向钱包、DApp 的公共 JSON-RPC 混为一谈。前者协调节点内部两颗“大脑”，后者让外部应用读取状态、模拟调用和提交交易。

版本不要死背。Engine API 方法会随网络升级分别版本化，并通过 engine_exchangeCapabilities 协商能力。截至本课校准日，主网已于 2025-12-03 激活 Fusaka（共识侧 Fulu、执行侧 Osaka）；基础心智模型不变，但精确字段与方法版本应查当前规范。

验证者客户端是可选的第三个角色

没有质押身份的共识客户端仍能接收区块、运行分叉选择并跟随规范链。只有当运营者加入验证者客户端与 激活的验证者密钥，节点才会被分配提议、证明等签名职责。因而“运行节点”不等于“必须质押”， “验证区块”也不等于“作为验证者投票”。

同一个红色感叹号，可能意味着钱包连错网络、RPC 没响应、签名交易无效、合约主动回滚， 也可能只是区块尚未最终确定。系统思维的第一步，是先找拒绝发生在哪条边界。

共识权重不能把错误答案投成正确

分叉选择并不是“票多者可以修改规则”。诚实节点只会在通过共识与执行有效性检查的区块上工作。 如果载荷里某账户凭空多出余额、本地重执行却算不出来，执行客户端会把载荷判为无效。 再多正常投票也不能把错误的状态转换变成有效协议结果。

RPC 结果也有信任边界。钱包显示的余额通常来自某个节点的 JSON-RPC。 如果你使用第三方节点，你把查询可用性、部分隐私与回答正确性外包给了服务商； 自己运行节点或使用能验证证明的轻客户端，才能缩小这条外包边界。

“都能用 MetaMask”“地址长得一样”“合约都是 Solidity 写的”，只能说明工具或执行环境相似， 不能证明它们属于同一条链。

L2 不是“主网执行层里的一个文件夹”。Rollup 通常有自己的排序与执行流程，再把数据、状态承诺或证明 提交到以太坊。它利用主网提供的结算与数据可用性等保障，但跨层移动资产需要桥接协议， 最终安全性还取决于具体 L2 的证明系统、升级权限和逃生机制。

实用检查：每次签名之前至少看四项：当前 chainId、接收地址、调用方法 / calldata、 预计资产变化。地址相同不能替你证明网络正确，界面里写着“ETH”也不能替你证明它是主网 ETH。

1. 主网是唯一承载真实价值的以太坊公共生产网络，不是某个网站或服务器。
2. 执行层验证交易并通过 EVM 计算状态转换、收据、gas 与密码学承诺。
3. 共识层用 PoS、分叉选择与最终性，让节点对规范区块顺序收敛。
4. EVM 是每个执行客户端实现的确定性运行时，不是一台远程中央虚拟机。
5. 智能合约是地址上的运行时代码与持久状态，必须由交易或消息调用触发。
6. 合并后的完整节点至少同时运行执行客户端与共识客户端，两者通过 Engine API 协作。
7. 交易“有效、执行成功、被当前链收录、最终确定”是四种不同判断。
8. 测试网、本地网和 L2 可以共享工具与 EVM 兼容性，但各自拥有独立状态与风险边界。

现在检查你的理解

Mainnet · 主网

承载真实价值与生产状态的唯一以太坊公共主网络，chainId 为 1。

Execution Layer · EL

处理交易、运行 EVM、维护世界状态并生成执行结果的一层。

Consensus Layer · CL

处理 PoS 区块、验证者证明、分叉选择与最终性的一层。

EVM

定义字节码、opcode、gas、调用和状态转换的确定性虚拟机语义。

Smart contract

驻留在地址上的运行时代码、余额与持久状态，由调用触发执行。

Execution payload

共识区块携带的执行数据与承诺，包括有序交易、状态根、收据根和 gas 等。

World state

执行层维护的账户、余额、nonce、代码与合约存储的整体状态。

Beacon state

共识层维护的验证者、有效余额、检查点、随机性和其他共识信息。

Engine API

共识客户端驱动并查询执行客户端的本地 JWT 认证接口。

JSON-RPC

钱包、DApp 与工具查询执行状态、模拟调用和提交交易的常用接口。

Slot / epoch

PoS 时间单位；主网每 slot 12 秒，每 epoch 32 slots。

Finality

检查点获得 Casper FFG 超级多数链接后形成的加密经济最终性。

Revert

EVM 调用失败语义；回滚相应调用状态，但已执行工作仍可能消耗 gas。

Chain ID

进入交易签名域的网络标识，用于区分链并降低跨链重放风险。

官方资料

1. 01
   ethereum.org · Networks 主网、测试网、私有网络与开发网络的官方边界说明。
2. 02
   ethereum.org · Node architecture 合并后的执行客户端、共识客户端、验证者客户端与 Engine API 架构。
3. 03
   ethereum.org · Ethereum Virtual Machine 分布式状态机、EVM 栈、内存、存储、opcode 与执行模型。
4. 04
   ethereum.org · Introduction to smart contracts 合约代码、状态、地址、部署与用户交互的官方入门。
5. 05
   ethereum.org · Transactions 已签名交易、字段、网络广播与状态变化。
6. 06
   ethereum.org · Proof-of-stake slot、epoch、提议、证明、重执行与最终性的官方说明。
7. 07
   ethereum.org · Gasper LMD-GHOST 分叉选择与 Casper FFG 最终性的组合。
8. 08
   Ethereum Execution APIs · Engine API forkchoiceUpdated、getPayload、newPayload 与各次升级的规范原文。
9. 09
   Solidity docs · Introduction to smart contracts 合约创建、调用、存储、消息调用和 EVM 行为的语言官方文档。
10. 10
    ethereum.org · Fusaka 当前主网 Fulu-Osaka 升级与执行层 / 共识层同步升级的说明。
11. 11
    EIP-7702 · Set EOA account code Pectra 后 EOA 代码委托语义，校准传统“EOA 无代码”心智模型。
12. 12
    Ethereum Consensus Specs · Fork choice 规范层的链头选择、justification 与 finalization 数据结构和过程。

时效说明：slot / epoch 等主网常量和本课核心分层截至校准日仍成立； 客户端列表、网络升级、Engine API 方法后缀、gas 价格与容量参数会继续变化。 做运维或开发决策时，应再次核对官方规范与客户端发布说明。