原文标题：《引介 | eth1 -> eth2 转换》
撰文：Vitalik Buterin，以太坊联合创始人
翻译 & 校对：闵敏 & 阿剑，来自以太坊爱好者

本文为 Vitalik 于 2020 年 10 月 19 日在以太坊研究者论坛上发表的帖子，提议了他所设想的 Eth1 如何转换成分片化信标链的子系统的过程，并解释了开发者、用户对这个过程会有什么知觉。确切来说，这并不是一个针对 Eth1 的提案，因为提案的内容无涉于 Eth1 的链和生态如何形成广泛的社会共识来完成这种转换，相反，它仅仅涉及到了分片化信标链的一个子系统（「Eth1 EE」）要按什么样的程序选取 Eth1 上的哪个状态作为自己的起始状态。此外，读者还可借此一窥作者心中一个准备好完成转换的分片化信标链应具备哪些基础设施，例如，无状态性和 EE；借此可反推分片化信标链的开发方向和进度。

本文介绍的路线图被用来完成从 eth1 向 eth2 转换，如果你是应用开发者或用户，你所能感受到的变化乃至颠覆实际上非常有限。已有应用将继续运行，而不会发生任何改变。所有账户余额、合约代码和合约存储（包括 ERC20 余额、质押债仓等）都将继续存在。

你需要应对以下情况：

1. IO 访问操作码（SLOAD、BALANCE、EXT*、CALL*）的 gas 成本将增加。CALL （调用）的 gas 成本大概是每访问 1 字节的代码需要消耗 1 gas。
2. 你需要下载实现网络升级的代码。这在根本上与拜占庭和君士坦丁堡等其它升级没有区别。但是下载量更大一点，因为如果你还没有 eth2 客户端，那你需要下载一个。
3. 以太坊区块链可能会暂停大约 1 小时。1 小时后，「以太坊」 看似重新上线了，但是实际上 eth1 不再是一个独立的系统，而是成了在 eth2 内运行的子系统。

就是这样。如果你是开发者，只要你确保自己的应用所需的 witness 规模不会太高（可通过单笔事务所访问的全部 存储槽+合约+合约代码 的数量来衡量），你的应用因为 gas 消耗量改变而崩溃的可能性就很小。

转换将如何发生

假设 phase 0-2 已经完成，并且 eth2 链正在稳定运行。eth1 链也在稳定运行中。phase 0 规范已经安排了一个名为 eth1_data voting 的机制。在这个机制中，验证者会通过投票就 eth1 主链最新的区块哈希值达成共识；这个机制目前被用来处理押金。我们将重新改变该机制的用途，用它来将 eth1 的完整状态（根）传入 eth2。

目前，该机制有大约 6 小时的延迟（其中有 4 小时的延迟是因为 ETH1_FOLLOW_DISTANCE 「Eth1 主链跟随距离」，另外 2 小时是因为投票期） ，但是在转换完成前，这些参数会随着时间的推移而减小，将延迟降至 1 小时左右。 (责任编辑：admin)