公链与 Layer2

Base Beryl 升级后，标准单证明提现最终确认窗口从 7 天缩短到约 5 天，双证明快路径目标约 1 天。本文解释 OP Stack 机制、桥路径差异和操作前核查要点。

Base排序器风险主要来自交易排序、网络升级、L1数据提交、RPC状态和提现等待等环节。本文结合Base官方文档、BaseScan、L2BEAT与状态页，说明普通用户使用Base链前如何检查Layer2运行状态、区块浏览器记录、合约授权和资金安排，降低误操作风险。

本文解释递归证明（Recursive Proof）的机制：为什么 ZK Rollup 要把多份证明折叠成一份、对数压缩如何让证明可以再证明、共享聚合器怎么替多条链分摊验证费，以及它带来的费用、延迟、L3 可能性和电路复杂度风险。

Arbitrum Orbit可用于定制L2或L3链，但排序器、数据可用性、跨链桥和运维权限会带来新风险。本文用官方资料解释它的定位、运行逻辑、用户核查清单和常见误区。

本文解释 Patricia Trie（前缀树/Merkle 结构）如何组织以太坊的状态、存储、收据三棵树：键值如何编码路径、修改如何局部化、以及“状态根”为什么能担保全部数据。

本文解释状态膨胀的机制：链上状态为什么只增不减、修剪与归档如何应对、状态增长对节点生态/费用/安全的具体影响，以及“状态清理”类方案的思路。

本文解释重组的机制：分叉如何产生、“链头回退”发生什么、最终化为什么划界、以及用户如何理解“确认数”与重组风险的实际关系。

本文解释 calldata 的角色与成本逻辑：它装什么、为什么 gas 定价高于普通计算、EIP-2 把 calldata 成本降下来的原因、以及“数据上链”的三种路径（calldata/状态/blob）怎么选型。

本文拆解交易回执的字段：状态（成功/失败）、gas 用量分解、日志、合约地址（部署时）、收据里的状态根——以及“为什么交易失败了还要付 gas”在回执里怎么体现。

本文解释 EVM 事件/日志的机制：合约如何 emit、topic 与 data 的分工、索引参数为什么进 topic、以及 eth_getLogs/实时订阅的用法与坑（块范围、节点保留、重放处理）。