一、应用需求是否适合共享账本
NIST《区块链技术概述》将区块链描述为分布式实现、能够显现篡改并抵抗篡改的数字账本；正常运行时，已发布的交易记录不能随意更改。这说明其应用价值首先在于参与方共同记录和核验信息，而非让所有业务都改用区块链。
场景评估需要先回答：哪些主体共享记录，为什么需要共同核验，既有系统有什么不足？如果业务并无多方共享账本的需求，仅引入区块链并不能自然证明其必要性。
二、容量限制与使用成本
以太坊扩容文档指出，网络需求较高时可能出现交易变慢、费用上升；扩容的目标是在保持安全和去中心化的同时提高处理能力。文档也区分了借助主网安全的二层方案与采用独立共识的侧链，说明扩容路径并不具有相同的安全前提。
这类容量问题不能直接套用于所有区块链。产业应用需要结合所选网络，分别考察吞吐量、等待时间和使用成本。能够提交大量业务请求，不等于这些请求都能在业务要求的时间内获得最终确认。
三、把抗篡改误认为数据天然真实
账本抗篡改解决的是记录发布后的完整性问题，不是现实信息进入系统之前的真实性问题。对产业应用而言，记录是否可信，还需要明确其由谁提供、如何核验，以及发生错误时如何处理。
因此，能够证明某条信息被记录过，并不等于证明其描述的现实事件必然真实。区块链的技术属性不能替代业务中的事实核验。
四、扩容后仍有运行依赖
扩容方案将部分处理移到主网之外，并不意味着运行依赖消失。评估时仍需弄清谁负责处理请求、处理结果如何被核验，以及何时获得相应的安全保障。
常见误区是把兼容性当成安全性：接口兼容或能够与主网通信，不代表自动拥有同样的安全保障。方案比较应基于具体实现，不能只凭“二层”或“侧链”等名称作结论。
五、技术指标与业务验收脱节
产业应用不能只以速度提升作为成功标准。还应明确共享账本的参与范围、记录的业务含义、可接受的等待时间，以及系统运行所依赖的条件。
上述问题主要属于技术与应用适配层面，不代表所有项目都存在同样障碍。更稳妥的理解是：区块链提供了一种共享记录机制，但规模化应用仍需把性能、安全前提与业务规则逐一对应起来。