继续探讨RubiX链的POH收获量证明机制

        Rubix 的POH共识机制是一种轻量且实用的拜占庭容错（PBFT）算法，需要3n+1个成员中的2n+1个达成一致。Rubix的PBFT算法经过专门的设计，特别适用于实际工作中的异步场景。

        对于每个交易，链上会有一个启动器（initiator），自动选择7个（PBFT共识所需的最小节点数）节点为作一组，这7个节点是从要被交易转账的token所对应的证明链中选取。

        这些节点被称为仲裁成员，执行一个基于多方计算（MPC）的共识机制。如果仲裁成员7个节点中，有5个同意该交易，则达成共识，交易可被执行

         特别注意一点，这7个节点都是从这个token的证明链上随机选出的节点，它们只是完成了这条证明链上的一次转账交易，并且把这次交易的数据更新到证明链上的最新区块。实际上可以这样理解，每个交易都由7个节点进行验证，但每笔交易又作为一个区块在证明链上更新高度。（这是是一个很重要的跟POW的区别，证明链的更新只需要7个节点，而整个RubiX链上是由5070万个证明链所共同构成的一个唯一状态）

        看到这里，就能解释上一篇文章《为什么我认为POH收获量证明是最好的证明机制之一呢》所未解释的问题了——RubiX上的交易是走的一条条独立且并行的证明链，那每个证明链是如何工作的。

 

        我进一步地想了想，又产生了新的问题。既然每个交易转账都用这种轻量级的PBFT算法，只需要7个节点就可以组成一组证明，那如何确保全网的数据统一？且无法进行51%攻击？