拆解以太坊：架构与EVM虚拟机原理

可视化演示

动态演示拆解以太坊的核心机制，通过基础/核心/应用/扩展四种模式展示关键概念与交互流程。

账户模型：城市里的“人”与“自动售货机”

想象一座向全世界开放的数字城市——以太坊。街上走着两类“居民”：一类是揣着钥匙的市民，能自己走路、主动办事、签名转账；另一类是立在街角的自动售货机，没有腿、没有意志，但只要投币符合条件，就会自动吐出商品。你没法让售货机“主动”来帮你搬东西，却可以把钱和指令塞进去，等它默默按规则执行。这种“有主动能力的居民”与“只会按程序反应的机器”之间的对比，正是理解以太坊账户模型的钥匙。

在以太坊里，“市民”和“售货机”统称为账户（Account）。外部账户（EOA）由一对公私钥控制，谁持有私钥谁就能支配它；合约账户则由一段字节码控制，一旦部署就按代码运行，任何人都无法篡改它的行为。两者都有余额（balance）和nonce（交易计数），合约账户额外保存代码（code）与存储（storage）。当你要转账或调用合约时，必须用私钥对交易签名，因为私钥是唯一能证明“你是这个账户所有者”的凭证。

你可能会好奇：地址是怎么来的？它不是随机生成的，而是由公钥经哈希运算推导而出。地址 = 公钥做Keccak256哈希后，取最后20字节。这个过程是单向的：从地址无法反推公钥，更无法反推私钥，但任何人都可以用公钥验证签名。

市政厅不需要记住你的长相，只需拿你的钥匙指纹现场算出门牌号，对上了就放行。这就是地址生成的巧妙之处——公钥可以公开，私钥必须藏好，谁有钥匙谁就是主人。

交易与消息：办事单的流转

市民要办事，得先填一张“办事单”。单子上写明：这是第几号申请（nonce）、每升油愿意出多少钱（gasPrice）、最多加多少油（gasLimit）、办什么事（to、value、data），最后签上自己的名字。单子填好后投进窗口，由城市系统广播给全网，等待被装进一个“包裹”（区块）。

这个“办事单”在以太坊里就叫交易（Transaction）。交易只能由外部账户发起，合约账户无法主动“发单”。交易的结构包含六个核心字段：nonce、gasPrice、gasLimit、to、value、data。其中to字段为目标地址；如果to为空，则表示这是一笔“创建合约”的交易。合约之间也可以相互沟通，这种内部调用叫消息调用（message call），它不产生独立的Gas字段，而是消耗父交易剩余的Gas——就像一台售货机内部机械臂，不能自己出门加油，只能花掉顾客投币产生的“额度”。

一笔交易的完整生命周期可以概括为四步：构造与签名、广播进内存池、矿工打包进区块、全节点在EVM中执行并更新状态。有趣的是，部署合约时，新合约的地址并非由你指定，而是由“发起者地址 + 发起者交易计数nonce”经RLP编码和Keccak256哈希后，取后20字节得到。

自动售货机的“出厂编号”由“申请人地址+申请序号”唯一确定。谁在第几号窗口申请，机器编号就是对应的哈希，绝不会撞号。

Gas机制：燃油经济学

城市里跑车要加油。烧油不只是为了驱动车辆，更是为了防止有人开着车满城乱撞、刷存在感把道路堵死。你跑得越远、载得越重，油耗就越高。以太坊设计了同样的机制：每一笔操作都要消耗“燃油”——Gas。算术运算只需3个单位，读写临时内存只需几到几十个单位，而往持久存储里写一个数据（SSTORE）要花约20000个单位，几乎是算术的几千倍。

为什么存储这么贵？因为链上数据需要被全世界每个节点永久保存，存得越多，整座城市的“档案负担”越大。所以以太坊用价格杠杆鼓励大家少写存储。当你发起交易时，需要设定两个关键参数：gasLimit（这趟最多加多少油）和gasPrice（每升油愿意出多少钱）。矿工按gasPrice排序优先打包高油价的交易，就像加油站高峰期，愿意出更高价的车先进站。

交易结束后，实际费用按如下方式结算：

就像打出租车：路程决定耗油量，单价决定每升油多少钱。半路抛锚或出事故（交易失败），已经跑过的路程照常计费，绝不会因为没到达目的地就免单。

状态存储：档案馆的索引系统

城市的档案馆每天新增海量档案，管理员不能每次确认“某人现在有多少钱”都翻遍整栋楼。于是她设计了一棵神奇的目录树：把每一份档案都做指纹哈希，两两配对、层层向上，最终汇总成一个“总指纹”——根哈希。任何人只要知道这个总指纹，就能快速验证任意一份档案是否被篡改，而无需下载全部档案。

以太坊的“世界状态”正是这样一棵树。它是一棵全局唯一的Patricia Merkle树，把所有账户的余额、nonce、代码哈希和存储根都挂在这棵树上。每个区块头里只保存一个stateRoot字段，相当于整个档案馆的“总印章”。当一个节点同步到新区块时，它会重新执行交易、重算状态树，如果算出的根与区块头不一致，说明数据被篡改或执行出错，这个区块会被拒绝。

