先明确问题适用于哪种资产
讨论“卡莱币上交易所有哪些常见问题”，首先需要明确资产身份。目前没有足以确认其所属网络、合约地址或交易所支持情况的信息，因此不能列出已上架平台，也不能认定它采用 ERC-20 标准或比特币的交易结构。以下内容仅解释相关通用技术概念。
名称相同能否证明是同一种币
以太坊开发者文档介绍，ERC-20 为同质化代币提供通用接口，涉及余额、供应量、转移和授权等功能。名称、符号和小数位数也有对应的接口定义。
名称和符号属于资产描述，不能单独承担身份核验的作用。涉及合约代币时，所属网络和具体合约才是区分对象的重要信息。即便某项资产符合 ERC-20，也不能由此推出某家交易所已经支持它；接口兼容与平台接入属于不同问题。
链上余额与平台显示为何不能混为一谈
ERC-20 的余额查询针对特定合约中的特定地址。它回答的是该地址在这一代币合约下记录了多少余额，并不直接说明某个平台账户应显示多少资产。
因此，讨论余额差异时，需要明确比较的是链上地址记录还是平台账户记录。代币标准本身没有规定交易所的账户记账流程，也不能据此确定到账时间、确认要求或异常处理结果。
有交易标识是否就代表问题已经解决
比特币开发者文档说明，普通比特币交易通过输入引用此前的输出，并生成新的输出；尚未被花费的输出称为 UTXO。交易标识 txid 与输出索引共同用于定位被引用的输出。
交易标识的作用是定位记录。判断记录意味着什么，还取决于具体网络、输出或接收对象以及验证状态。比特币的这套结构不能直接用于解释所有代币，也不能用一个交易标识证明某项资产已经上架交易所。
转移成功是否意味着接收方能够处理
ERC-20 文档指出，标准的转移机制没有强制通知接收合约的回调。如果代币进入不具备相应处理能力的合约，可能被困住，甚至永久无法取出。
这一问题适用于向智能合约转移 ERC-20 代币的场景，不能泛化为所有地址或所有网络都会发生。它说明链上记录发生变化与接收方能够使用资产是两个需要分别判断的问题。对于“卡莱币”，在资产身份与接入信息得到核实之前，上架时间、支持网络及具体处理规则仍不能作出确定回答。