以太坊作为全球最大的智能合约平台,其“一层主网”(Layer 1)长期面临着交易 throughput(吞吐量)不足、Gas 费用高昂等瓶颈,为解决这些问题,“二层扩展方案”(Layer 2, L2)应运而生,成为以太坊生态扩展的核心路径,而理解以太坊二层架构,离不开对其“架构图”的拆解——这张图不仅勾勒了 L2 如何与 L1 协同工作,更揭示了区块链扩展的技术本质,本文将从底层逻辑出发,逐步拆解以太坊二层架构图的核心组件、工作流程及生态协同价值。
在区块链领域,安全性、去中心化、可扩展性常被称为“不可能三角”——三者难以同时兼顾,以太坊 L1 优先保障了安全性与去中心化,但通过每秒处理 15-30 笔交易(TPS)的吞吐量,远无法满足 DeFi、NFT、GameFi 等应用的高频需求,Gas 费用随网络拥堵飙升(如 2021 年牛市中单笔转账费用超 100 美元),进一步阻碍了用户普及。
二层方案(L2)通过将计算和存储压力转移到链下,仅在 L1 上记录关键数据,既继承了 L1 的安全性,又大幅提升了 TPS、降低了成本,目前主流的 L2 技术路线包括状态通道(State Channels)、侧链(Sidechains)和rollup(链上rollup/链下rollup),rollup 因与以太坊 L1 的深度集成,成为生态发展的主流方向。
以太坊二层架构图虽因技术路线不同(如 Optimistic Rollup、ZK-Rollup)存在细节差异,但核心组件逻辑高度一致,我们可以将其抽象为“用户-应用-L2-L1”的四层结构,涵盖数据、计算、验证、结算四大环节:

用户通过钱包(如 MetaMask)与 L2 上的 dApp(如 Uniswap on Arbitrum、Aave on Optimism)交互,当用户发起一笔交易(如转账、Swap),交易数据首先被 L2 节点打包,进入 L2 的待处理队列,这一层的关键是“用户体验”:L2 需提供与 L1 一致的地址格式、钱包兼容性,同时通过低 Gas 费和高速度提升交互流畅度。
L2 的核心是“执行引擎”,负责处理交易并更新状态(如账户余额、合约状态),根据技术路线不同,执行引擎分为两类:
执行层依赖 L2 节点网络(如 Arbitrum 的 Sequencer、Optimism 的 Batch Submitter),这些节点由生态参与者运行,负责排序交易、生成批处理数据。

L2 的核心安全假设是“数据可用性”(Data Availability)——所有交易数据必须公开可查,防止 L2 节点恶意篡改数据导致状态不一致,L2 会将交易数据的“承诺”(如哈希值)定期提交到 L1,具体方式包括:
数据层是 L2 与 L1 的“纽带”,确保 L2 状态可被 L1 验证,实现“安全托管”。
L2 的状态更新最终需要 L1 的“结算”(Settlement)来确认,这是 L2 安全性的核心保障:

结算层依赖 L1 的抗攻击性(如算力安全、经济安全),确保 L2 无法脱离 L1 的“监督”。
结合上述组件,以太坊二层架构图可还原为一笔交易的完整生命周期:
以太坊二层架构图不仅是技术逻辑的体现,更是生态协同的蓝图,当前,L2 已形成“多链并行”的格局:
L2 与 L1 的协同还体现在“价值捕获”上:L2 的 Gas 费用部分通过“费用返还机制”回馈 L1(如 EIP-4844 协议通过“blob 数据”降低 L2 数据提交成本),形成“L1 提供安全,L2 扩展应用,生态共同成长”的正向循环。