以太坊如何完成从1到2的转变？

原文标题：引介|eth1->eth2转换

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

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

Succinct Labs推出基于zkSNARKs的以太坊互操作协议Telepathy:3月17日消息，Succinct Labs 宣布推出基于 zkSNARKs 的以太坊互操作协议 Telepathy。该协议允许开发人员借助以太坊轻客户端协议的安全性实现从以太坊到其他链的无信任通信。目前该协议已上线主网并发布 Demo 供用户体验。[2023/3/17 13:10:07]

你需要应对以下情况：

IO访问操作码的gas成本将增加。CALL的gas成本大概是每访问1字节的代码需要消耗1gas。

你需要下载实现网络升级的代码。这在根本上与拜占庭和君士坦丁堡等其它升级没有区别。但是下载量更大一点，因为如果你还没有eth2客户端，那你需要下载一个。

以太坊区块链可能会暂停大约1小时。1小时后，“以太坊”看似重新上线了，但是实际上eth1不再是一个独立的系统，而是成了在eth2内运行的子系统。

Coinbase将在以太坊Gray Glacier硬分叉期间进行维护，部分功能无法访问:6月29日消息，Coinbase宣布在以太坊Gray Glacier硬分叉期间，需要对Coinbase.com、Pro、Exchange、Prime、Commerce和Custody的ETH/ERC20进行维护，发送将暂时不可用，接收将延迟，买卖和交易不会受到影响，Coinbase NFT的部分功能在2-3小时内无法访问。[2022/6/29 1:38:42]

就是这样。如果你是开发者，只要你确保自己的应用所需的witness规模不会太高，你的应用因为gas消耗量改变而崩溃的可能性就很小。

转换将如何发生

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

动态 | 以太坊再迎硬分叉升级，Reddit社区支持区块奖励减少到1 ETH:据Bitcoinist消息，以太坊马上要进行另一次硬分叉，很可能在元旦，或区块高度9200000。根据最近的投票，Reddit社区参与投票的人当中有70%支持将区块奖励改为1 ETH。[2019/12/23]

目前，该机制有大约6小时的延迟，但是在转换完成前，这些参数会随着时间的推移而减小，将延迟降至1小时左右。

影响eth1向eth2转换的基本机制如下图所示：

指定一个高度?TRANSITION_HEIGHT。高度为?TRANSITION_HEIGHT?的eth1区块将被视为eth1链的“最终”区块。从该区块往后，eth1将作为eth2的子系统运行。

eth2的“诚实验证者”代码会根据做出相应调整，不允许验证者投票给区块号>?TRANSITION_HEIGHT?的eth1区块。如果投票算法已经选出了某个区块编号>?TRANSITION_HEIGHT?的eth1区块，则改成为?TRANSITION_HEIGHT?的eth1区块投票。

行情 | 比特币未确认交易量30382笔 以太坊未确认交易量13087笔:据数据监测，截至目前当前比特币未确认交易量为30382笔，当前以太坊未确认交易量为13087笔。截至发稿，比特币全网算力为64.40 EH/s，24小时交易速率3.81 txs/s。当前挖矿难度为9.06 T，预计下次挖矿难度将上涨9.69%至9.94 T。[2019/7/16]

此外，在已触发的情况下，验证者会将?deposit_count?设置为比实际值高2**63

当eth2在“eth1已完成”标记开启的情况下接受?eth1data?时，eth2会执行一次“非常规的状态变换”，将该eth1区块的状态根放到“eth1执行环境”的状态中。与eth1链上的总ETH供应量等量的ETH会添加到这个eth1执行环境的余额中。

在这之后，转换完成。从技术层面来说，eth1链会继续运行，但它已经变成了一条毫无价值的链；等到冰河期到来时，这条eth1链将彻底消失。

