先明确系统范围与适用边界
讨论中国区块链支付系统需要注意哪些问题，首先要分清系统是用区块链记录支付凭证，还是直接在链上转移资产，或由智能合约执行结算。三者的资金流、权限和故障影响不同，不能仅凭“采用区块链”判断业务是否可靠。
比特币开发指南和以太坊智能合约安全文档提供的是技术层面的参考，不能据此认定某项中国境内支付业务具备经营资格。涉及境内业务时，业务准入、资金处理和数据责任需要另行核验；本文只讨论通用技术问题。
订单识别与金额表达要清晰
比特币支付指南强调，支付请求需要明确地址、金额和计价单位；独立收款地址有助于对应订单。涉及法币与链上资产换算时，还需处理报价变化和请求有效期。这些机制适用于相应的比特币支付场景，不能原样套用到所有链。
从系统设计看，订单应明确记录应付金额、有效期以及异常处理状态。少付、多付、重复通知或过期后收到款项，都需要有可追踪的处置路径。页面显示的订单结果与后台记账结果也应保持一致，避免只凭一次通知就结束业务流程。
保护支付请求和密钥
上述支付指南还指出，支付请求应通过安全通道传输，私钥不应存放在面向用户的网页服务器上。其核心风险是收款信息被替换，以及网页服务失陷后签名能力一并泄露。
二维码只是信息载体，能够成功扫描不代表收款方可信。系统设计应把请求展示、信息核验与签名权限分开考虑，并明确哪些组件能够读取数据、哪些组件能够授权资产转移。退款也应有独立核验和记录，不能把它当作普通页面操作。
合约权限与验证需要配套
以太坊安全文档强调敏感函数的访问控制、角色划分、多签授权和执行条件检查，并建议结合测试、静态分析、模糊测试及独立审查。审计不能保证发现所有缺陷；形式化验证的结论也受模型和规格范围限制。
这些措施适用于实际承担结算或资产控制的合约。如果区块链仅用于存证，重点则应放在记录真实性和系统间一致性。使用管理权限时，需要分别定义升级、暂停和资金操作的授权范围，避免一个账户承担全部关键职责。
常见问题：上链是否就能放心
上链不能替代订单规则、退款责任和故障处置。设计评审应追问：请求被篡改如何发现，授权账户失陷会影响什么，合约执行失败后订单如何继续处理？这些问题需要形成可验证的流程。
第三方接口和安全审查可以提供帮助，但系统仍需明确接口异常时的处理方式，以及故障后的核对与恢复责任。技术组件是否可用，应结合具体业务流程判断。