Skip to content

Latest commit

 

History

History
21 lines (12 loc) · 2.38 KB

Protocol.md

File metadata and controls

21 lines (12 loc) · 2.38 KB

2.3协议

波卡中继链协议,包括与平行链间的交互,其工作原理如下。

1.对于平行链:

  (a) 收集人会实时跟踪中继链区块的生成过程和共识协议,分别执行下面的步骤(2)和(5)。例如,作为全节点参与到中继链当中,基于此来确定最有可能成为最新中继链的区块。另一方面,最新平行链区块(或其他数据)也将由这一最新中继区块所确定。

  (b) 收集人对上述最新平行链区块上构建的数据完成签名后,将信息以间接形式递交到其平行链委派的验证人(平行链验证人简称验证人),通过此步骤将信息输送到中继链。理想情况下,为提高执行性能,收集人仅递交唯一的方案。

  (c) 由平行链验证人决定支持哪一个平行链区块,并公布该区块的相关数据,以表明其将作为该平行链的候选人被添加至下一个中继区块当中。

2.中继链上负责区块生成的验证人会从所有平行链上收集候选区块,并把这些候选区块和最新的中继链外部调用一起放入中继链最新生成的区块中 (第4.3.1节) 。考虑到执行性能,这一过程产生的数据不包含平行链的完整数据,仅包含元数据和部分数据,当然安全相关的元数据包含在内。 在不利的情况下,这可能导致分叉,步骤(5)中会给出详细说明。该子协议被设计成即使有分叉,参与者也能知道最有可能成为最终块的区块,类似于工作量证明协议。

3.子协议的运行以确保完整数据确实可用、涵盖并分发到其他各种中继链节点。(第4.4.2节)

4.平行链递交数据时可能包含相关其向另一条平行链发送信息的相关信号指示,包括促进该过程的元数据。现在这些数据将包含在中继链链头部分,所以作为接收方的平行链可以得到新信息输入的相关信号。相比当前,接收方需要通过检索发送方的信息正文才能获取相关信息。(第4.4.3节)

5.验证人提交他们对区块的投票并最终确定,解决了因意见不同而产生分叉的问题(第4.3.2节)。上述投票将会被添加到中继区块中。

本文接下来的内容将对上述内容进行阐述-第3节对角色设计进行详述,第4 节对协议子组件进行详解。