动态 | 微软发布云计算平台Azure的以太坊应用开发套件:据Coindesk5月7日消息，微软发布了一套工具允许客户在其云计算平台Azure上构建基于以太坊的应用程序。用于以太坊的新Azure区块链开发套件将帮助开发人员在Azure 区块链服务或以太坊区块链上创建和部署基于以太坊的应用程序。

以太坊开发套件是微软源代码编辑器Visual Studio Code的扩展，允许开发人员创建和部署以太坊智能合约，并利用开源区块链工具，如Solidity和Truffle。[2019/5/7]

eth1系统现在位于eth2系统内部。因此，通过在eth2上提交针对eth1执行环境的交易，eth1进一步转换成eth2的子系统。eth1执行环境拥有可以实现整个eth1EVM和交易处理逻辑的代码；它有一个?update(state_root,transaction,witness)->new_state_root?功能，可以按照eth1链的规则，以交易和见证消息作为输入处理该交易，并决定更新后的eth1状态根。关于见证消息和状态根的运作原理，请阅读《无状态客户端概念》。

eth1执行环境代码可以添加额外的功能，即，将ETH和消息从eth1执行环境提取到eth2的其它部分，以及其它分片上的eth1执行环境副本中。在默认情况下，所有eth1账户/合约都会放在同一个分片上，因此为了利用eth2更大的容量，你需要主动使用这个功能将你的ETH或其它应用转移到其它分片上，不过难度不大。我们需要通过扩展ERC20标准来支持跨分片代币转账。

用户客户端如何运作

在转换至两种代码路径之前，我们需要对客户端面向用户的部分进行修改。客户端会检查eth2，来查看转换是否已经发生。如果转换尚未发生，客户端就会像之前那样使用eth1来发送交易，查看余额等，不同之处在于客户端会假装所有区块编号>?TRANSITION_HEIGHT?的eth1区块都不存在。如果转换已经发生，客户端就会在eth2上查看eth1执行环境。完整的客户端将按顺序处理eth2上所有针对eth1执行环境的交易，以便继续更新完整的eth1状态树。这使得完整的客户端可以为它们想要发送的交易生成见证消息，并使用eth2格式对其进行“打包”。轻客户端会将它们的交易广播给完整的客户端，由后者为其添加见证数据。

从用户的角度来看，以太坊能够“感受到”转换前和转换后。虽然打包和广播交易所使用的代码路径区别很大，但是它们所提供的功能都是一样的。

我们甚至可以对这种转换进行设计，以便钱包无需经过任何修改，即可通过RPC与客户端通信。

用户案例

假设你在MakerDAO上创建了一个质押债仓，然后就去睡觉了。等你醒来时，你发现转换已经发生了。你可以像以前那样发送交易来与你的质押债仓交互并将其清算，但是你的客户端会看到转换已经发送，于是会将见证数据添加到你的交易上，将其发送至eth2网络而非eth1网络上。

潜在优化

在eth1链达到?TRANSITION_HEIGHT?至eth2上的eth1执行环境获取该状态的这段时间内，我们会对eth1状态进行一些预处理。特别是，我们可以：

将十六叉帕特里夏树替换成二叉稀疏默克尔树和一个专门的哈希函数，以确保分支的哈希开销保持在O(log(n))。这可以将默克尔树分支的大小减少4倍左右。

将RLP替换成SSZ哈希树

将状态租金相关的数据字段添加到账户上

清除“粉尘”账户

根据抽象提案修改账户结构

我们不会在EE中照搬沿用Eth1的状态根生成方法，而是以适用上述修改后的方法来计算状态根。这是确定性计算，因此所有验证者都可以同时进行计算。这种一次性的计算支出可以大大提高eth1转换后的效率和可用性。

原文链接:

https://ethresear.ch/t/the-eth1-eth2-transition/6265

作者:Vitalik

翻译&校对:?闵敏&阿剑

标签：ETHETH2以太坊TRANSethereumuniswapsETH2以太坊交易时间Trans Pepe

XMR热门资讯