账户类型：外部账户与合约账户

以太坊中的账户分为两类,通过地址（20字节字符串）标识：

• 外部账户（EOA, Externally Owned Account）：由用户私钥控制，用于发起交易、转移资产（如ETH），EOA的存储内容包括nonce（交易计数器，防止重放攻击）、balance（ETH余额）。
• 合约账户（Contract Account）：由智能代码控制，没有私钥，其状态由代码逻辑和外部交互决定，合约账户的存储内容包括nonce（用于合约创建计数）、balance（合约持有的ETH）、code（智能合约字节码）、storage（合约独有的持久化存储）。

这种区分使得以太坊既能支持用户间的直接转账（如比特币），又能通过合约账户实现自动化的逻辑执行（如DeFi借贷、NFT铸造）。

状态树：全局状态的Merkle Patricia Trie管理

以太坊的全局状态是一个动态数据库,记录了所有账户的实时信息（余额、代码、存储等），为高效验证和同步状态，以太坊采用Merkle Patricia Trie（MPT）数据结构组织数据：

• 状态树（State Trie）：顶层树，以账户地址为键，存储账户的RLP（Recursive Length Prefix，递归长度前缀编码）编码结果。
• 存储树（Storage Trie）：每个合约账户对应一棵存储树，以键（存储位置索引）为键，存储合约的持久化数据。
• 交易树（Transactions Trie）与收据树（Receipts Trie）：分别记录区块内的交易数据和交易执行结果（如日志、状态变更），用于轻客户端验证。

MPT的优势在于：通过哈希指针确保数据完整性（任何节点修改都会导致根哈希变化），支持快速状态验证（轻客户端只需下载根哈希即可验证数据有效性），并优化了存储效率（共享前缀路径，减少冗余）。

共识机制：从PoW到PoS的信任重塑

共识机制是区块链的“心脏”，负责确保网络中各节点对交易顺序和状态达成一致，以太坊的共识机制经历了从工作量证明（PoW）到权益证明（PoS）的演进，这一转变不仅解决了能源效率问题，还提升了网络安全性。

PoW时代：以太坊的“创世”与“难题”

以太坊最初采用PoW共识,与比特币类似，通过矿工竞争计算哈希值（如Ethash算法）来获得记账权，但PoW存在明显缺陷：

• 能源消耗巨大：Ethash虽设计为“内存哈希”（依赖内存而非算力），但仍需大量电力支持。
• 中心化风险：专业矿机（如ASIC）可能导致算力集中，削弱去中心化特性。
• 扩容瓶颈：PoW区块出块时间较长（平均15秒），交易处理能力有限（约15-30 TPS）。

尽管如此,PoW为以太坊早期网络提供了安全基础，其“挖矿-奖励”机制也吸引了大量参与者加入生态。

PoS升级：信标链与验证者经济

2022年9月,以太坊通过“合并（The Merge）”升级，正式从PoW转向PoS，核心组件是信标链（Beacon Chain），PoS的核心逻辑是：验证者（Validator）通过质押ETH（至少32 ETH）获得参与共识的资格，根据质押金额和在线时长竞争打包区块的权利，并获得奖励（而非算力竞争）。

PoS的关键技术细节包括：

• 验证者节点：质押ETH的节点需运行客户端软件（如Lodestar、Prysm），负责验证交易、提议区块、投票确认。
• 随机数生成（RANDAO）：通过验证者质押的随机数种子生成随机值，确保区块提议者的选择不可预测，防止“作恶者”预知出块顺序。
• 惩罚机制（Slashing）：对恶意行为（如双重签名、长时间离线）的验证者进行质押ETH削减，保障网络安全。
• 分片设计（未来规划）：PoS为分片扩容奠定基础，未来将通过64条分片链并行处理交易，进一步提升TPS。

PoS的落地使以太坊能耗下降约99.95%，同时通过质押经济模型（目前质押量超3000万ETH）增强了网络安全性，为后续扩容升级扫清障碍。

智能合约：图灵完备与代码即法律

智能合约是以太坊的“灵魂”，是运行在区块链上的自动执行程序，其核心特性是图灵完备（支持循环、条件判断等复杂逻辑）和去中心化执行（由网络节点共同验证结果）。

智能合约开发语言与编译

以太坊支持多种智能合约开发语言,最主流的是Solidity（类C++/JavaScript语法，由以太坊团队开发），此外还有Vyper（更注重安全性和简洁性）、Serpent（早期语言，已逐渐淘汰）等，开发者通过Solidity编写合约代码，再编译为字节码（Bytecode），部署到以太坊网络上。

一个简单的ERC-20代币合约（标准化的可替代代币合约）需要实现transfer、approve、transferFrom等函数，定义name、symbol、decimals等元数据，并维护balances（用户余额）和allowances（授权额度）两个映射表。

合约执行流程：从创建到调用

智能合约的执行分为“部署”和“调用”两个阶段：

• 部署阶段：开发者将编译后的字节码和构造函数参数（如代币名称、初始供应量）打包为交易，发送至目标地址（空合约地址，由CREATE opcode生成），网络验证交易后，将字节码存储到合约账户的code字段，合约正式“上线”。
• 调用阶段：用户通过EOA发送交易（包含函数名、参数、价值），交易被矿工/验证者打包进区块后，以太坊虚拟机（EVM）会解析交易数据，找到目标合约并执行对应函数（如transfer），执行过程中，合约可读取/修改自身storage（需支付Gas费），或触发事件（Event，用于记录日志）。

以太坊虚拟机（EVM）：去中心化的“操作系统”

EVM是以太坊的“虚拟处理器”，是执行智能合约代码的运行环境，它是一个基于栈的虚拟机，部署在以太坊网络的每个全节点中，确保所有节点对合约执行结果达成一致。

EVM架构：栈、内存与存储

EVM的运行时资源包括：

• 栈（Stack）：固定大小（1024槽位），用于存储临时数据（如操作数、计算结果），所有操作基于栈进行（如ADD指令从栈顶弹出两个值相加，结果压回栈顶）。
• 内存（Memory）：线性增长的字节数组，用于存储合约执行过程中的临时数据（如函数参数、中间计算结果），内存操作是“付费”的（按字节数计算Gas）。
• 存储（Storage）：持久化的键值对数据库，对应合约账户的storage字段，用于长期保存数据（如用户余额），存储操作Gas消耗极高（写入一次需消耗5000 Gas），因此开发者需谨慎设计存储逻辑。
• Gas机制：为防止无限循环和资源滥用，EVM引入Gas概念：每笔交易需支付Gas费（以ETH计价），每个操作（如ADD、SLOAD）消耗固定Gas，若执行过程中Gas耗尽，交易回滚（状态不变，已消耗Gas不退回）。

操作码（Opcode）：EVM的“指令集”

EVM通过操作码实现底层逻辑,操作码分为几类：

• **算术操作