多金快讯 / 知识读本 · 基础设施 · 2 分钟阅读
Rollup 将大量执行活动放到底层链之外，再把结果与必要信息提交给结算层。它的安全模型取决于证明、数据发布和退出安排，而不仅是交易费低。用户需要分清即时体验、底层结算与可独立恢复资金这三个目标。
排序器收据不是所有步骤的终点
排序器可以快速接收和排列交易，提供流畅体验。随后交易数据或承诺需要发布，状态更新要经过相应证明或争议机制，并依赖结算层处理。不同阶段的“确认”含义不同，不应只用一个绿色成功图标覆盖。
即使排序器由单一运营者运行，也不能仅据此判断资金是否可被任意转走；还要检查用户能否强制包含交易、提交证明或独立退出。另一方面，运营集中会影响可用性和排序公平性。
算例：快到账与可提款的时间差
假设用户在二层完成兑换，几秒内看到了新余额。这说明本地执行状态已经更新，却不一定说明这批交易已经完成底层验证。如果随后通过原生桥提款，可能还需经过批次发布、证明或争议窗口。
某服务提供快速提款时，通常由第三方先提供流动性并收取费用。它改变用户等待方式，并不自动改变协议本身的最终结算规则。应把服务信用风险和底层退出保障分别评估。
| 环节 | 主要作用 | 研究问题 |
|---|---|---|
| 排序 | 决定交易先后与即时体验 | 停机后能否继续提交 |
| 证明或争议 | 约束状态更新正确性 | 谁能参与、是否启用 |
| 数据发布 | 支持重建与独立验证 | 数据在哪里、保留多久 |
两类证明机制怎样比较
乐观方案通常允许对错误状态提出挑战；有效性证明方案则要求满足规定的证明验证过程。二者都需要关注证明系统是否真正启用、谁能提交、数据是否可获得，以及故障时的处理方式。不能只按名称推断所有权限已经开放。
升级密钥、安全委员会和紧急暂停可能覆盖正常机制。审查时应查看实际部署配置与治理延时，而非只读理想化技术路线。证明严谨并不能消除管理员突然改变合约的风险。
建立一份二层退出地图
记录费用结构、数据发布位置、排序器停机处理、强制交易方式、原生提款条件和升级权限。对于高价值使用，还应确认公开工具是否足以让独立参与者重建状态，而不是只能依赖一个官方网页。
比较网络时，不宜单看每秒交易数或账户数量。更实用的问题是：当官方前端和排序器同时失联，持有人还能依据哪些公开信息完成什么动作，需要多久以及需要谁配合。
实用检查清单
- 区分排序收据、批次发布和底层最终结算。
- 核查证明与挑战机制的实际启用状态及权限。
- 写明停机、强制包含、升级和原生退出路径。
常见问题
有效性证明意味着完全没有管理员风险吗？
不是。证明约束的是特定状态转换规则，升级管理员可能改变验证逻辑或相关合约。需同时检查证明系统和控制权限。
所有二层都继承相同安全性吗？
不能这样概括。数据位置、结算合约、证明实施和退出机制各不相同，侧链与外部数据方案也不应仅凭营销用语归为同一种保障。