一、先明确技术讨论的适用范围
讨论“京杭区块链技术需要注意哪些问题”，首先应明确“京杭”对应的具体系统及其技术架构。名称不能说明系统采用哪种共识机制、是否运行智能合约，也不能证明其安全性。以下仅解释通用概念，不代表对某个具体项目的核验结论。
二、账本一致性不等于业务正确
比特币开发者文档说明，全节点按照共识规则验证区块；区块通过前一区块头的哈希连接，交易输出规则用于防止重复花费。在有效分支之间，节点依据累计工作量选择链，而不是单看区块数量。
这些机制解决的是记录验证与排序问题，不能直接证明现实业务中的陈述真实。例如，一条记录能够被验证为已写入账本，不等于记录所描述的线下事件已经得到独立核实。
三、区块标识与确认状态需要区分
比特币网络可能短暂出现同一高度的多个区块，因此区块高度不是全局唯一标识，区块通常用区块头哈希标识。应用不能把“处于某个高度”和“属于最终采用的链”混为一谈。
这一原理适用于理解比特币式分叉与确认问题，不能未经核实就套用到所有区块链。评估具体系统时，需要先明确其共识规则和确认含义。
四、合约权限不能只看函数是否公开
以太坊智能合约安全文档强调访问控制、条件检查、充分测试和独立审查。敏感操作应限制调用权限；角色分工与多签可以降低单一管理账户带来的风险，但并不自动消除管理风险。
需要区分“能够调用函数”和“有权执行敏感操作”。同样，设置多个角色也不意味着权力已经分散：如果相关账户实际上由同一主体控制，管理责任仍然集中。
五、测试、审计与升级都有边界
合约安全检查不能只依赖正常输入的单元测试，还可结合静态分析、模糊测试和独立审计。审计不是无漏洞保证；形式化验证也只对指定模型、性质和假设提供证明，不能推导出整个系统绝对安全。
部署后的代码修复通常受到限制。若系统支持升级，还需另行评估升级授权与管理流程；“可以升级”和“升级过程安全”是两回事。
六、常见问题：用了区块链就安全吗
不能这样判断。账本共识、合约逻辑和管理权限分别处理不同问题，任何一层成立都不代表其他层自动可靠。理解具体项目时，应分别确认其采用的规则、敏感操作的权限边界，以及测试和审查覆盖的版本与范围，避免把一般技术优势当作项目已经具备的能力。