适用范围：授权机制不等于钱包功能
讨论“tp钱包的授权有哪些常见误区”，首先要明确技术边界。以下解释适用于以太坊及采用相应 ERC-20 机制的场景，不代表 TP 钱包所有网络、版本或界面均采用相同流程，也不能直接套用于 NFT 等其他权限类型。
误区一：授权就是立即转账
OpenZeppelin 的 ERC-20 文档区分了额度设置与代币转移：approve 设置指定支出地址的可用额度，transferFrom 才涉及按权限转移代币。因此，授权完成但余额未变，不代表没有权限风险。
标准代币授权针对特定代币、持有人和支出地址，并非直接交出整个钱包的控制权。不过，在有效额度内，后续支出不一定需要持有人再次签名确认。
误区二：无限授权只影响当前余额
授权额度不是当前余额的副本。余额不足可能使转移失败，但不意味着剩余额度自动消失；以后进入同一地址的同种代币，也可能处于尚未耗尽的授权范围内。
OpenZeppelin 所述实现将最大整数额度视为无限授权，使用时不扣减额度。这是具体实现行为，不能据此断言所有代币完全一致，也不能把普通授权理解为天然具有到期时间。
误区三：没有支付代币或手续费就没有风险
ethereum.org 的交易说明指出，合约交易的行为还取决于输入数据。因此，交易显示转出的 ETH 为零，并不能证明它没有改变代币权限；原生币金额与代币授权额度属于不同信息。
签名也不能一概视为登录确认。ERC-2612 Permit 支持通过签名表达授权，用户签名时无需自己发送付费交易，并不意味着签名无法被用于建立链上权限。是否涉及授权，要看签名内容与合约机制。
误区四：断开网站或提交撤销就已解除权限
网站连接状态与代币合约中的额度记录属于不同层面。关闭页面或断开连接，本身不会把合约内的授权额度清零。
对于普通 ERC-20 额度，清零用于解除对应支出权限，但链上变更需要成功执行。交易已提交、获得交易哈希，与执行成功不是同一状态；撤销也不能追回此前已经完成的转移。
常见问题：怎样理解授权确认信息
理解授权时，应分别辨认网络、代币合约、支出地址和额度。交易的目标合约地址不一定就是获准支出的地址，后者可能位于调用参数中。名称或图标不能替代这些权限信息。
修改已有额度也不总是无缝替换：旧额度与新额度可能因交易排序而被先后使用。先清零再设置可缓解这种竞争问题，但清零确认之前，旧权限仍可能被使用。