基础概念：数据如何被验证
比特币开发文档介绍了哈希链接、默克尔树、全节点验证、工作量证明和未花费交易输出（UTXO）。哈希链接关联前后区块，默克尔树支持核验交易是否被纳入区块；节点依据共识规则检查区块，UTXO规则约束同一输出被重复花费。
这些概念分别回答记录如何关联、交易如何核验、支出是否有效等问题。理解技术趋势时，应先区分这些职责，避免将所有安全属性都归结为“数据上链”。
扩容概念：Layer 1与Layer 2
以太坊扩容文档区分了修改基础协议的链上扩容，以及在主网之外处理活动的链下扩容。Layer 2借助主网安全机制；Rollup在链外执行交易，再向主网提交相关数据。乐观Rollup依靠挑战与欺诈证明处理错误结果，零知识Rollup提交有效性证明。
这种分工适合解释扩容为什么涉及架构变化：执行交易、验证结果与保存必要数据，可以由不同层承担。判断性能时，也应分别考察吞吐量、确认等待和最终结算，不能用一个“速度快”概括。
数据可用性与分片
数据可用性关注验证所需的数据能否被取得。以太坊扩容路线涉及面向Rollup的数据blob及Danksharding；它与早期将执行任务分给多个分片的设想存在区别。Validium也使用有效性证明，但将数据放在主网之外。
因此，证明计算结果正确，与保证相关数据可获取，是两个需要分别理解的问题。讨论分片时，也要说明被拆分的是执行工作还是数据承载，不能仅凭名称推断效果。
适用条件：不同方案解决不同问题
状态通道适用于参与者在链下反复交互、随后结算的场景；侧链拥有自身共识规则。选择技术架构的讨论，需要考虑参与者范围、交互频率、数据存放位置以及结算方式。
链下处理并不自动意味着继承主网的全部安全保障。分析具体实现，还需要明确谁提交结果、谁能够提出异议，以及系统正常运行依赖哪些参与方。
常见问题：如何理解“趋势”
扩容是否只看每秒交易数？还应考虑节点参与门槛、安全假设与结算条件。交易被纳入区块是否等于绝对不可改变？比特币的分叉处理说明，记录确认需要结合共识机制理解。
这些概念展示的是验证与扩容的技术方向，不能直接推导某种方案必然取代其他方案。比特币的账本机制和以太坊的扩容设计各有适用背景，不宜把一条链的实现推广为所有区块链的统一规则。