适用范围：通用机制不等于品牌能力
tp以太坊钱包的功能边界怎么确认，首先要区分“以太坊允许什么”和“钱包实现了什么”。以太坊账户文档与OpenZeppelin的ERC-20文档解释的是底层机制，并非TP的产品功能说明。因此，下文适用于理解以太坊钱包的通用边界，不能作为TP特定版本支持某项功能的证明。
账户边界：界面与控制权分开看
以太坊账户文档明确区分账户与钱包：钱包是与账户交互的应用或界面；外部账户的控制依赖私钥，合约账户的行为则受代码约束。资产状态记录在链上，不是存放在钱包界面里。
据此，确认功能时应分别问：界面能否展示账户，是否具备签名能力，以及操作需要满足什么账户控制条件。看见地址和余额，并不能单独证明应用具备支配该账户资产的能力。
代币边界：显示、转移和扩展并非一回事
OpenZeppelin的ERC-20文档将余额查询、转移和额度授权列为不同接口；名称、符号和小数位属于元数据，小数位用于显示换算。暂停转移、签名授权等属于扩展能力，并非所有代币都具备。
因此，“支持ERC-20”需要明确支持范围：是识别余额、提供基础交互，还是兼容某种扩展。钱包能显示代币，不代表它支持全部合约功能；界面提供某个入口，也不意味着能绕过合约自身的限制。
授权边界：关注对象和额度
理解代币授权时，应把账户所有者、获授权地址和额度分别看清。授权额度与账户余额不是同一概念；获授权方能否通过合约转移代币，还取决于余额、额度及合约规则。
确认钱包的授权相关能力，应关注它是否清楚呈现这些信息，不能仅凭“已连接”或“已授权”的笼统提示判断权限范围。这是评估界面信息完整性的标准，不是对TP现有功能的断言。
常见问题与确认依据
余额显示异常是否意味着链上资产消失？不能直接这样判断，界面展示与链上状态需要区分。合约交互失败是否一定是钱包故障？也不一定，合约条件未满足同样可能导致失败。
最终确认具体功能，需要与相应版本的产品说明、实际界面及适用账户和合约条件对应。账户文档说明控制机制，代币文档说明接口语义；它们可以帮助提出核验问题，却不能替代具体产品的支持证据。