两种验证强度先对齐定义
检索“区块链轻节点用途”时，结果常把钱包便利性与“已完全验证”混谈。bitcoin.org 开发指南 Operating Modes 把客户端验证分为全节点与 SPV：全节点自创世起下载并校验整条链；SPV 主要同步区块头，再按需向全节点请求交易。
指南写明：区块头中的 Merkle 根加上 Merkle 分支，可以向 SPV 证明某笔交易被包含在链上某块中；这并不保证被嵌入交易本身的有效性，只表明改写包含该块的历史所需工作量。
轻节点能做什么、不能自动做什么
因此，轻节点的常见用途是：在资源受限设备上确认支付包含关系、跟踪头部高度、降低存储。它不能自动等同于全节点的脚本/共识规则全量执行，也不消除对诚实对等节点或头部可用性的依赖；指南还单列 Potential SPV Weaknesses。
ethereum.org 的 Data availability 文档从另一侧提醒：若验证所需数据缺失，就无法独立执行“不要信任，去验证”。全节点通过下载整块数据获得可用性；轻节点与数据可用性（含采样等）相关讨论，说明“看见头部/采样通过”与“本地重放全部交易”仍是不同能力。
用途表述应绑定证明对象
写用途清单时，应逐条标注：依赖的是包含证明、头部链、数据可用性假设，还是完整状态转换验证。把 SPV 支付确认写成“已完成与全节点相同的规则验证”，属于越界。
本篇不复述全节点钱包部署教程，也不比较具体 App 是否自称轻节点；只固定官方定义下的能力边界。
核对边界
可记录：全节点 vs SPV 的数据下载范围、包含证明含义、DA 与完整执行的区别。不可记录：轻节点等于绝对安全、无需对等诚实假设，或替代完整规则审计的承诺。