适用范围：技术机制不能替代业务核验
讨论中国区块链支付系统需要注意哪些问题，首先要明确系统采用什么网络、记录什么资产，以及链上记录与实际支付业务如何对应。以太坊账户文档和比特币交易开发指南分别说明账户与交易机制，适合用于理解技术基础，不能作为中国境内支付业务资质或合规性的认定依据。
以下问题适用于采用类似账户或交易模型的系统。具体项目是否使用这些机制、是否正确实现，仍需结合其技术设计与业务文件核验。
账户控制：分清地址、钱包与授权能力
以太坊账户机制区分由私钥控制的外部账户与由代码逻辑控制的合约账户；钱包则是与账户交互的应用或界面。私钥用于生成交易签名，合约账户的行为取决于代码规则。
因此，支付系统不能只展示一个收款地址，还应明确谁有权授权资金操作、哪些操作需要审批，以及权限失效后如何处理。界面能够登录，并不充分说明用户拥有独立的链上控制权；判断控制关系，需要追溯实际签名与合约权限。
交易校验：不同账本模型不能混用
比特币交易通过输入引用此前的输出，并创建新的输出；尚未花费的输出称为UTXO。花费某项输出，需要满足其脚本规定的授权条件，常见形式涉及公钥和数字签名。
这意味着业务系统需要识别具体的交易与输出，不能仅凭钱包显示的总额核对每笔订单。采用账户模型的系统则需要围绕账户状态设计校验。技术模型不同，对账字段和并发处理方式也应相应设计。
业务一致性：签名有效还需核对支付意图
签名验证解决的是相应授权条件是否满足的问题。业务层仍需检查收款对象、金额与订单是否一致，并明确一次订单对应哪些链上记录。真实有效的链上交易，也可能被错误关联到另一笔业务。
系统还应区分请求提交、网络处理和业务记账等状态。重复通知或重复查询不应造成订单重复入账；异常状态应保留可追溯的处理记录，便于核对差异。
常见问题：有记录是否就代表支付完成
看到交易标识是否就能判定支付完成？需要结合所用网络的确认规则和业务完成条件判断，标识本身不足以证明全部流程完成。
采用智能合约是否就能免除管理责任？合约只能按其逻辑执行，业务方仍需明确权限、异常处理和争议解决安排。技术机制能够支持授权验证与账本记录，但不能单独证明业务真实、实现无漏洞或运营符合当地要求。