一、扩容要改善哪些指标
区块链扩容是提升网络承载能力，同时尽量维持安全性与去中心化。吞吐量表示单位时间可处理的交易数量；最终性关注交易结果何时达到协议所规定的不可逆状态。两者相关，但不能混为一谈。
例如，系统很快显示交易已接收，并不代表交易已经最终确定。比较扩容方案时，需要分清接收、执行和最终结算分别发生在什么阶段。
二、底层概念：共识、哈希与默克尔树
比特币开发者文档介绍了全节点按共识规则独立验证区块的机制。区块通过前一区块头的哈希相连，交易哈希则汇总成默克尔树。利用相应证明，可以核对交易是否被包含在某个区块中。
这些概念构成理解扩容的基础：处理更多交易之外，还要让参与者能够检查结果。证明某笔交易被收录，与验证整个系统的状态变化正确，是不同层面的任务。
三、链上扩容与链下扩容
以太坊扩容文档区分了修改基础层协议的链上扩容，以及在主网之外处理活动的链下扩容。Layer 2强调从基础层获得安全保障；侧链使用自身的共识机制，不能仅因与主网相连就视为同等安全。
分片体现的是拆分工作负担的思路。以太坊文档描述的扩容路线更侧重Rollup，并通过专用数据空间支持它，而不是简单把所有交易执行分配给不同分片。
四、Rollup、证明与数据可用性
Rollup将交易执行移到链下，并向基础层提交相关数据。乐观Rollup依靠争议挑战机制处理错误结果；零知识Rollup提交有效性证明。Validium也使用有效性证明，但数据保存在链下。
因此，结果是否正确和验证所需数据是否可获得，应分别考察。一个方案采用了密码学证明，并不能据此推断它的数据存储方式、运行依赖和退出条件都与另一个方案相同。
五、不同方案的适用条件
状态通道允许参与者在链下交互，之后向主网结算，适合理解为减少每次交互都上链的需求。评估其适用性，需要考虑参与者范围、交互方式以及结算安排。
对需要通用应用执行的场景，可以重点比较Rollup的执行与结算机制；讨论侧链时，则应单独检查其共识和跨链连接所引入的信任条件。不同方案并不是仅靠速度就能排序的替代品。
六、常见问题：更快是否一定更好
不一定。吞吐量、费用、节点运行门槛和安全保障需要一起看。交易数量相同，交易复杂度也可能不同；确认速度相似，最终结算条件仍可能存在差别。
理解扩容时可以抓住四个问题：谁执行交易，谁验证结果，数据放在哪里，出现争议时如何结算。这比只记住技术名称，更容易辨别方案之间的实际差异。