适用范围：先区分应用与接口标准
“区块链三方应用协议”在这里按第三方区块链应用及其调用的合约接口理解，不指某个已核验的独立协议。Ethereum 的应用介绍讨论去中心化应用架构，OpenZeppelin 的 ERC-20 文档讨论代币接口与实现，两者分别回答应用如何组织、代币如何交互的问题。
误区一：使用智能合约就代表整个应用去中心化
去中心化应用可以将智能合约与前端界面结合，但界面托管、密钥保存和部分业务处理仍可能依赖中心化服务。因此，判断一个应用的去中心化程度，需要分别看各个组成部分，不能只看它是否调用链上合约。
同样，合约可被访问，不代表网站入口始终可用。界面故障与合约执行故障属于不同层面，分析应用可用性时需要加以区分。
误区二：执行结果可验证，就代表业务逻辑正确
智能合约按程序执行，使其行为能够被分析，但代码也可能准确执行了错误规则。可验证性有助于检查行为，无法替代对权限、条件和异常情况的设计与测试。
链上代码和数据较难修改，也会增加维护难度。讨论这一特点时，应同时考虑错误修复成本，不能把难以修改直接等同于安全。
误区三：符合 ERC-20，所有代币行为都一样
ERC-20 提供余额查询、转账和授权等共同接口。OpenZeppelin 同时提供暂停、销毁、供应上限等扩展，说明统一接口可以承载不同的业务规则。
接口兼容主要解决调用方式的一致性。某个应用是否支持特定代币，还需要考察具体实现与扩展行为，不能仅凭标准名称认定完全兼容。
误区四：授权只是连接账户，没有后续权限
授权额度规定 spender 可以代持有人支出的数量，与查询余额含义不同，也不等于授权时已经完成转账。理解授权，需要区分所有者、获授权方和额度。
在所述 OpenZeppelin 实现中，最大整数额度具有无限授权语义，支出时不会按普通额度递减。这是具体实现行为，不应未经核验就推广到所有代币。
常见问题：小数位会改变余额计算吗
在所述 ERC-20 实现中，decimals 用于将整数余额转换成人可读的显示值，不改变合约内部的整数运算。界面上的数量与接口返回的原始数值可能采用不同单位，理解两者差异有助于避免把显示精度误认为余额变化。