先明确“子钱包”是什么
还要区分外部拥有账户与合约账户。外部拥有账户由私钥控制，可以主动发起交易；合约账户由代码逻辑控制，没有对应的普通私钥。若产品把“子钱包”宣传为能够执行合约操作的独立账户，应进一步确认其实际权限、调用范围和签名方式，避免因名称相似而误判控制关系。
私钥与密钥派生检查
如果系统采用父公钥派生子公钥或只读钱包，联网端理论上可以负责生成地址、监测收款和构造未签名交易，而不必持有花费所需的私钥。这种分离只能降低联网端被入侵后的直接盗用风险，不能替代对签名端、备份介质、派生路径和用户确认流程的检查。应记录并验证派生规则，确保恢复时能得到同一组地址，避免出现“备份成功但找不到资产”的问题。
推送与签名流程的权限边界
以太坊账户使用nonce等状态信息防止同一账户的交易被重复执行，但这并不意味着业务系统不会重复推送、重复展示或错误重试。系统仍需检查请求唯一标识、nonce管理、链上确认状态和广播结果。对于多链钱包，还要确认地址格式、网络标识和资产合约是否匹配，避免把一条链上的地址或交易意图错误地用于另一条链。
在线端、离线端与硬件端
离线或硬件方案也不是自动安全。需要验证设备来源、固件更新机制、备份恢复流程、PIN或密码保护、连接协议和异常处理方式。还要测试恶意或错误的联网端能否诱导签名端签署不同的收款地址或金额。安全设计的关键不是“有硬件”或“有离线模式”这类标签，而是签名者能否独立看到并核对最终交易内容。
备份、恢复与日常运营
日常运营还应设置最小权限和分级审批。例如，收款服务可以只接触地址或扩展公钥，签名服务才接触私钥；管理人员不应同时拥有生成、修改收款地址和最终签名的全部权限。日志中可以记录地址、交易摘要、审批人和状态，但不应记录私钥、助记信息、解密口令或可直接重建密钥的材料。
常见问题与适用范围
上述要点适用于理解以太坊外部账户、合约账户、私钥签名，以及比特币钱包中联网钱包、签名钱包和仅分发地址组件之间的通用安全边界。具体产品仍需结合其实现代码、密钥管理方案、权限配置和审计记录进行验证，不能仅凭“子钱包”这一名称得出安全结论。