阅读比特币白皮书 (8

原版的

可以在不运行完整网络节点的情况下验证支付。 用户只需要保留一份最长工作量证明链的区块头副本，他可以通过查询网络节点来获得它，直到他确信他拥有最长的链，并获得将交易链接到它所在的区块的 Merkle 分支他无法自己检查交易，但通过将其链接到链中的某个位置，他可以看到网络节点已经接受了它，并且在它之后添加的块进一步确认网络已经接受了它。

因此，只要诚实节点控制网络，验证就是可靠的，但如果网络被攻击者制服，则验证更容易受到攻击。 虽然网络节点可以自己验证交易，但简化的方法可能会被攻击者伪造的交易所愚弄，因为攻击者可以继续压倒网络。 防止这种情况的一种策略是在网络节点检测到无效块时接受来自网络节点的警报，提示用户的软件下载完整的块和警报交易以确认不一致。 收款频繁的商家可能还是希望运行自己的节点，以获得更独立的安全性和更快的验证。

翻译

在网络节点不完整的情况下，也可以确认支付。 用户只需要保留一份最长工作量证明链的区块头副本，即可查询网络节点，直到确认自己拥有最长链比特币多少节点确认，并可通过merkle分支引出。 区块的交易。 节点自己无法验证交易的有效性，但是通过回到链上的某个位置，可以看到有节点接受了这笔交易，之后添加的区块进一步证明全网已经接受了这笔交易.

这样，只要诚实节点控制网络，确认机制就是可靠的。 但是，当整个网络受到具有超强算力的攻击者的攻击时，就会变得更加脆弱。 如果网络节点能够自行确认交易的有效性，只要攻击者能够继续保持算力优势，这种简化的确认机制就会被攻击者伪造的交易所欺骗。 应对策略是客户端软件需要接收来自网络节点的告警，节点一发现无效区块就会立即发出告警，提示客户端开始下载所有区块和有问题的交易，所以作为信息一致性的判断。 对于日常支付量较大的商业机构，他们可能仍希望运行自己的全节点，以保持更大的独立性和快速的交易确认。

关键词解读 1、Verification（确认）

这里说的payment Verification是指交易的确认吗？不是，这里有一篇文章写的比较清楚，我引用一下

“交易验证”非常复杂，涉及到验证是否有足够的余额可以花费比特币多少节点确认，是否存在双花，脚本是否可以通过等，通常由运行全节点的矿工完成。 “支付验证”比较简单。 它只判断用于“支付”的交易是否经过验证，获得了多少算力保护（多少确认）。

一般一笔交易写入最长链，需要至少6个节点确认

2. 简化

这里说的简化的意思还在上一章（回收磁盘空间）。 节点只需要下载区块头信息，不需要下载完整的区块数据。 支付确认可以借助网络中其他节点的完整数据来完成。 . 因此，它被称为简化付款确认。

对于交易频繁的大型机构（如交易所），他们必须下载完整的链，以便快速确认交易是否已经完成。