误区一：智能合约能够自主理解和判断
以太坊上的智能合约是位于链上地址的代码与状态数据。它按照预设逻辑处理调用，不具有人类对情境、意图和公平性的理解能力。理解这一点，才能准确理解“自动执行”：程序执行的是写入代码的条件，遗漏的业务规则不会由程序自行补齐。
误区二：现实条件满足后，合约自然就会执行
合约无法独立获取链外事件，涉及天气、物流等现实信息时，需要预言机等机制把数据提供到链上。执行还需要相应调用触发，现实事件发生本身并不等于链上状态已经改变。
因此，要区分现实事实、输入数据和代码判断三个环节。代码按输入正确运行，不能单独证明输入真实，也不能证明链上结果与现实情况完全一致。
误区三：链上运行意味着没有权限限制
以太坊允许开发者部署合约，但具体合约仍可规定某些函数只能由指定地址调用。网络层面的开放性，与应用层面的管理权限可以同时存在。判断一个合约如何运作，需要看谁能修改参数、执行管理操作，以及这些权限受什么条件约束。
误区四：不可更改意味着功能永远不能升级
普通已部署代码与采用代理机制的应用，需要分别理解。代理升级通常通过更换所调用的实现逻辑来改变应用行为，并不等于直接改写旧代码或撤销历史操作。
OpenZeppelin的升级文档说明了这类机制的初始化和存储兼容要求。升级能力也意味着存在控制升级的权限；理解应用的规则时，需要把这部分权限纳入考量。
误区五：升级只是替换一份新代码
在代理模式下，实现合约构造函数中的状态初始化不会自动成为代理的状态。代理所需的初始值通常由初始化函数设置，并应限制重复初始化；父合约的初始化也需要正确衔接。
新逻辑还必须正确解释已有存储。对于文档讨论的常规存储布局，随意调整已有变量的顺序或类型，可能让新代码错误读取旧数据。因此，功能看起来相同，并不代表升级兼容。
常见问题：多签能否保证合约安全
多签要求达到签名门槛后才能执行相应操作，可以分散单一密钥承担的控制责任。但签名门槛解决的是授权条件，无法替代对代码逻辑、外部数据和升级兼容性的检查。
以上解释以以太坊合约和常见代理升级机制为适用范围。其他区块链或不同升级架构的具体限制，需要结合对应机制理解，不能直接套用全部细节。