我们能“重启”以太1吗？基于以太网成功运营这么多年，重置以太网这个词听起来骇人听闻。一旦加密货币网络开始运行就需要继续运行。重置是一个从技术到经济的过程。

自2020年6月以来，该提案一直在以太网社区中进行讨论。其实主要和Ethereum 1.0链的状态有关。未来的Ethereum 2.0进程中，有一个需要合并Ethereum 1.0和2.0的进程，以及未来Ethereum将面临的升级任务。

关于以太网社区的研究是由以太网杂志的开发者阿列克谢阿克洪诺夫提出的。他基于宇宙问题和方案提出了重置以太网的推论。通过这个张文，我们可以理解重置以太场的概念。

Cosmos Hub的经验教训

如果您观察宇宙中心如何执行从版本1到版本2，然后从版本2到版本3的升级，您将知道这实际上是通过重新启动区块链来完成的。升级后，节点操作员必须关闭其节点，然后生成宇宙中心状态的快照，然后有效地将该快照用作启动第一个数据块的新区块链的起点。

现在，任何想加入Cosmos的人都需要得到Cosmos ub-3的原点，下载Cosmos ub-3的所有块(而不是Cosmos ub-1或Cosmos ub-2)，然后重放。

我们可以“重新启动”以太坊1吗？

我们来看看这个方法在Ethereum中的应用假设。我们有一个非常大的区块链(150-160Gb)和一个相当大的状态(40-100Gb，取决于您的存储方法)。这种“重启”的明显优势是，新的连接器节点将需要从40Gb的创世纪状态开始，而不是从值为150 Gb的块开始。但是下载40 Gb的Genesis还是不是一个好的体验。以太网中的状态是隐式的，只有它的merkle根哈希是显式的。

现在让我们假设我们可以使用这些40 Gb的隐式存储“链外”，并且只使用根哈希作为源。我们也从空的状态开始吧。那么我们如何让事务访问隐式状态的一部分呢？

请记住，即使现在40 Gb也是隐式的，获得它的确切方式是实现细节。你可以运行所有1000万块来计算它，通过快速同步或扭曲同步来下载它的快照，甚至从某人的外部磁盘复制它，然后再次验证它。虽然状态是隐式的，但我们假设块构造函数(通常是挖掘池)可以访问隐式状态，并且总是可以处理所有事务。我们希望删除所有其他验证节点都可以访问隐式状态来检查块中的事务是否有效，以及块头中显示的状态根哈希与块的执行结果匹配的假设。

是无状态的以太坊吗？

如果你完全按照无状态的Ethereum，你可能会意识到这正是我们要做的——保留块写入器有访问隐式状态的假设，删除所有认证节点都有相同访问权限的假设。我们建议通过强制块的打包者在块中添加额外的证明来做到这一点，我们称之为“块见证”。

区块中的证明与交易中的证明？

当人们第一次知道这一点时，他们认为这些额外的证据确实是由交易发送者提供的，并成为交易有效载荷的一部分，但我们必须向他们解释，这不是块打包者的工作。但是后来我们发现交易必须包含一些额外的证据。即他们会需要证明发送地址有足够的ETH购买交易的气和账户中所有其他交易的随机数，但是随机数低。他们可能还需要证明发送账号的随机数，这样节点才能发现是否存在随机数缺口，从而通过一系列不可行的交易发现潜在的DDOS攻击，并进行更严格的检查。

ReGenesis以提供缓解

，对于DSA的担忧不能轻易彻底解决，但可以充分缓解，让用户很少看到不便，永远不会陷入“无法实现所需状态转换”的境地。缓解措施依赖于一个额外的规则，即随交易提供的任何证据(根据状态根进行检查(但不一定足以使交易成功))都成为隐含状态的一部分。因此，用户重复尝试执行事务将保持隐式状态增长，并最终成功。任何试图“困住”用户的攻击者都必须想出一个更复杂的方法，将事务的状态访问重定向到隐式状态之外，最终攻击者将失败。

随着隐式状态从无到有(仅在“重启”之后)增长到包括越来越多的活动访问状态，事务需要提供的证据将会减少。经过一段时间后，大部分交易甚至不需要附上任何证据，只需触碰到国家一些非常古老和“尘封”的部分。

我们可以继续做下去？

我把这个叫做“重启”再生，可以定期进行，减轻非挖掘节点的负担。它也代表了无状态以太网的戏剧性版本。

重复执行ReGenesis将简化以太网客户端实现的架构。它几乎可以消除对更高级快照同步算法的需求。如果我们每隔1m块(大约6个月)执行一次重新生成，我们可以在BitTorrent、Swarm和IPFS上使用状态快照和区块链文件。我们现在不能这样做，因为状态每15秒而不是每6个月改变一次。如果客户端实现可以处理6个月的重放数据块，那么我们不需要非常复杂的快照算法。因此，以太网实现的复杂性将会降低。

缺点

我还没怎么探索，但我看到了三个：

用户可能需要访问完全隐式的状态来创建事务，我实际上认为这是一个公平的妥协。

用户可能需要重复事务(由于动态状态访问)，直到最终实现所需的状态转换。

如果网络正在重建

生成之前有效地“存档”所有区块，则某些汇总技术（利用区块链数据以确保数据可用性）可能会中断。