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

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

ReGenesis以提供缓解

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

随着隐式状态从无到有（仅在“重新启动”之后）增长到包含越来越多的活动访问状态，事务需要提供的证据将减少。一段时间之后，大多数交易甚至都不需要附加任何证据，只需接触状态中一些非常老旧且“尘土飞扬”的部分。

我们可以继续做下去？

我称此为“重新启动”再生，可以定期进行以减轻非采矿节点的负担。它也代表了无状态以太坊的戏剧性版本。

重复执行ReGenesis将简化以太坊客户端实现的体系结构。它几乎可以消除对更高级的快照同步算法的需求。如果我们每1m块（大约6个月）执行一次ReGenesis，则可以在BitTorrent，Swarm，IPFS上使用状态快照以及区块链文件。我们现在不能这样做，因为状态每15秒钟而不是每6个月更改一次。如果客户端实现可以应对重播6个月的数据块，那么我们就不需要非常复杂的快照算法。因此，以太坊实现的复杂性将下降。

缺点

我还没有探索很多，但是我已经看到了三个：

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

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

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