先明确讨论的适用范围
发币和挖矿需要注意哪些问题，首先取决于具体机制。本文讨论以太坊 ERC-20 代币及相关合约权限；对于称为“挖矿”的奖励应用，仅分析涉及代币发放、授权和合约接收的部分，不据此判断矿机、算力或能源成本。
项目使用“挖矿”一词，并不能说明奖励如何产生。技术说明需要区分奖励是从已有余额中分配，还是通过合约新增发行，并解释谁能够改变这些规则。
标准接口与发行规则要分别理解
以太坊的 ERC-20 标准说明涵盖余额、总供应量、转账与授权等通用接口。这些接口有助于应用兼容，但不会自动确定供应上限、分配安排或增发条件。
因此，理解发币机制不能只看名称和符号。总供应量反映查询时的数量；是否还能增加、增加受到什么限制，需要结合合约逻辑和权限判断。同类代币单位具有可替代性，也不代表其市场价格固定。
重点检查谁能修改代币状态
OpenZeppelin 的访问控制文档介绍了单一所有者和角色权限两类管理方式，可用于限制铸币等操作。角色管理员还能管理权限分配，因此检查执行者之外，也要关注谁能授予权限。
例如，将增发权限与其他管理权限分开，可以缩小单个账户的操作范围。但若同一个管理员能够重新分配所有角色，仍须说明这一控制能力。权限交接也需要明确接收方；放弃所有权可能使依赖该权限的维护功能无法再调用，不能简单等同于系统没有风险。
授权与合约接收是两个不同问题
ERC-20 授权表示允许指定地址在额度内代为支出代币。理解授权时，需要同时核对被授权对象、额度和用途；完成授权本身不意味着应用已经完成存入或记账。
ERC-20 普通转账不会强制通知接收合约。若目标合约缺少处理或转出代币的能力，误转的代币可能被困。合约设计应明确支持的接收流程，以及误转资产能否取回、由谁取回；全面禁止向合约转账也可能影响兼容性。
常见问题：标准合规是否足够
实现 ERC-20 接口，只能说明具备相应的标准化交互能力，不能独立证明发行规则合理或奖励机制安全。对于奖励类应用，还需单独解释代币来源、发放条件、管理员可调整的范围，以及接收合约是否支持相应代币。上述问题应以实际合约实现为准，不能从标准名称推导具体项目的结论。