基础概念：哈希、默克尔树与共识
比特币开发文档介绍了区块链的基本验证结构：区块通过前一区块头的哈希连接，交易通过默克尔树汇总；全节点独立验证规则，工作量证明参与链的选择。UTXO 即未花费交易输出，用于判断一笔交易的输入是否仍可使用，防止重复花费。
这些概念分别回答不同问题：记录是否发生变化、交易是否包含在区块中、交易是否符合规则，以及节点如何协调账本。开发时不能把“已有哈希”理解为“内容真实”，也不能把交易包含证明当成完整的交易有效性验证。
扩容概念：Layer 1、Layer 2 与 Rollup
以太坊扩容文档区分了修改基础协议的链上扩容，以及在主网之外处理交易的链下方案。Layer 2 从主网获得安全保障。Rollup 在链外执行交易，并向主网提交数据；乐观 Rollup 通过挑战机制处理争议，零知识 Rollup 则提交有效性证明。
理解这些方案，可以沿着执行、数据、验证三个环节梳理。把计算移到链外只是其中一步，还需要解释主网如何约束结果，以及发生争议时依据什么恢复正确状态。应用收到快速反馈，也不意味着已经完成主网层面的最终结算。
数据可用性与不同方案的适用条件
数据可用性关注验证或恢复状态所需的数据能否取得。以太坊文档中的 blob 和 Danksharding 涉及面向 Rollup 的数据扩容；Validium 使用有效性证明，但将数据放在主网之外。状态通道允许参与者链下交互后结算，侧链则采用自己的共识规则。
对于参与者之间反复交互的场景，可以考察状态通道的适配性；需要共享执行环境的应用，则需进一步研究 Rollup 的实现。比较 Validium 与 Rollup 时，应重点检查数据保存方式；比较侧链与 Layer 2 时，应明确安全性依赖哪些主体和机制。
常见问题：如何判断技术差异
链下方案都属于 Layer 2 吗？按这里采用的安全性定义，并非如此。是否连接主网、是否兼容以太坊执行环境，都不足以单独证明其继承主网安全性。
吞吐量越高就越适合开发吗？吞吐量只表示处理能力的一部分，还要结合最终确认、数据获取和节点运行要求判断。零知识 Rollup 的名称也不代表应用自动具备隐私保护；在扩容语境中，应先关注证明如何保证计算结果有效。