代币、网络与智能合约
在Web3语境中，代币通常由部署在区块链上的智能合约记录和管理。代币名称、简称、总供应量、账户余额以及转账规则，都由合约中的数据和函数共同决定。所谓代币所在的网络，是指这份合约实际部署的区块链环境；同名代币可能在不同网络分别存在，因此识别代币时不能只看名称或简称，还应核对网络和合约地址。
ERC-20是以太坊生态中用于同质化代币的通用标准。同质化意味着同一代币中的单位具有可互换性，单个单位通常不具有独立编号。标准规定了一组常见接口，例如查询总供应量、查询账户余额、转账、授权和代扣转账等。交易所、钱包或其他应用若支持这些接口，就能用相对统一的方式与不同代币合约交互，但标准兼容并不等于项目规则、权限设计和安全性完全相同。
交易所相关的基础术语
在交易所或钱包界面中，余额通常对应某个链上地址在特定代币合约中的记录。totalSupply表示合约记录的代币总量，balanceOf用于查询某个地址持有的数量，transfer则表示由调用者直接把自己的代币转给另一个地址。链上显示数量还会受到decimals的影响。它用于把合约内部的整数单位转换为用户界面中的展示数量，例如设置为2时，内部数值505可展示为5.05。decimals主要影响显示和输入换算，不改变合约内部整数运算的基本方式。
合约地址是识别代币合约的重要信息。名称和symbol可能重复，界面上的简称也可能存在误认，因此涉及充值、提现或查看资产时，需要确认网络、代币合约地址和接收地址是否相互匹配。资料所述的ERC-20标准本身只规定通用接口，并不能据此确认某个具体代币的发行方、用途或可信程度。
授权、批准与代扣转账
approve表示持有人允许某个spender在指定额度内代为使用自己的代币，allowance用于查询这项剩余额度，transferFrom则由被授权方按照授权额度从持有人地址转出代币。这个机制常用于智能合约代表用户处理代币，例如某项合约服务需要先获得额度，再执行后续操作。授权对象是地址，授权额度也是链上状态的一部分。
授权额度过大或长期有效，会扩大被授权合约发生问题时的潜在影响范围。ERC-20接口允许应用读取和修改allowance，部分实现还提供更细致的授权扩展。OpenZeppelin资料提到，直接把旧额度改成新额度可能遇到交易排序带来的竞态问题，一种常见缓解方式是先将额度降为零，再设置新的额度。实际操作仍取决于具体合约、钱包和应用的实现。
常见扩展术语及适用范围
基础ERC-20接口之外，开发者可以加入额外功能。Permit类扩展支持通过签名完成授权，减少单独提交授权交易的需要；Burnable表示允许销毁代币；Capped用于对铸造后的总供应量设置上限；Pausable允许在特定权限控制下暂停转账；Votes用于记录投票或委托投票相关状态。Vault类标准则把代表份额的ERC-20代币与另一种资产建立关联。
这些扩展描述的是合约能力，不代表所有代币或交易平台都会启用，也不能仅凭界面上的名称判断其具体权限。阅读代币资料时，应区分标准接口、可选扩展、合约管理权限和应用自身规则。相同的ERC-20接口可以承载不同的供应机制和业务逻辑。
转账时的常见问题
ERC-20转账存在一个重要边界：代币被发送到不具备代币接收处理能力的智能合约时，合约可能不会识别这笔资产，代币也可能长期停留在该地址。标准的基础转账接口不会自动要求接收合约执行回调，因此向合约地址发送代币前，应确认该合约确实支持相应资产和接收方式。
另外，向代币合约自身地址误转代币，也可能造成无法取回的结果。部分实现会加入限制或提供误转资产处理功能，但这不是所有ERC-20合约的统一保证。理解交易所相关术语时，可以把网络、合约地址、代币标准、余额、授权额度和接收能力分别核对，避免把“显示了代币名称”误认为“所有转账路径都兼容”。