全节点回答的是“链是否有效”，不是“私钥在哪”
Bitcoin Developer Guide的Operating Modes写明：验证区块链主要有全节点与SPV两类；不讨论依赖服务器且不被推荐的信任模型。全节点（如Bitcoin Core）从创世块下载并验证至最近区块，以区块高度核对自己对网络的视图；要欺骗全节点，对手需提供累计工作量更大的完整替代历史，成本极高。
SPV客户端在初始同步时只下载区块头，再按需向全节点请求交易；区块头中的Merkle根加Merkle分支可证明某交易被嵌入某块，但不保证所嵌交易的全部有效性，而是体现双花攻击所需工作量。因此，“跑全节点”解决的是本地验链与抗替代历史，并不自动生成离线私钥保管方案。
钱包职责可拆：联网观察与离线签名
同一指南的Wallets章节区分全服务钱包与签名专用钱包。全服务钱包在一台联网程序里完成生成私钥、派发公钥、监听输出、创建并签名交易、广播等全部工作，易用但私钥落在联网设备上。签名专用钱包把私钥生成与保存放在更安全环境，与负责点对点网络交互的联网钱包配合：签名端创建父私钥并导出父公钥；联网端用父公钥派生子公钥、监听、构造未签名交易并交还签名端；用户常可在签名前审阅交易细节。
文档还描述离线钱包/在线钱包拆分：离线实例在禁用网络的设备上运行，数据多用U盘等可移动介质传递。工作流包括离线生成密钥对并拷出父公钥、在线导入父公钥后构造未签名交易再拷回离线端签名、最后在线广播。这与“全节点验账”正交：全节点或SPV都可以充当观察与广播侧的数据来源，但冷端是否持有私钥取决于钱包架构，而不是节点同步进度。
轻客户端验账仍有服务器边界，不能替冷端保管
Electrum FAQ说明其定位是速度与低资源占用，借助高性能服务器处理复杂部分以实现即时启动；客户端从不把私钥发给服务器，并用SPV验证服务器报告的信息。默认连接约10台服务器订阅区块头，任选一台作主服务器同步地址历史；已确认交易经SPV验证，未确认交易则信任服务器，且服务器可对相关交易“漏报”。
FAQ还指出地址订阅会向服务器暴露一定隐私关联。因此即使用Electrum类轻钱包配合冷存储或硬件签名流程，仍应分清：验账路径（SPV/全节点）、构造与广播路径、以及私钥是否离线。全节点提升的是自己对账本的核验强度；冷钱包约束的是私钥暴露面。二者可组合，但互不替代。本文不提供盗币或绕过冷端的操作步骤。