链上扩容解决什么问题
链上扩容的应用边界，是底层网络在维持安全和可验证性的条件下，能够承担多少新增工作。它适用于需要提升底层公共容量的场景，但不能仅凭交易数量增加，就认定方案有效。执行、传播和验证能力必须相互匹配。
以太坊开发文档将链上扩容界定为对第一层协议的修改，并强调扩容需要兼顾安全、去中心化及节点参与门槛。文档还说明，底层提供数据容量可以支持 Rollup，而交易执行可以放在链外。这意味着链上扩容也能服务于分层架构。
节点资源构成直接约束
扩大区块承载量，意味着网络需要传播和验证更多内容。判断适用条件时，应关注节点的带宽、计算与存储负担，以及节点能否及时完成处理。若容量增长使独立验证越来越难，新增吞吐量就伴随着参与门槛上升。
比特币开发指南说明，全节点独立验证区块，共识依赖共同的验证规则；工作量证明计算针对区块头进行。因此，增加交易数据不等于按同样比例增加挖矿哈希计算，却仍需考虑交易验证与数据传输负担。
哪些需求适合底层扩容
当瓶颈确实位于底层执行或数据承载环节，且协议调整能够在可接受的节点成本内增加容量，链上扩容才具有针对性。例如，应用直接使用底层状态，需要关注执行容量；汇总提交链外交易的方案，则还需要关注底层数据可用性。
如果需求主要是大量重复交互，可以评估链外执行、批量提交或状态通道等技术的适配性。比较时需要明确谁验证结果、数据保存在哪里、争议如何处理，不能只比较标称交易速度。
常见问题与适用限制
吞吐量提高，是否意味着确认更快？不一定。吞吐量描述单位时间能够处理的交易量，最终性描述交易结果达到何种确定程度。提高容量可能缓解排队，但不能据此推断共识确认过程同步加快。
链上扩容能否保证费用持续降低？不能。容量增加可以缓解拥堵，但费用还受需求影响。新增容量被进一步增长的需求占用后，资源竞争仍可能出现。
分片、Rollup 和侧链是否属于同一种扩容？它们涉及不同的工作分配和安全机制。分片划分处理任务，Rollup 将执行移出底层并借助底层验证或结算，侧链采用自身共识。具体边界需要结合协议设计判断，不能把某条链的方案直接套用于所有区块链。