适用范围：不将通用原理视为项目事实
“谷壳币上交易所有哪些常见问题”首先涉及资产身份和平台支持状态。仅凭名称，无法确定它对应哪条区块链、哪个代币合约，也不能确认是否已被某家交易所支持。以下解释通用技术问题，不代表谷壳币采用ERC-20，也不构成其上架或安全性的证明。
符合代币标准，是否就能上交易所
以太坊开发者文档将ERC-20描述为同质化代币的通用接口，涵盖余额、供应量、转移和授权等功能。统一接口有助于不同应用识别并处理代币，但接口兼容与交易所上架不是同一概念。
技术标准说明的是软件如何与合约交互，不回答某个平台是否支持某项资产。不能从“符合ERC-20”直接推导出“已经上架”，也不能把标准兼容视为对项目可靠性的认证。
名称相同，是否就是同一种资产
ERC-20中的名称、符号和小数位分别用于标识展示与数量表达。这些信息不能替代网络和合约身份的区分；仅凭名称或简称一致，不足以认定两个页面所指的是同一资产。
小数位还涉及链上整数与界面数量之间的换算。看到数量显示差异时，需要区分原始单位和显示单位，不能直接认定供应量或账户余额发生了变化。
链上记录是否等于平台已经入账
比特币开发者指南把支付处理描述为请求付款、识别交易及关联订单等环节，并强调金额单位必须明确。这说明链上支付记录与业务系统中的记录关联，是不同层面的工作。
对于交易所到账问题，也应区分区块链记录与平台账户显示。不过，比特币的支付处理说明不能直接证明某种代币的到账规则，更不能据此推定谷壳币的确认要求、到账时间或平台支持情况。
转入合约地址，资产能否自动被接收
以太坊开发者文档指出，ERC-20没有强制通知接收合约的机制。代币即使已经转到合约地址，接收合约也可能没有处理或取出它们的功能，导致资产被困，甚至永久无法取回。
因此，代币合约地址与平台用于识别用户入账的地址不能混为一谈。“地址存在”“转账成功”和“接收系统能够处理”是三个不同判断。是否可恢复取决于具体合约功能与接收系统，不能作统一保证。
哪些问题不能靠基础文档回答
具体支持平台、开放时间、费用、限制及恢复处理规则，都属于项目或平台层面的事实，无法由ERC-20标准和比特币支付原理推出。讨论这些问题时，应保留事实边界：技术文档能解释机制，但不能替代特定资产与特定平台的支持说明。