方法、函数与状态是什么关系
智能合约中的“方法”通常指合约定义的函数。理解一个方法，可以从三个问题入手：它接收什么输入，读取或改变什么数据，允许谁调用。以下主要讨论以太坊智能合约，其他区块链的执行机制可能不同。
以太坊开发文档将智能合约描述为位于特定地址的代码与状态的集合。函数表达处理规则，状态记录合约保存的数据。例如，库存记录属于状态，补充库存属于函数；一次调用是否成功，要看输入、权限和当前库存是否满足规则。
账户、交易、编译与虚拟机
合约地址是交互的目标，交易可以触发合约函数执行。Solidity、Vyper等语言编写的合约需要编译，才能由以太坊虚拟机执行；部署本身也是交易，需要支付Gas费用。Gas与执行资源有关，并不代表代码已经通过安全检查。
理解调用过程时，应把“规则如何表达”和“规则如何执行”联系起来：源代码定义逻辑，编译后的程序进入执行环境，具体调用再结合输入与已有状态产生结果。合约不会仅因现实中出现某件事就自行获知并处理它。
访问控制决定谁能调用关键方法
OpenZeppelin访问控制文档介绍了所有者和角色两类权限模型。Ownable适合单一管理主体；AccessControl适合按职责分配权限。拥有某项业务角色，并不自动意味着有权把该角色授予其他账户，角色管理还取决于对应的管理员权限。
权限设计需要区分业务操作与授权操作。例如，修改业务记录和指定谁能修改记录，是两种不同能力。将它们分别约束，便于落实最小权限原则。所有权转移也需要谨慎；两步接收机制可让新所有者明确确认接管。
组合调用、预言机与多签的适用条件
合约组合适用于需要复用其他合约功能的场景，但调用方仍需理解被调用方法的权限和执行条件。公开可调用的接口，不意味着每个账户都能成功执行其中的管理功能。
涉及链外事实时，需要预言机把外部数据提供给合约。数据进入链上和数据真实可靠是两个问题，理解这类方法时还要关注输入来自哪里。多人共同管理时，多签可要求达到约定签名门槛后再执行操作，用于分担管理责任。
常见问题：自动执行是否等于可靠
自动执行表示程序按照既定逻辑运行，不能据此推断业务规则正确、外部数据可信或权限配置合理。检查一种智能合约方法时，应同时看输入条件、状态变化、调用权限和外部依赖。
另一个常见误解是放弃所有权只会减少管理负担。对于受所有者权限保护的方法，移除所有者可能使其无法再被调用。因此，权限变更本身也是合约行为设计的一部分。