适用范围：通用机制不等于城市项目成效
城市业务中的区块链问题，需要结合所用网络和业务规则讨论。以太坊的账户模型与比特币的账本结构可以帮助理解权限和记录验证，但不能直接证明某个城市平台的性能、安全性或应用成效。以下解释限于这些通用机制，不对应具体城市项目。
账户、钱包与业务身份有什么区别
以太坊账户文档介绍了由私钥控制的外部账户，以及由代码逻辑控制的合约账户；钱包则是与账户交互的应用或界面。签名用于验证操作授权，部署合约需要消耗网络资源。
在城市业务语境下，地址本身不能说明使用者属于哪个部门、是否具备审批资格。判断一次操作是否符合业务要求，还需要明确地址与身份、职责之间的对应关系。钱包能够发起操作，也不意味着它自动具备相应业务权限。
记录上链能否证明内容真实
比特币开发者指南说明，区块通过前一区块的哈希相连，节点依据共识规则验证记录；交易摘要组织成默克尔树，可以用于核验交易是否被纳入区块。修改历史记录会影响后续链接，并受到工作量证明机制的约束。
这些机制支持记录完整性和纳入情况的验证。若将其用于理解城市业务存证，应区分“某条记录已经写入”与“记录描述的现实事件真实发生”。例如，提交内容是否准确，仍取决于信息采集和业务审核，不能仅凭上链得出结论。
防止重复交易是否等于防止重复办理
比特币以未花费交易输出约束重复花费；以太坊账户的交易序号则用于区分交易，限制相同序号交易被重复执行。两种机制针对不同账本模型，不能直接互换。
业务重复与协议层重复并不完全相同。同一事项若被提交成不同的有效请求，仍需要业务系统识别。因此，理解城市业务中的“防重复”，必须先明确要排除的是重复交易，还是同一事项的重复申请。
提交成功是否代表业务已经完成
比特币可能暂时出现竞争区块，节点依据累计工作量选择有效链。这说明收到请求、交易进入区块与记录获得进一步确认，是不同状态。
城市业务还可能包含材料审核、授权判断和线下执行。即使链上记录已经确认，也不能据此认定所有业务环节完成。适用区块链机制时，应分别说明链上状态与业务状态，并依据实际网络规则解释确认含义。