先明确讨论范围
仅凭“MTT”这个代号，无法确认讨论的是哪一个具体代币、它运行在哪条链上，或对应哪个合约。下文介绍的是 ERC-20 代币的一般机制，不据此判断某个 MTT 项目的属性、合约信息或交易所上架情况。
误区一：代号相同，就认定是同一种资产
ERC-20 合约可以提供名称和符号等信息，钱包或交易平台也可能用这些信息显示代币。但显示名称或代码本身不足以确认资产身份。讨论具体代币时，还要区分所在网络与合约地址，不能只凭“MTT”几个字母作判断。
误区二：符合 ERC-20，就代表交易所支持
ERC-20 是一种代币合约接口标准，涵盖查询余额、转账、供应量和授权等功能。符合接口，说明相关软件可以按约定方式与合约交互；它不等于某个交易所已经上架该代币，也不代表交易所支持所有网络上的同名资产。
误区三：把 decimals 当成币价或实际发行量
decimals 用于显示代币的小数位数。合约内部仍以整数记录和计算，钱包或平台再按 decimals 调整显示数值。因此，小数位数不是币价，也不能单独说明代币价值或市场供应情况。不同代币的小数位设置也不应被想当然地视为相同。
误区四：认为任何合约地址都能正常接收代币
ERC-20 的普通转账不会自动要求接收合约确认收币。若代币被发送到无法处理 ERC-20 代币的合约地址，资产可能无法取回。因此，不能把“地址属于合约”与“地址能够按预期接收代币”画等号；交易所支持哪些网络和接收方式，也不能仅凭 ERC-20 标准推断。
误区五：把授权当成转账或到账证明
approve 用于授权另一个地址在额度范围内支出代币，allowance 可用于查询授权额度；授权本身不等同于代币已经转移。实际转账与授权是不同操作，不能仅看到授权记录就认定资产已到账或已进入交易所账户。
常见问题：如何确认 MTT 是否在某个平台上架？
ERC-20 兼容性不能回答具体平台是否上架某个 MTT。判断时，需要把平台公布的资产信息与具体网络、合约等身份信息对应起来。若缺少这些具体信息，就不应把同名代币或通用技术说明当成上架证明。