适用范围：先明确共享账本解决什么问题
本文讨论面向城市多方协作的通用技术问题，不评价具体建设项目。NIST《区块链技术概述》将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本，并强调正常运行条件下已发布交易难以变更。这解释了记录可信的基础，也划定了其能力边界。
误区一：数据上链就代表事实真实
共享账本可以帮助参与方核对提交后的记录，却不能仅凭记录存在就证明现实事件真实。例如，一条业务记录能否作为可靠依据，还取决于信息采集、提交身份与审核过程。讨论城市业务中的可信性，需要分别检查输入是否可靠、记录是否完整以及后续使用是否符合业务规则。
误区二：抗篡改就是任何情况下都不能改变
把抗篡改理解为无条件保证，忽略了网络正常运行这一前提。系统评价需要明确参与者权限、共识规则和异常处置方式。业务纠错也应有清楚的记录规则，例如通过追加更正记录表达变化，并让使用者能够识别原记录与更正记录的关系。
误区三：分布式意味着不再需要管理
账本分布在多个节点，并不自动回答谁能参与、谁能提交数据、谁负责处理争议。技术上的记录同步与组织上的权责分配是两个问题。城市多方协作如果没有明确管理规则，即使各节点持有一致记录，也可能对记录含义和责任归属存在分歧。
误区四：增加节点就能无限提高性能
以太坊扩容文档指出，扩容需要同时考虑吞吐量、确认速度、安全性和去中心化；不同链下方案获得安全保障的方式也有差异。因此，城市系统不能仅凭节点数量判断承载能力，也不能直接套用其他网络的性能结论。评估应结合实际业务负载，区分提交成功、执行完成与最终确认。
误区五：所有链下扩容都继承相同安全性
链下执行、与主链通信和继承主链安全性并不是同一个条件。以太坊文档区分了依托主网共识的二层方案与采用独立共识的侧链。比较城市系统的扩容设计时，应进一步说明谁验证结果、数据存放在哪里，以及发生争议后依靠什么机制处理。
常见问题：城市业务是否都需要上链
不能仅凭“城市级”这一规模标签判断。适用性首先取决于是否存在多方共同记录、核验历史和维护一致账本的需求。如果目标只是集中保存与查询数据，需要先比较普通数据库能否满足要求。选择区块链仍需解释其新增的协作价值，以及相应的管理和运行成本。