http://www.www.tnmanning.com

V神: ETH1 和 ETH2 之间的双向桥梁

这两项提议都需要对eth1举办修改。今朝,eth2蹊径图在the final transition 4
问题和方案
· 把投票的门槛设得高于50%(譬喻。80%);系统倾向于不包括任何eth2块,除非它们之间有很强的一致性。

之前社区内有接头, 有没有大概在 ETH2 中本身实现一个跨链, 首先和 ETH1 跨链, 然后再和其他链跨?有点天方夜谭哈, 不外也是一个设想, 今朝看没有这种大概性。不外 V 神最新的帖子里(10月11日)却在另一个层面提到了双向桥梁的观念, 即进级进程用双向桥梁以实现必然的互操纵性, 主要目标是为了互相提供信息给对方, 以担保一致性。

提要
挑战


后者更有趣,因为它为eth1提供了一种当地形式的反转限制(凡是称为finality gadget发起)。留意,这个发起与第一个差异,因为它固然让eth1 fork选项知道eth2,但并没有当即让eth1知道eth2的状态。譬喻,请留意,两个彼此竞争的eth2链在理论上有大概完成沟通的eth1块(这意味着eth2已经粉碎,但在理论上仍然有大概)。

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

之前没有任何eth1方面的变动。这两项发起都要求在eth2侧产生损坏时,对eth1侧采纳紧张调停动作。后一个发起要求所有的eth1 旷工也运行一个eth2节点。因此,固然这两项发起都是绝对可行的,但不该迅速执行。

假如我们但愿eth1链相识eth2状态(答允ETH从eth2返回到eth1的前提),有两种要领可以做到这一点。一种是使PoW链包括PoS链的轻客户端, 另一个是要使PoS 的敲定里包括PoW 的敲定(finality)。后者可以通过添加一种机制来实现,在这种机制中,假如 PoS 块 BS 通过 eth1数据投票包括对 PoW 块 BW 的引用,而且 BS 最终完成,那么 BW 也被视为最终完成。可是,这意味着PoW矿工(和客户端)还需要运行eth2实现,以便他们相识 eth2 链的敲定环境.

更常见的环境是,大概有两个eth2 最终区块,个中一个是另一个的子代,两者都支持沟通的eth1块,而且一些矿工大概知道这两个eth2块中的较新者,而另一些矿工则不知道。对付“ eth2作为敲定性小东西”来说,这不是问题,但这确实意味着我们需要更多基本设施,以答允eth1明晰相识eth2 区块状态,以便答允从存款合约中提取金钱。
一种大概是在eth1内部简朴地建设一个eth2_data投票机制;本质上,复制一份让eth2相识eth1的机制。这可以与上述内容团结起来,以确保一致性, eth1 旷工仅在下述两种环境下会为为 eth2 数据区块投票:eth1 旷工正在构建的eth1数据块(i)已经完成,而且(ii)在它们的eth1数据块中引用了它们的eth1数据块(它们是旷工正在构建的eth1数据块的祖先)
这篇文章的目标是说明在eth1和eth2之间成立双向桥梁的一些挑战(譬喻,支持ETH的双向转换),以及如何实现它。

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



编者按


V神: ETH1 和 ETH2 之间的双向桥梁

· 只有当抵押足够高时(譬喻大于500万)才打开桥梁
然而,当 eth2继承运行并证明白它的适应性,那么在某个时刻实现这样一个桥梁必定是有意义的。为了低落风险,可以做以下几件事:
· 在eth1上运行eth2投票,投票期为一周,以便在呈现问题时为人工过问留出时间

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