适用范围与上币资格
区块链币要上交易所有哪些常见问题，需要先区分平台规则与代币技术。本篇讨论以太坊ERC-20代币的基础对接问题，不涵盖所有区块链原生币，也不能用于判断某个平台的审核结果、费用或办理时间。
Ethereum.org的ERC-20说明强调标准接口带来的互操作性，包括余额查询、转账和授权。这说明系统可以按照共同规则与代币交互，但ERC-20并未规定交易所的上币资格。符合标准，不能推导出必然获得上线支持。
名称相同，是否就是同一种代币
代币名称和符号属于描述信息，不能单独承担身份识别作用。对接对象需要结合所在网络与合约地址确定，否则仅凭简称可能对应到不同合约。
读取到名称、余额或总供应量，只能说明相应查询取得了结果。这些信息不足以证明合约全部行为安全，也无法说明平台已经支持该资产。
为什么余额与显示数量不同
OpenZeppelin的ERC-20说明指出，合约以整数记录金额，decimals用于界面换算显示数量，其实现默认采用18位精度且允许覆盖。因此，不能把这一默认值当成所有代币的固定属性。
技术对接中，链上原始整数与页面显示数量属于不同表示层。若两端采用的精度不一致，同一余额就可能显示成不同数量；查询、展示与转账金额的换算必须使用一致的代币精度。
转账和授权是否是一回事
转账改变代币余额归属，授权则允许指定地址在额度范围内代为使用代币。授权完成并不等于代币已经转出，也不意味着某个平台已经完成入账。
涉及合约交互时，需要区分授权额度、实际转账和接收系统记录这几个状态。只看到授权事件，无法据此认定整个接收过程已经完成。
链上转账成功为何仍有接收问题
ERC-20没有强制要求接收合约实现代币接收回调。代币转入无法处理或转出它们的合约后，可能被永久锁定；代币合约自身地址也不能被默认视为接收入口。
链上余额变化与接收系统是否正确识别，是两个需要分别验证的问题。围绕上币的技术讨论，应明确合约身份、金额精度、转账与授权行为，以及接收端的处理能力；这些基础条件仍不能替代平台自身的上线规则。