这大概不是中本聪写白皮书时设想的场景，但这就是 2026 年的现实......

接上一篇，我们一起解读了比特币白皮书的第六章，第七章的内容，这一篇我们继续学习。（注：文章中双引号部分是白皮书原文）

8.  简化的支付验证

不运行一个完整的网络节点也是可以进行支付验证的。用户只需拥有一个最长工作量证明链的区块头副本，他可以通过向其他网络节点查询以确认他拥有了最长的链，并获取链接交易到给交易打时间戳区块的默克尔分支。虽然他自己不能核实这个交易，但如果交易已经链接到链中的某个位置，就说明一个网络节点已经接受了此交易，而其后追加的区块进一步确认网络已经接受了它。

同样地，只要诚实节点控制着网络，这种简化验证就是可靠的；如果网络被攻击者控制，简化验证会变得比较脆弱。虽然网络节点可以验证他们自己的交易，但只要攻击者持续控制网络，那么这种简化的方法就可能被攻击者的伪造交易欺骗。一种对策是接受其他网络节点发现一个无效区块时发出的警告，提醒用户软件下载整个区块和被警告的交易来检查一致性。为了更加独立的安全性以及更快的支付确认，收款频繁的公司可能仍需运行他们自己的节点。

论文的第八章讲的是简化的支付验证，Simplified Payment Verification 

简称SPV， 这是指不用运行一个完整的网络节点，也是可以进行支付验证的方式。

我们经常看到一些比特币钱包介绍自己是 SPV wallet， 或者说叫轻钱包，就是这个意思。一个完整的比特币节点，或者叫全节点，它至少需要几百G的存储空间，而且数据还需要时时的同步和更新，这对普通用户来说门槛太高了，因此中本聪介绍了简化支付的可能性。实际上用户只要有最长共识的区块链的区块头数据就可以了，他可以通过向其他网络节点查询，来保证他有了最长链的数据，然后将交易链接到对应的默克尔分支，直到有节点接受了这笔交易，以及后面的区块能确认此交易，并最终被整个网络所接受。

如果面临攻击，这种简化验证就会有比较高的风险。实际上这种简化认证的钱包客户端，也要设定一定的机制来保证安全性。对于高频的收付款公司，或者企业级的支付服务商，中本聪还是建议去维护一个自己的全节点。

9.  合并和分割交易额

尽管单独处理每个货币是可行的，但将一次转账按每一分拆成多次交易是不实际的。为允许交易额被分割和合并，交易将包含多个输入值和输出值。通常是一个从之前交易而得的较大输入值或多个较小输入值的组合，以及最多两个输出值：一个作为支付，另一个作为找零，如果有的话，退还给支付发送方。

注意这里的扇出，即一笔交易依赖数笔交易，这数笔交易又依赖更多的交易，在这里是不存在问题的。永远不会需要获取一笔交易历史的完整独立副本。

论文的第九章讲的是合并和分割交易Combining and Splitting Value。

实际上比特币的一笔交易其实是可以有多个输入方和多个输出方，也就是说可以有多个付款方和多个收款方，同时收款方还可以包括付款方自己，这就是找零的过程。我们可以看一下Blockchain.com的比特币区块浏览器，左边是输入方，右边是输出方，有的交易它是多重的输入方或者是多重的输出方，对于用户来说，合并交易的好处不仅可以提升效率，也可以节约手续费。     

10.  隐私

传统的银行模型通过限制参与方和可信任第三方对信息的访问来达到一定级别的隐私保护。交易必须要公开发布就不能使用这个方法，但隐私仍可在其他地方通过阻断信息流的方式来保护：那就是保持公钥匿名。公众能看到有人正在发送一定量货币给其他人，但是不能将交易关联到某个人。这和证券交易所发布的信息级别类似，每笔交易的时间和交易量，即行情是公开的，但是不会显示交易双方是谁。

作为额外的防火墙，对每笔交易使用新密钥对，可以防止他们被关联到一个共同的拥有者。由于多输入值交易存在，有些关联仍不可避免，因为多输入值交易必然暴露其多个输入是属于同一个拥有者的。风险就在于如果一个密钥的拥有者被暴露，关联性将暴露属于同一个拥有者的其他交易。

前面提到比特币不同于传统的金融机构，所以它必须要公开完整的账本，因此所有的交易都是公开的，这就涉及了隐私的问题。对于传统机构，比如银行来说，作为交易的中介机构，用户交易信息只有用户本人和银行可以获取和提供，这一定级别的保护了用户隐私。比特币是通过保持公钥的匿名性来保护用户隐私，也就是说用户无需注册和实名审核，在匿名的状态下就可以获得比特币账户，这样就打破了真实身份信息和交易之间的关联，公众能看到有人正在发送一定量的货币给别人，但是他不能将交易关联到某个人，就好比股票交易，每笔交易的时间和交易量也就是行情是公开的，但是别人看不到交易双方究竟是谁。

今天讲述了白皮书的八，九，十，三个章节的内容，下一篇继续解读

此公众号内容为区块链技术科普文章，不构成投资的意见和建议。