扩容解决什么问题
区块链扩容是提高网络处理交易能力的一类技术方法，通常涉及吞吐量、处理延迟和使用成本。以太坊开发文档将其目标概括为：在保持安全与去中心化的前提下提升容量，并区分修改基础协议的链上方案与在主网之外处理交易的方案。
比特币开发指南说明，全节点独立验证区块，依照共识规则维护账本。这为理解扩容提供了基础约束：容量调整仍须考虑节点如何验证交易，以及网络如何维持一致的记录。
条件一：容量限制确实影响业务
当交易需求超过网络可处理的范围，等待时间和费用可能影响应用使用，此时扩容才有明确的目标。评估前应区分需求是更多交易、更快响应，还是降低单次操作成本；这些目标相关，但不能彼此替代。
例如，应用获得快速响应，并不代表交易已经完成基础链结算。因此，适用条件应同时说明可接受的响应时间与结算要求，避免只用一个速度指标判断效果。
条件二：安全与节点负担可以接受
扩容方案需要说明由谁验证交易、错误如何被发现或拒绝，以及用户依赖哪些参与者。增加处理容量也应评估节点的计算、存储和通信负担，防止参与验证的门槛过高。
具体方案是否适用，取决于这些条件是否符合应用要求。能够连接主网，并不足以说明它与主网具有相同的安全保障。
条件三：交易模式与技术路径匹配
Rollup在链外执行交易，并向基础链提交相关数据；状态通道让参与者在链外交互，再向主网结算；侧链采用自身共识；Validium使用有效性证明，但数据不存放在主网。这些区别决定了方案的适用边界。
需要频繁交互的固定参与者，可以从通道机制的前提出发评估；需要承载多种应用的系统，则需考察执行环境与验证机制是否匹配。数据放在哪里、需要时能否取得，也应与性能一起评估。
常见问题
扩容是否就是增大区块？增大区块只是调整容量的一种思路，链外执行和批量提交也属于扩容路径。区块承载更多数据后，仍需考虑传播、存储与验证成本。
吞吐量越高是否越适用？适用性还取决于安全假设、数据可用性和结算流程。只有比较相同条件下的指标，性能数字才具有解释力。
以太坊的方案能否直接套用于比特币？两者的共识与交易规则不同。扩容的一般评估原则可以借鉴，具体技术能否实施则必须依据目标链的协议条件判断。