销售合约的适用范围
在以太坊语境中，销售合约可以理解为承载销售规则的智能合约。“销售”描述业务用途，具体行为取决于程序实现。以太坊开发者文档将智能合约解释为位于链上特定地址的代码和状态；用户提交交易，可以触发其中定义的函数。
理解这类合约时，需要分别看清谁能操作、执行需要哪些条件，以及执行后哪些记录发生变化。链上程序完成一次记账，并不能据此认定现实商品已经交付。
函数、状态与权限分别指什么
函数是程序提供的操作入口，状态是程序保存的数据。销售场景下，可以用“处理购买请求”理解函数，用“记录余额或库存”理解状态；这些只是概念示例，并不代表所有销售合约都有相同功能。
权限决定哪些地址能够执行特定操作。允许公众调用购买函数，与允许公众修改库存，是两个独立的设计问题。阅读规则时，应将调用者限制与付款、库存等执行条件分开理解。
交易与Gas如何区分
交易用于发起链上操作，Gas用于计量执行所消耗的计算资源。部署合约和通过交易执行合约都涉及Gas费用。商品价款与网络执行费用属于不同概念，理解付款条件时不能将两者混为一谈。
ERC-20与decimals如何理解
OpenZeppelin文档说明，ERC-20用于记录同质化代币，decimals用于将链上整数换算为界面显示数量，合约内部仍按整数计算。ERC-20描述代币接口，销售条件还需要由相应业务逻辑定义。
假设某代币的decimals为2，链上整数150对应显示数量1.50。这是单位换算示例。比较余额或核对数量时，应先确认是否采用相同单位；小数位数本身不说明代币价值，也不代表销售规则。
常见问题：自动执行能覆盖哪些环节
合约能自行确认发货吗？智能合约不能独立读取链外事件；需要外部事实时，通常由预言机将相关数据提供给合约。因此，付款记录与物流事实之间，需要明确的数据连接机制。
多签是否意味着多人确认每笔购买？多签表示某项操作需要达到规定数量的有效签名。它是否用于销售管理、资金操作或其他环节，取决于具体实现，不能仅凭“多签合约”这一名称判断。