先明确SPV的适用范围
SPV指简化支付验证。比特币开发者指南介绍的基本方式是同步区块头，再按需取得交易及其默克尔分支，核验交易是否被某个区块包含。它减少了本地处理的数据，也缩小了独立验证的范围。本文主要讨论这一模型，不代表所有数字钱包都采用相同机制。
误区一：轻量钱包就是SPV钱包
“轻量”描述资源需求，SPV描述验证方式，两者不能直接画等号。理解一个钱包时，需要区分它是否自己验证区块头与相关证明，还是仅显示远端服务返回的结果。界面简洁、同步迅速，都不足以证明它采用SPV。
误区二：证明交易存在，就证明交易完全有效
默克尔证明回答的是交易是否被特定区块收录，无法单独证明该交易满足全部共识规则。比特币全节点会验证区块和交易；SPV依赖的验证信息更少。因此，“已核验包含关系”和“已完成全部有效性检查”应分别理解。
区块后续累积的工作量有助于评估改写历史的难度，但确认次数并非绝对安全保证，也不能补齐SPV没有执行的规则检查。
误区三：没有查到交易，就说明交易不存在
提供数据的节点可能遗漏或隐瞒交易。客户端没有收到记录，只能说明当前获得的信息中没有该记录，不能直接推出链上不存在它。证明一笔交易被包含，与证明查询结果完整，是不同的问题。
连接多个节点有助于减少单一来源遗漏造成的影响，但连接数量不等于来源独立。如果多个连接受同一攻击者控制，或客户端被隔离于诚实节点之外，仍可能得到片面的信息。
误区四：少下载数据就自然保护隐私
按需查询会暴露客户端关注的数据范围，远端节点可能据此关联地址和交易。比特币开发者指南讨论的布隆过滤器，利用误匹配在查询隐私与带宽之间作出权衡；它不能被理解为匿名保证。判断隐私时，应关注查询会向谁透露什么，而不只是本地保存多少数据。
误区五：不同链的轻客户端安全条件相同
以太坊节点文档区分执行客户端与共识客户端，并介绍轻节点依据区块头中的承诺验证相关数据。它与比特币SPV共享减少数据处理的思路，但共识机制和证明对象存在差别，不能把比特币的累计工作量解释直接套用到以太坊。
SPV适合讨论存储、带宽受限时的验证取舍。常见问题是“有证明是否就不用依赖其他节点”：证明可以核验特定关系，数据能否及时、完整地取得仍受网络条件影响。理解具体钱包，需要同时看它验证什么、从哪里取数据，以及查询透露哪些信息。