适用范围：先区分产品名称与技术概念
“tp合约钱包相关术语如何理解”涉及具体产品称呼，但通用技术文档不能证明TP的账户类型、功能支持或权限设计。以下解释限定于以太坊账户与智能账户技术；具体产品是否采用这些机制，需要其自身文档佐证。
钱包、EOA与合约账户
Ethereum.org账户说明区分了钱包应用与链上账户：钱包提供交互界面；外部所有账户（EOA）由私钥控制，合约账户由代码逻辑控制。合约账户本身没有私钥，其执行由交易触发。
因此，在钱包中调用合约，不足以说明所用账户就是合约账户。“钱包能连接合约”描述的是交互能力，“合约钱包”通常描述以智能合约实现账户控制的方式，两者需要分开理解。
私钥、签名与地址
私钥用于生成签名，签名用于证明操作获得相应授权；地址用于标识链上账户。知道地址并不意味着拥有控制权限。
“合约账户没有私钥”也不等于使用时不需要签名。合约可以通过代码验证授权者的签名。判断控制权时，需要关注合约接受哪些授权、如何验证，以及谁能改变这些规则。
nonce、余额与部署
在以太坊账户语境中，nonce是计数器：EOA用于记录已发送交易的数量，合约账户用于记录创建合约的数量。它不能直接理解为钱包内所有操作的总次数。账户的balance字段记录ETH余额，以wei计量，也不等同于界面展示的全部代币资产。
合约部署涉及链上资源成本。地址可以预先计算的情形，并不意味着对应合约已经部署；“地址存在于界面”与“链上已有可执行代码”是不同状态。
UserOperation、EntryPoint与模块
OpenZeppelin账户文档提供ERC-4337智能账户组件：UserOperation表达用户操作，EntryPoint参与验证和处理，账户定义签名验证逻辑。ERC-7579扩展支持模块，验证模块负责授权判断，执行模块参与操作执行。
这些名称分别对应操作数据、处理入口和账户组件，不能互相替代。基础账户实现也不自动包含任意外部调用能力；实际功能取决于开发者组合的执行机制与验证规则。
常见问题：标准是否意味着功能齐全
支持某项标准，不足以证明账户具备所有扩展能力。批量执行、模块支持及签名验证方式，都需要结合具体实现确认。
模块也会影响账户能否正常使用。OpenZeppelin所述模块化实现若移除全部验证模块，会因无法验证用户操作而失去操作能力。理解“模块化”时，应同时理解模块承担的权限与依赖关系，不能仅将其视为界面功能开关。