我意料，其他开拓者和研究者也正在发生雷同的想法、在迭代 eth1-eth2 桥接器。我火烧眉毛想看看他们的提议。

这里的问题在于，要想靠得住地把用户的生意业务（非 0 字节的数据）打包到分片链区块中，我们先得确定 Phase 2 事情的根基道理。而这是我们还没能确定的。

也许我们可以拓宽桥接器，酿成一个 8 车道超等通道，将 Eth1.0 链 与百万吨级的可用性和执行引擎毗连起来，得到 1000 条以致 10000 条分片链的并行吞吐量。

这……感受不太 make sense。来由如下：

Eth1.0 链可以成为 “帝国首都”/最热门的分片链，个中的合约可以提倡即时的同法式用（挪用陈设在其它 “都市” 里的合约）（虽然也要支付更高的用度）。

再说清楚一些，我所谓的 “可用性桥接器” 指的是 @VitalikButerin 提出过的 “在 eth1.0 轻客户端中实现 eth2.0”，而非我曾经写过的 “开拓到 Phase1 就竣事”，后者讲到了可用性桥接器，但并没有迭代它，并且就其自身而言只是一个 eth2.0 的提案。

我认为可用性桥接器（及其迭代）是另一条可以结出硕果的路径（并且与 eth1.0 的迁移并不互斥）。桥接器 1.0 及其迭代版本是否有用，可能是否不得不做出重大牺牲，是我想要接头的问题。

同时，感乐趣的团队可以专注于用更好的设计打造彼此竞争的执行情况，也许最终大大都勾当都可以迁移到更好的执行情况中

因此，我们可以公道地说，eth1.0 系统整个要从一条链

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