合约账户内部的数据也存在一棵独立的存储树中。每棵存储树由无数个256位的“存储槽”（slot）组成，每个槽位都可以存一个256位数字。你可以把存储槽想象成售货机里一个个货道：编号固定，每个货道里放什么由合约代码决定。读存储很便宜，写存储极贵——因为一旦写入，就意味着全世界的档案馆都要为这个货道永久腾出空间。

所谓“防篡改”，靠的不是管理员盯得紧，而是数学上的蝴蝶效应——任何一粒灰尘落在哪片叶子上，都会让总印章彻底变脸。

EVM执行引擎：城市的心脏

所有办事单最终会被送进市政大厅中央的一台精密机器——EVM（以太坊虚拟机）。它不认得城市风景，不关心天气和心情，只认一条条由字节码翻译成的机械指令。这台机器不是摆设，它运行在全世界每一个以太坊节点中。无论你在北京、东京还是纽约执行同一笔交易，得到的最终状态都完全一致——这种“确定性”是区块链共识的基础。

EVM是一个基于堆栈的虚拟机（Stack Machine）。它有三块截然不同的工作区：堆栈（Stack）是临时操作台，深度上限1024，所有算术都在这里进行，先进后出，像一摞盘子；内存（Memory）是临时草稿纸，按字节寻址，只存在于当前交易执行期间，交易结束后即被清空；存储（Storage）是永久账本，数据会写到链上，由全世界共同保存，因此也最贵。

EVM的执行流程可以理解为一个循环：取指令（PC计数器指向当前指令）→ 解码操作码 → 扣减Gas → 执行操作 → 更新PC并进入下一条。每次扣Gas前，EVM都会检查剩余Gas是否足够：

这台机器每走一步都先看油箱，油不够就立即停车并把一切恢复原状。正是这种“油尽回滚”的规则，保证了全世界数万个节点在各自机器上跑出完全一致的最终状态。

字节码与编译：从图纸到机器指令

售货机出厂前，工程师先画图纸（Solidity源码），再翻译成机器能执行的内部动作序列（字节码），最后装到街上通电试运行（部署）。以太坊的智能合约开发也遵循同样的流程。用Solidity写好的合约，交给solc编译器，会生成两段字节码：初始化代码（init code）和运行时代码（runtime code）。部署交易执行的是init code，它的职责是“装修”——把runtime code作为返回值写到链上，从此永久保存。

字节码由一系列单字节操作码（opcode）组成。比如0x60代表PUSH1（压入一个1字节数值）、0x01代表ADD（加法）、0x55代表SSTORE（写入存储）。整个字节码就是一张“机械动作清单”，EVM逐条读取、逐条执行。由于操作码种类有限、行为确定，合约能做什么、不能做什么，其实在你部署的那一刻就被这张清单锁死了。

当用户调用合约函数时，调用数据（calldata）的前4个字节叫“函数选择器”（function selector），它告诉EVM“你该执行清单里的哪一段动作”。选择器的计算方式是对函数签名（如 transfer(address,uint256)）做Keccak256，取前4字节：

你发给售货机的每一枚代币，机器看一眼“编号前缀”就知道该掉出哪种饮料。而合约一旦部署，这道“编号规则”就永远刻在链上，谁也不能偷偷改装机器。

AI 应用场景

Python 演示

"""迷你EVM风格栈执行器: 演示指令执行与Gas消耗。"""  class StackMachine:    """用栈模拟EVM的核心执行，记录每步Gas变化。"""     def __init__(self, initial_gas=30000):        self.stack = []        self.gas_left = initial_gas        self.storage = {}        self.logs = []     def _consume(self, cost):        """扣除Gas，不足则回滚。"""        if self.gas_left < cost:            raise RuntimeError("out of gas, transaction reverted!")        self.gas_left -= cost     def push(self, value):        """模拟PUSH指令，消耗3 Gas。"""        self._consume(3)        self.stack.append(value)        self.logs.append(            f"PUSH {value}  stack={self.stack}  gas={self.gas_left}"        )     def add(self):        """模拟ADD指令，消耗3 Gas。"""        self._consume(3)        b = self.stack.pop()        a = self.stack.pop()        self.stack.append(a + b)        self.logs.append(            f"ADD {a}+{b}={a + b}  stack={self.stack}  gas={self.gas_left}"        )     def sstore(self):        """模拟SSTORE指令，消耗20000 Gas，写入持久存储。"""        self._consume(20000)        slot = self.stack.pop()        value = self.stack.pop()        self.storage[slot] = value        self.logs.append(            f"SSTORE storage[{slot}]={value}  gas={self.gas_left}"        )  if __name__ == "__main__":    machine = StackMachine()    machine.push(1)    machine.push(2)    machine.add()    machine.push(0)    machine.sstore()    for line in machine.logs:        print(line)    print("final storage:", machine.storage)

1. def _consume(self, cost):定义扣Gas方法，所有指令执行前都要先查油表。
2. raise RuntimeError("out of gas, transaction reverted!")油量不足时抛异常，模拟EVM整笔回滚。
3. self.stack.append(value)模拟PUSH：把数字压入栈顶。
4. self.stack.pop()弹出栈顶操作数，模拟算术指令取数。
5. self.storage[slot] = value写持久存储，对应EVM最贵的SSTORE指令。
6. if __name__ == "__main__":保证脚本可直接运行并输出日志。

常见误区

面试题