误区一：账本难以篡改，业务数据就一定真实
NIST《区块链技术概述》将区块链描述为分布式实现、能够显露篡改并抵抗篡改的数字账本，并将已发布交易不可更改的表述限定在网络正常运行的条件下。
企业架构需要区分记录完整性与输入真实性。账本保护的是写入后的记录，不能仅凭记录上链就判断对应的线下业务是否真实。数据由谁提交、谁有权确认、发现错误后如何追加更正，仍需明确的业务规则。
误区二：采用分布式架构，就不需要治理
共享账本适合讨论多个参与方共同记录和核对交易的场景，但分布式部署本身不能决定组织间的责任。企业仍需明确参与资格、规则变更权限和异常处理流程。
适用性判断应从协作需求出发：哪些主体需要共享记录，哪些状态需要共同确认？如果这些需求尚不明确，单纯增加节点并不能证明架构更合理。
误区三：扩容只要看每秒交易量
以太坊扩容文档将交易速度、吞吐量与安全、去中心化共同作为扩容目标。这意味着容量评估需要同时考察处理效率和系统依赖。
企业应区分请求被接收、交易被执行和结果获得最终确认这几个阶段。业务能否接受确认等待、拥堵时如何处理请求、节点运行要求是否限制参与，都是评估架构时需要回答的问题。单个吞吐量指标无法覆盖这些条件。
误区四：连接主网，就拥有相同的安全保障
以太坊扩容文档区分了从主网获取安全保障的第二层方案与采用独立共识的侧链，也说明不同方案的数据存放方式存在差异。
因此，评估企业采用的扩容系统时，应分别检查交易由谁执行、结果如何验证、必要数据存放在哪里。连接主网的方式不能单独说明整套系统的安全边界，以太坊的技术分类也不能直接套用于所有企业链。
常见问题：第二层网络是否消除了运营依赖
不能作此推断。扩容系统仍可能依赖运营节点、排序服务及其他组件，具体职责随实现而变化。企业需要区分结果正确性的保障与服务持续可用的保障：即使存在验证机制，也仍需考察组件停机时业务如何继续。
这些原则适用于架构初步评审。判断某个具体系统是否满足要求，还需核对其实际部署、权限配置、验证机制和故障处理能力，不能仅凭“区块链”或“第二层”的名称下结论。