以太坊与扩容基础设施
集中查阅相关规则、案例与原始出处；各项适用条件以对应文章为准。
收录 6 篇 · 最近核查 2026-10-28
以太坊节点为什么要两种客户端：基础设施公司的分工怎么看
全节点与验证者不是同一个概念：运行全节点不必质押；产品实现、托管服务和RPC品牌分别辨认
阅读全文 →
资料要点
| 排序与证明角色 | 排序器决定交易顺序并组织批次，证明器为ZK批次生成有效性证明，两者是功能角色而非公司标签，可由同一团队运行也可分开。 查看依据 |
|---|---|
| 两种客户端分工 | 以太坊全节点通常同时运行执行客户端和共识客户端：执行侧负责交易验证、EVM执行、状态管理与JSON-RPC，共识侧负责区块与证明、分叉选择和链头跟随。 查看依据 |
| Bundler与Paymaster | ERC-4337中Bundler接收并验证UserOperation，打包成一次handleOps调用提交上链并先支付外层交易gas；Paymaster是可选赞助合约，替操作承担gas，本身不负责打包提交。 查看依据 |
按问题查资料
基础设施与生态
排序器和证明器是一家公司吗？拆开Rollup服务分工
排序器和证明器是不是一家公司，取决于具体 Rollup 的运营安排，没有统一答案。两者是功能角色：排序器决定交易顺序并组织批次，证明器为 ZK 批次生成有效性证明。它们可以由同一团队运行，也可以分开；即使同属一个主体，排序权、证明生成和合约升级控制仍是三件需要分别审查的事。
资料核查 2026-10-28
基础设施与生态
Optimistic与ZK Rollup：谁提供状态正确性的证据？
状态正确性的证据，在两类 Rollup 里由不同角色、在不同时点提交。Optimistic Rollup 提交批次时通常不附有效性证明，而是先把状态根作为“断言”发布出去，默认它正确；如果有人反对，就在挑战机制下提交欺诈证明（故障证明），由 L1 上的合约仲裁。ZK Rollup…
资料核查 2026-10-28
基础设施与生态
账户抽象谁在提供服务：Bundler和Paymaster不是同一角色
账户抽象的提交方与支付方：角色示意；Bundler先支付外层gas，再按协议结算，不代表免费
资料核查 2026-10-27
专题与周期观察
观察一个L2生态，交易数、地址数和资金量该怎么一起看
L2生态中交易数、地址数和资金量含义不同，地址非独立用户，桥锁定与TVL、稳定币供应不可混加，比较需统一时间和链范围。
资料核查 2026-10-26