适用范围：技术标准不能证明上所状态
“btd币上交易所有哪些常见误区”首先涉及信息适用范围。ERC-20规范和合约开发文档说明的是通用技术机制，不能据此确认BTD对应哪个项目、是否采用ERC-20，或是否获得某个平台支持。以下解释仅适用于相关资产确实采用ERC-20的情形。
误区一：名称或简称相同，就是同一种资产
ERC-20接口中的名称和符号用于描述代币，并不构成唯一身份凭证。同样显示为BTD，不能单凭字母认定是同一个合约发行的资产。理解资产身份，需要结合所属网络与合约地址；简称相同本身不能证明它们可以互换。
误区二：符合ERC-20，就会自动获得交易所支持
以太坊开发者文档将ERC-20描述为同质化代币的通用接口，涵盖余额查询、转账和授权等功能。统一接口有助于应用兼容，但接口规范不包含交易所上架承诺。能够被软件识别，与某个平台是否提供相应服务，是不同层面的事实。
同质化也只描述同一种代币单位之间的可替代性，不表示不同ERC-20代币价值相等，更不表示任何代币具有稳定价格。
误区三：合约地址就是接收地址，转账成功就是到账
代币合约地址用于定位管理余额和转账规则的程序，不能仅凭这一身份认定它是平台提供的接收地址。以太坊文档说明，普通ERC-20转账缺少强制通知接收合约的机制；代币进入无法处理它的合约后，可能被困住。
因此，链上余额发生变化，只能说明相应链上操作的结果，不能单独证明平台已识别并记入用户账户。接收合约能否处理代币，与转账能否执行，需要分别理解。
误区四：余额数字越大，代币数量就越多
OpenZeppelin文档解释，ERC-20合约以整数记录数量，界面通过decimals换算成人们看到的代币单位。原始余额需要除以10的decimals次方，才能得到对应的显示数量。
常见问题是：两个页面数字不同，是否代表资产变化？未必，差异可能来自显示单位。默认实现使用18位小数，但具体合约可以调整；小数位数也不能用来推断代币价值、项目质量或上所资格。