适用范围：以 ERC-20 代币为例
区块链项目代币发行有哪些常见问题，可以从标准接口、发行权限和合约接收能力三个方面理解。以下讨论适用于以太坊 ERC-20 及相关访问控制设计，不代表所有区块链的发行机制，也不构成对具体项目的判断。
符合标准是否意味着发行规则完整
Ethereum.org 的 ERC-20 文档说明，该标准统一了余额、总供应量、转账和授权等接口，便于应用互操作；标准转账没有强制通知接收合约的机制，因此代币可能困在无法处理它们的合约中。
接口统一解决的是应用如何与代币交互。发行说明还需要解释供应量如何产生、是否允许后续增发，以及哪些账户有权执行相关操作。仅凭“符合 ERC-20”无法回答这些问题。
总供应量是否等于发行上限
总供应量查询反映合约当前记录的数量，不能单独证明未来数量固定。判断是否存在发行上限，需要结合增发逻辑及其约束；判断增发能否实际执行，还要检查相应权限。
类似地，显示精度用于把链上整数转换为便于阅读的数量。精度、当前供应量和发行上限是不同概念，发行页面若混用这些信息，容易造成理解偏差。
谁能增发，谁又能更换增发者
OpenZeppelin 的访问控制文档区分单一所有者和角色权限，并说明角色管理员可以授予或撤销权限。所有权可采用两步交接；放弃所有权会使受所有者限制的功能无法再调用。
因此，权限说明既要交代谁能增发，也要交代谁能任命新的增发者。将增发、销毁等职责拆开，可以限制单个角色的能力；但若同一账户兼任多个角色，仍需按它实际拥有的全部权限理解控制范围。
授权成功是否意味着代币已经转出
授权额度与代币余额是两个不同状态。授权允许指定账户在额度范围内代为支出，授权本身并不完成转账。接入应用时，应区分授权、实际扣转与应用记账，不能把其中一步成功视为整个业务流程完成。
转账成功为何仍可能无法使用
链上余额转移成功，不保证接收合约能够识别这笔存入，或具备将代币转出的功能。向代币合约自身发送代币，也不能直接理解为销毁或完成某项业务。
防误转限制需要兼顾兼容性：一概禁止向合约转账，可能影响依赖该方式接收代币的应用。若设计误存提取功能，也需要明确可提取的资产范围和执行权限，避免与正常业务资产混淆。