创新技术应先明确解决什么问题
“创新区块链技术”涵盖多种方案，不能仅凭名称判断效果。讨论常见问题，可以先明确目标：是容纳更多交易、降低处理成本，还是提高验证效率？这些目标对应不同机制，某一项性能改善，并不自动代表其他方面也得到改善。本文聚焦扩容与账本验证，不对具体项目作性能评价。
处理更快是否代表确认更可靠
以太坊开发文档将提高吞吐量与加快最终确认列为扩容目标，同时强调安全和去中心化。吞吐量描述单位时间处理的交易数量，最终确认关注结果何时获得稳定保障，两者需要分别理解。
应用显示已收到请求，只能说明请求进入了处理流程。判断处理是否完成，还要看交易是否被纳入账本，以及相应协议的确认条件是否满足。因此，比较技术时，应先确认“速度”指标测量的是哪一个环节。
链外处理是否具有相同安全保障
以太坊扩容说明区分了不同链外方案：Rollup在链外执行交易，并向主链提交数据；侧链采用自身共识；Validium采用有效性证明，但数据不存放在主链。它们与主链的关系并不相同。
理解这些方案，可分别追问：谁处理交易、谁验证结果、验证所需数据在哪里？当业务需要自行核验状态时，数据能否取得就是适用条件之一；仅知道结果附带证明，还不足以了解完整的数据保障。
区块链记录是否绝对不能改变
比特币开发指南说明，区块通过哈希关联，全节点独立验证规则；修改历史记录需要连带修改后续区块。网络出现竞争分支时，节点在有效链中依据累计工作量选择链，因此近期记录可能受到链重组影响。
“难以篡改”描述的是修改历史所面临的约束，不是对任何时间点都绝对不可改变的承诺。业务若依赖记录稳定性，就需要按照所用网络的确认机制定义完成状态，不能把首次看到记录直接等同于最终完成。
证明交易被收录是否等于验证全部规则
比特币指南介绍的默克尔树，能够支持验证某笔交易是否包含在特定区块中。包含关系证明回答的是收录问题；交易和区块是否满足共识规则，属于更完整的验证范围。
设计应用时，应让验证方式匹配实际问题：查询收录情况、核验账本状态和判断确认程度，需要的信息并不完全相同。明确证明覆盖的范围，才能避免把局部验证结果解释成对整个系统的保证。