Don't Trust, Verify

imageJan 又带来了一篇对区块链节点的思考，文字简洁，没有数学公式，没有计算机算法，更没有玄学，对于大家来说，这篇文章可以作为理解区块链的试金石。
1角色我们都知道，区块链网络中的节点有不同的角色。例如：
出块节点
出块节点负责打包交易，生产区块。出块节点在不同的地方有不同的名字，例如比特币和以太坊中的矿工/矿池，Bitshares 的 Delegator，EOS 的 Producer, Cardarno 的 Stakeholder，Tendermint 和 Casper 中的 Validator，以及 CITA[1] 中的共识节点等等。在这些网络中，出块节点的角色往往与全节点角色重合。最接近纯粹出块节点的例子应该是使用 getblocktemplate[2] 协议参与挖矿的比特币矿机，他们不验证区块，但是拥有选择交易打包和封装完整区块的权力。
出块节点相对于其他节点往往需要付出更多的资源，包括算力（无论是用于 PoW 还是用于交易计算），磁盘，网络带宽等等。这些资源要求抬高了出块节点的门槛，容易造成出块节点分布的中心化。
全节点
区块链中的区块由两个部分组成，区块头和区块体。区块头中存放包括区块见证（例如工作量证明或是投票）在内的元数据，区块体中包含交易数据。区块的验证由此也可以分为两部分，对区块头的验证和对区块体的验证。对区块头的验证主要是出块权的检查，例如区块头中包含的工作量证明是否有效；对区块体的验证主要是对交易有效性的检查，确保区块体中每一笔交易都是有效的。
全节点同步交易和区块，对其进行验证，并转发有效的交易和区块。为了能够进行验证，全节点必须有完整的当前世界状态（例如 UTXO 集合）。由于全节点自行进行所有的验证，因此不需要信任其他第三方。
通常情况下，出块节点构造新区块时需要引用前一个有效区块，为了确认父块的有效性必须对其进行验证。此时出块节点也做了全节点的事情，也是一种全节点。这种角色上的重合不是必然的，不影响后面的讨论。
轻节点
轻节点与全节点不同：轻节点只同步和验证区块头，不会同步和验证区块体以及其中的交易。因此，轻节点只能验证区块头的有效性，无法验证该区块头对应的区块体中交易的有效性，只能相信构造这个区块的出块节点没有打包无效的交易，并且相信将这个看起来合理的区块头发送给自己的全节点对其进行了完整的检查。轻节点是信任其它节点的节点。由于不同步交易，轻节点也无法得知交易处理之后的世界状态，自然也无法验证交易双花或是世界状态的变更。轻节点的验证能力大大弱于全节点。
相信其它节点的好处是，轻节点的开销很小：区块头的体积只占区块的很小一部分，很容易同步和存储。因此轻节点可以运行在笔记本甚至手机等各种有限硬件环境中。
关系
这几种角色之间的关系是一个非常有意思的问题，也是我和朋友们常常会讨论的一个话题。在这样的讨论中，如果你拿出一支笔，请在场的任意一位朋友在白板上画出他心目中的这三种节点组成的区块链网络拓扑，大概率会得到类似这样的图：

image图 1. 朋友心中的节点拓扑 A

image图 2. 朋友心中的节点拓扑 B
在图1中，出块节点在最中心的位置，全节点围绕出块节点形成网络，轻节点连接在全节点上；在图 2 中，出块节点和全节点混合组成分布式网络位于中心，轻节点连接在全节点或者出块节点上。哪一副图更接近真实情况呢？
谁是守护者
人们通常认为出块节点是守护者（Keeper）[3]一个区块链网络的守护者，这样的观点不无道理。毕竟是出块节点验证交易，生产新的区块，为用户提供服务，这也是为什么人们会把出块节点/矿工画在网络拓扑的中心。看上去，他们已经拥有了定义区块链的权力。然而，如果我们将注意力再下降一层，从 P2P 网络的观点来看，结果却不是这样。
一般的 P2P 网络，例如 BitTorrent 或是 Kad Network，目的在于更快的分享数据，这些网络中的节点并不关心自己转发的数据包包含的是什么样的数据。这些节点不需要理解数据，只需要转发数据，帮助数据从网络中的一点流动到另外一个点。它们只是数据的搬运工。
区块链的 P2P 网络则不仅仅是数据的搬运工，还是数据的验证者。P2P 网络由全节点构成，全节点在接收到新的交易或者新的区块时，首先做的事情是验证。这里的验证不仅仅是验证数据本身的完整性（Integrity），还要验证数据在业务逻辑中的有效性，例如这笔交易是否和账本中已经有的交易冲突（双花），或者这个新区块是否包含了无效的交易。验证交易是否双花是业务层（账本）的逻辑，不是网络层的逻辑。在区块链的 P2P 网络中，节点不仅仅要转发数据，还需要理解数据。数据转发在区块链节点中是一个提升到业务层的概念，而不只是一个网络层的概念。
这种设计所导致的结果就是，全节点组成的网络形成了一道“防火墙”，有效阻止了无效交易和区块的传播。出块节点如果产生一个包含无效交易的区块，这个区块只能够传播到与其相邻的全节点，无法穿透这些相邻节点形成的防火墙传播到更远的地方，无法进入全节点网络维护的区块链主分叉，无效交易也就无法被依赖全节点的轻节点或是钱包接受。
因此，出块节点只是新的区块的提议者，并不能让全节点网络接受无效的区块或是交易。挖出一个新的区块并不是共识的结束，而是共识的开始。如果套用 Paxos 共识里面的词汇，出块节点是 Proposer，全节点是 Acceptor。出块节点持续打包交易，提交新的区块，全节点验证新的区块提案，保证新区块和其中交易的正确性。从这个角度看，作为验证者的全节点更应该被称作守护者（Keeper）。
按照这样的理解，我们可以画出这样一个图：

