Scroll三层架构深度解析结算层、排序层与证明层如何协同工作【免费下载链接】scroll-documentationThis is the frontend for the Scroll documentation项目地址: https://gitcode.com/gh_mirrors/sc/scroll-documentation很多刚接触 Scroll 的朋友都会问Scroll 三层架构到底是怎么运作的为什么它既能兼容以太坊又能实现高性能与低费用作为基于 zkEVM 技术的以太坊 Layer 2 网络Scroll 将系统拆分为结算层、排序层与证明层三大模块各司其职又紧密配合。本文用最通俗的语言带新手一步步看懂这三层各自承担什么职责以及它们是如何协同完成一笔交易从发起到最终确认的全过程。一图看懂Scroll 三层架构总览先看官方文档中的这张架构图它直观展示了三大分层的关系从上到下依次是结算层基于以太坊的 Bridge Contract 与 Rollup Contract、排序层Execution Node 执行节点与 Rollup Node 汇总节点、证明层Coordinator 协调器与 Provers 证明者。数据从结算层流入排序层执行跟踪再进入证明层最终证明结果回流结算层完成闭环。结算层锚定以太坊负责最终安全结算层Settlement Layer是 Scroll 的信任根基它直接构建在以太坊主网上主要包含两类核心合约Bridge Contract桥接合约管理 L1 与 L2 之间的跨链资产和消息。用户在主网存入 ETH 或 ERC-20 代币时消息会写入L1MessageQueue合约等待 L2 侧取走。Rollup Contract汇总合约负责接收排序层提交的批次数据Commit并在验证有效性证明后完成最终确认Finalize同时记录最新的状态根和提款根。结算层还有一个重要特点数据可用性。排序层必须把批次交易数据提交到主网任何人都能据此重建 L2 状态从而保证用户资金安全不依赖单一运营方。排序层交易打包与数据提交的执行者排序层Sequencing Layer相当于 Scroll 的工厂车间由两个核心组件构成1. 执行节点Execution Node执行节点基于 go-ethereum 分叉而来负责收集交易、校验并打包区块、维护 L2 链状态。它还负责处理来自 L1 的存款消息将其构造成一种特殊交易类型L1MessageTx与其他 L2 交易一起进入区块。相关实现可参考 execution-node.mdx。2. 汇总节点Rollup Node汇总节点负责把 L2 区块分层打包Chunk数据块一段连续的区块集合是 zkEVM 生成证明的基本单位。Batch批次多个 chunk 的集合是提交到 L1 的数据单位附带聚合证明。这种多级打包策略是为了在保证 zkEVM 电路容量不溢出的前提下摊薄链上提交与验证成本。具体打包约束见 rollup-node.mdx。下图展示了交易从打包到提交的完整流程证明层zkEVM 如何生成有效性证明证明层Proving Layer是 Scroll 与乐观 Rollup 最本质的区别所在。它由**协调器Coordinator和证明者Provers**组成协调器从数据库轮询到新的 chunk 后会向执行节点拉取该 chunk 内所有区块的执行轨迹Execution Trace。协调器将chunk 证明任务随机分配给一台zkEVM 证明者生成 chunk 证明。当新 batch 产生时协调器收集其中所有 chunk 证明把batch 证明任务分发给聚合证明者Aggregator Prover生成聚合证明。下图展示了 zkEVM 如何基于 EVM 执行过程生成零知识证明为了让证明更高效Scroll 还把状态树替换为使用 Poseidon 哈希的 zkTrie一种稀疏二叉 Merkle Patricia 树大幅降低电路证明开销细节见 zktrie.mdx。三层协同一笔交易的完整生命周期现在把三层串起来看看一笔交易从发起到最终确认要经历哪些阶段此流程详见 transactions.mdx阶段状态参与层级发生的事1. 提交执行Confirmed排序层用户在 L1 桥或 L2 提交交易执行节点打包出块2. 数据提交Committed排序层 → 结算层Rollup 节点打包 batch提交 Commit 交易到 L1数据上链3. 证明生成—证明层协调器派发任务zkEVM 证明者生成 chunk 证明聚合器合成 batch 证明4. 最终确认Finalized证明层 → 结算层提交 Finalize 交易L1 合约验证聚合证明更新状态根跨链资金如何流动充值L1 → L2用户在主网调用网关合约消息进入L1MessageQueue排序层同步后打包进 L2 区块流程如图提款L2 → L1用户发送提款消息进入 L2 的 Withdraw Trie待批次在 L1 最终确认后任何人都可凭 Merkle 包含证明在 L1 上执行提款无需信任第三方跨链消息的完整机制含消息重放、地址别名等可参阅 cross-domain-messaging.mdx而 Rollup 提交/最终确认的合约细节在 rollup.mdx。总结三层各司其职缺一不可结算层保证安全性与数据可用性是 Scroll 的保险箱排序层负责处理交易与打包数据是 Scroll 的高速引擎证明层用 zkEVM 生成有效性证明是 Scroll 的质检员用密码学取代了乐观 Rollup 的挑战期。正是因为这三层架构的分工协作Scroll 才能在保持以太坊级安全的同时实现秒级出块、低费用和快速提款体验。如果你想深入学习源码级细节不妨打开项目的 technology 文档目录 逐篇阅读亲手验证每一层的运作逻辑【免费下载链接】scroll-documentationThis is the frontend for the Scroll documentation项目地址: https://gitcode.com/gh_mirrors/sc/scroll-documentation创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考