这两项提议都需要对eth1举办修改。今朝，eth2蹊径图在the final transition 4
· 在eth1上运行eth2投票，投票期为一周，以便在呈现问题时为人工过问留出时间

挑战
然而，当 eth2继承运行并证明白它的适应性，那么在某个时刻实现这样一个桥梁必定是有意义的。为了低落风险，可以做以下几件事:

更常见的环境是，大概有两个eth2 最终区块，，个中一个是另一个的子代，两者都支持沟通的eth1块，而且一些矿工大概知道这两个eth2块中的较新者，而另一些矿工则不知道。对付“ eth2作为敲定性小东西”来说，这不是问题，但这确实意味着我们需要更多基本设施，以答允eth1明晰相识eth2 区块状态，以便答允从存款合约中提取金钱。
· Eth1链通过轻客户相识到 eth2定稿块，也大概由于雷同原因推迟一个礼拜才退出
· 把投票的门槛设得高于50%(譬喻。80%);系统倾向于不包括任何eth2块，除非它们之间有很强的一致性。

前者需要在eth1内部实现的eth2客户端, 这将需要Webassembly或BLS-12-381验证的本机支持，今朝估量不会很快产生。别的，它仅提供轻客户端级此外安详性。

作为eth2提案的一部门，已经存在一个eth1 -> eth2 链路，这是答允存款产生的须要条件。这个链接是利用eth1data投票机制3实现的。留意，该机制假设PoS验证器是靠得住的大大都，而且PoW链不会受到进攻(详细来说，它的规复时间不会高出5小时); 假如任何一个假设失败了，那么这两个链将不再一致。至少在开始时就有一个隐含的“社会契约”，假如产生任何一种环境都可以更正，很大概是通过PoS链的软分叉的方法举办更正 （假如PoW链确实确实规复了5个小时以上，那么很有大概告竣社区协议，认为进攻链是犯科的）。 留意，在这两种环境中，PoS 链的失败都不会导致 PoW 链的软分叉。

假如我们但愿eth1链相识eth2状态（答允ETH从eth2返回到eth1的前提），有两种要领可以做到这一点。一种是使

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。