image图 3. 以全节点为屏障的节点拓扑
在图 3 中，全节点网络位于中心，形成一个相互验证的去中心化网络，一道安全屏障。轻节点连接这个网络中的全节点，使用全节点提供的服务。轻节点之间也可以形成自己的网络，但需要注意的是，轻节点网络没有验证功能，转发在这里更多的是网络层的概念。轻节点网络和全节点网络是不同的网络。出块节点连接全节点提交新的区块，出块节点之间也可以形成自己的网络，以更好的提供服务，例如比特币的 FIBRE 就是一个矿池之间的专用网络。
全节点网络对区块链的安全至关重要。全节点数量越多，网络越可靠，加密经济的基础越稳固。全节点的运行成本和长期数量这两个指标在未来的区块链价值评估中应该会扮演越来越重要的作用。区块链发展面临的一个关键问题是，如何激励全节点？这个问题看上去简单，实际上会触及一些非常深层次的（也许是不可调和的）矛盾，例如 data availability problem，这里就不展开说了，以后有时间再写文章讨论。
2案例分析当我们理解了全节点的重要性，在脑海中建立了正确的网络拓扑后，就可以用这个框架来分析实际的问题了。这里举两个例子。
FIBRE
FIBRE 是比特币快速网络中继引擎（Fast Internet Bitcoin Relay Engine）的缩写，是一个专门给矿工提供服务的区块传输网络。FIBRE 在全球不同的位置部署了 6 个节点，相互之间通过高速网络连接，使用 UDP+ForwardErrorCorrection 传送数据，几乎实现了无延迟的传输。在 FIBRE 注册过的矿工可以连接到离自己最近的 FIBRE 节点，以最短的时间获得新的区块数据。FIBRE 和比特币 P2P 网络传输协议的一系列优化使得比特币的新区块几乎可以在瞬间被全世界的矿工接收，非常有效的降低了孤块率，保证了网络安全。
FIBRE 是由 Matt Corallo 维护的一个需要注册使用的网络，因此是一个中心化管理的系统。这也是 FIBRE 常为人所诟病的地方。但是如果我们按照图 3的拓扑来分析，就会发现 FIBRE 的中心化对比特币网络并没有负面影响：无论矿工是用中心化还是去中心化的网络加速新区块的传播，这个行为都不会影响全节点对新区块的验证。FIBRE 也不是整个网络的单点，如果 FIBRE 崩溃或者作恶，矿工随时可以切换回比特币自己的 P2P 网络。
思考题：同样的出块节点间专用加速网络，如果用于提升网络吞吐量解决 scalability 问题，上述结论依然成立吗？

image图4. 出块节点专用网络（虚线）
EOS
EOS 的目标是百万级的 TPS，为了实现这个目标，EOS 使用投票的方式由全网选出 21 个出块节点（以及一定数量的候选节点），并要求出块节点使用最好的硬件来支撑高性能。EOS 是否真的实现了百万级 TPS 并不重要，重要的是，通过这种方式来提升性能不仅仅要求出块节点付出不菲的成本，也要求全节点付出同样的成本。然而与出块节点不同，EOS 网络中的全节点并没有得到网络的补贴，因此用户很难有足够的动力真的去支付几乎与出块节点相同的成本去运行一个全节点。在这种情况下，网络最终会演化成一个没有全节点的结构：

image图5. 没有全节点的网络
ByteMaster 对 21 个节点合理性的论证是，比特币的算力也是集中在