城市业务是否都需要区块链
讨论城市区块链应用，首先要明确需要解决的是共同记录、数据核验，还是普通的信息查询。多部门参与并不自动意味着必须上链，还需判断由谁维护记录、谁有权核验，以及各方能否接受共同的管理规则。本文讨论通用技术问题，不据此判断任何具体城市项目的成效。
访问量增加后，速度和费用会怎样
以太坊扩容文档指出，网络需求增加可能造成拥堵和费用上升；扩容需兼顾吞吐量、安全与去中心化。Rollup将交易执行移到主链之外，再向主链提交相关数据；侧链则采用自身的共识机制，安全条件不同。
对应城市业务，应分别理解请求处理速度和结果最终确认时间。界面显示已受理，不代表记录已达到最终确认状态。高频查询、集中申报和跨部门核验也有不同负载，不能只用一个吞吐量指标评价整体服务能力。
采用扩容方案后，是否就没有安全问题
扩容改变了业务处理的位置，也引入了需要评估的运行环节。选择方案时，需要问清哪些环节依赖主链，哪些依赖独立运营者，以及运营者中断时业务如何恢复。不能把与主链连接理解为所有方案都具有相同的安全保障。
电子凭证能验证，就代表内容真实可靠吗
W3C可验证凭证数据模型区分签发者、持有者和验证者，并明确可验证不等于声明必然真实。验证者仍需按业务规则判断签发者和声明是否可接受；支持凭证的登记系统也可以是可信数据库，并不必须使用区块链。
例如，核验一份资格凭证，需要区分凭证是否被改动、签发机构是否有相应资格，以及凭证是否满足当前业务条件。密码学验证解决其中一部分问题，受理部门仍要明确认可范围和有效性要求。
隐私和跨部门互认有哪些常见误区
能够共享信息，不意味着应让所有参与方看到完整个人资料。城市服务可以先明确办理事项需要证明什么，再确定必要的数据范围。凭证更容易被机器读取，也可能增加不同场景中的个人信息被关联的风险。
跨部门互认还需要共同理解字段含义、签发权限和核验规则。统一数据格式只解决表达问题，不能自动统一各部门的受理条件。适用方案应同时说明技术验证方式与业务认可依据，避免把上链、签名或格式兼容当作互认已经完成。