蓝色箭头代表区块的哈希值，每一个区块中都必须包含这个哈希值。灰色箭头代表交叉引用的分片，不一定包含在信标区块中，如图右侧所示。

在第一阶段，分片系统和质押过程变得相互交织。从 0 阶段开始的槽位的验证者委员会以分片的形式显示。每个分片都有自己的投票选择委员会，该委员会在拟议区块的每个「委员会期」中都会发生变化。

同样，在信标链中，一个委员会成员被分配了在指定时间段产生一个区块的任务，而其他委员会成员在那个时间段对每个提案进行投票。关键因素是当 信标链 通过交叉引用系统引用分片区块链时，所有的投票数据都包含在信标链中。

在第一阶段，质押被随机分配--要么在信标链中，要么在特定的分片中。如果 stake 包含的 ETH 少于 840 万，则没有足够的质押品完全服务于所有的分片，因此分片的工作可能会在一定程度上减缓。

下图表示了一种可能：Staker 委员会按分片分配。

图：BitMex Research

这使得信标链每个槽位只有一个验证者委员会。然而，每个分片区块链都包含最后一个信标区块的哈希值，每个信标区块可以包含所有分片的投票数据（交叉引用）。

因此，分片区块链上的所有投票和质押也可以用于计算选择分叉的规则和主 信标链 的最终确定过程。PoS 系统的工作原理和之前一样，只是信标链中不包含委员会目录（索引）中的投票数据，而是每个分片的投票数据。

在各个分片区块链中没有检查点区块，也没有确认或最终确定的过程。为了确保交易在分片内部完成，你需要等待信标链。一旦信标链中的实际区块被最终确定，用户就可以验证交易是否在分片中进行。

因此，交叉链接使得：

• 将分片区块链委员会的投票权计入主信标链的投票权。
• 最终确定和验证分片区块链区块。
• 进行所有其他类型的分片交互--例如，将 ETH 从分片移动到分片或其他类型的资产。

这方面所需的机制尚未充分发展。随着第二阶段的开始，它们可能会成为需求。

分片框架允许以灵活的质量来管理一个节点--能够处理一切，包括信标链和每个分片。只有信标链可以被管理，这包括各个分片区块链的头。

还有第三种可能--控制验证信标链和所选分片段的节点。如果用户选择不管理处理每个分片的节点，他必须依靠其他用户来验证这些分片中进程的真实性。然而，一些用户很有可能会选择验证这些分片，从而提供保证。 (责任编辑：admin)