概念与适用范围
讨论“区块链2.0合约有哪些常见问题”，主要是在讨论智能合约的开发与安全，而不是某个名为“2.0”的统一协议版本。以下内容聚焦以太坊及兼容以太坊虚拟机的合约；涉及Chainlink数据源的部分，仅适用于接入相应服务的场景。
权限公开与管理权集中
以太坊开发者安全文档强调，敏感操作应设置访问控制，测试之外还需要独立审查，审计并不能保证没有漏洞。
函数可以被公开调用，不等于任何调用者都应有权完成其中的操作。创建资产、暂停功能或修改配置，都需要明确授权边界。角色分工可以隔离不同职责，多签可以避免单个签名直接决定敏感操作，但这些机制的效果仍取决于权限配置与密钥管理，不能简单等同于消除了管理风险。
校验不足与测试盲区
合约能够执行，不代表执行结果符合设计目标。输入是否合法、当前状态是否允许操作、关键约束是否持续成立，是不同层次的问题。遗漏任何一层，都可能让单次看似正常的调用产生错误结果。
只测试预期输入，容易漏掉边界条件及异常调用组合。单元测试、静态分析、模糊测试和形式化验证各有作用。其中，形式化验证证明的是特定模型在既定假设下满足所声明的性质，并非证明整个应用在所有环境中绝对安全。
部署后修复受限
已部署代码通常不能像普通服务器程序一样直接修改。错误一旦涉及链上状态或资产，修复代码与恢复损失也是两件不同的事。因此，异常处理和管理权限需要在设计阶段考虑；不能把“以后修复”当作上线前验证的替代方案。
外部数据读取与解释错误
Chainlink数据接入文档说明，数据源地址随网络而异，读取接口会返回数值及更新时间等字段；其示例也提示了部分二层网络场景中的排序器状态检查。
接口成功返回，并不自动证明数据适合当前业务。接入方还需要辨别网络、数据对象、计价单位和小数位，并依据业务要求判断更新时间是否可接受。组合多个数据源时，单位换算和精度处理同样重要，否则每个原始数值都可能正确，最终计算却出现偏差。
如何理解安全结论
这些问题可以归纳为三个判断：谁有权操作、操作是否符合规则、依赖的数据是否适用。代码公开、测试通过或完成审计，都只回答其中一部分问题。评价合约安全性，应明确结论覆盖的代码范围、运行条件和外部依赖，避免将局部验证扩大为整体保证。