账本发展为什么关注扩容
区块链账本需要让参与节点按照共同规则验证记录。当使用需求超过网络处理能力时，交易等待与费用就可能成为问题。因此，讨论账本发展趋势，不能只问能记录多少交易，还要问由谁验证、数据放在哪里，以及发生争议时如何处理。
以太坊扩容文档介绍了以 Rollup 为核心的分层思路：在主网之外执行交易，再向主网提交相关数据和验证依据。这体现的是执行与结算分工，并不代表所有区块链都采用相同路线。
更快是否意味着更安全
吞吐量、响应速度和最终确认不是同一个指标。系统迅速返回处理结果，不等于该结果已经获得最终结算保障。比较扩容能力时，应区分交易被接收、被执行以及达到相应确认条件这几个阶段。
扩容也要考虑验证者的参与门槛。处理能力提高后，如果运行节点需要更多资源，就需要进一步分析其对独立验证和去中心化的影响，不能只用速度评价方案。
账本记录能否绝对不可更改
比特币开发者指南说明，节点独立验证区块，区块通过哈希关联，工作量证明增加了重写历史的成本；出现竞争分支时，节点依据有效链的累计工作量选择历史。
因此，抗篡改不宜理解为任何条件下都无法改变。短暂分支与历史重组属于需要考虑的机制边界。比特币的确认逻辑也不能直接套用于采用其他共识机制的账本。
链外处理是否都属于二层网络
不能仅凭交易在主网之外执行，就认定方案具有同样的安全保障。以太坊扩容文档区分了借助主网安全性的二层方案与采用独立共识的侧链，也指出 Validium 的数据不存放在主网这一差异。
理解这些方案时，关键问题是：谁保证执行正确，谁提供验证所需数据，争议如何解决。连接主网、兼容相同执行环境和继承主网安全性，是不同的概念。
如何理解趋势的适用条件
不同业务对高频交互、公开验证和结算确定性的要求并不相同，因此不存在仅凭单项性能指标就能判定的通用最优方案。评价账本架构时，应同时明确性能指标的测量阶段、数据获取条件与参与者承担的信任责任。
上述讨论适用于理解公开账本及其扩容机制，不构成某个具体网络已经实现性能或安全目标的证明。技术路线描述也不等于部署完成情况，具体实现仍需单独核验。