先明确：四类钱包并非统一分类标准
本文讨论加密资产钱包，以在线托管钱包、自托管软件钱包、离线钱包和硬件钱包四种常见形态展开。这些名称涉及不同维度，不能视为互斥类别：托管描述谁控制密钥，离线描述密钥所处环境，硬件描述签名设备形态。
Ethereum.org的账户说明区分了账户与钱包：账户是链上的实体，钱包是与账户交互的应用或界面。因此，安装多个钱包应用，并不必然意味着创建了多个链上账户。
在线托管钱包：登录权限不等于密钥控制权
常见误区是把平台账号的登录权等同于链上资产的直接控制权。当密钥由服务方掌握时，用户依赖服务方完成相关操作，也依赖其安全与持续服务能力。
这一解释适用于第三方实际控制密钥的服务，不能仅凭“网页版”判断是否托管。登录验证保护的是服务入口，不能据此推断底层密钥由谁保管。
自托管软件钱包：密码不等于完整恢复凭证
常见误区是认为记住应用密码，就能在任何设备上恢复钱包。密码可能只用于解锁本地加密数据，恢复能力则取决于钱包采用的密钥备份或恢复机制。
Bitcoin.org的钱包安全说明强调备份覆盖范围与加密保护。这意味着“已经备份”还需要明确备份对象：地址只能帮助识别账户，不能代替签名所需的秘密信息；局部密钥备份也未必覆盖钱包管理的全部资产。
离线钱包：隔离网络不等于消除所有风险
常见误区是认为设备断网后，备份、保管和授权内容就不再重要。离线环境主要减少密钥接触网络的机会，不能解决存储介质损坏、备份遗失或错误授权等问题。
离线签名与联网广播可以分开完成。因此，看到交易由联网设备发出，并不能据此判断私钥曾经联网；判断重点是签名发生在哪里、哪些设备持有密钥。
硬件钱包：设备安全不等于恢复能力
常见误区是把硬件设备当作资产本身的存储容器。资产记录在链上，设备承担密钥保护和签名等功能。丢失设备后的恢复可能性，取决于是否存在有效备份及相应恢复条件。
硬件形态也不能替代对授权内容的理解。密钥得到保护，与某次授权是否符合持有者意图，是两个需要分别判断的问题。
常见问题：合约账户是否属于第五类钱包
合约账户属于账户机制层面的概念，可以由钱包界面提供交互入口。其控制规则来自合约代码，不能简单套用“每个账户都有一把自己的私钥”的理解。讨论钱包时，应分别确认交互界面、控制规则和恢复条件，避免把不同层面的名称混为一谈。