自上一版无状态以太坊的全面“路线图”发布以来已经过去了一段时间，现在很多东西都发生了改变。似乎又到了需要“全都写下来”的时候了。
我们没有在做什么
我们没有在解决无状态挖矿的问题。
我们没有在解决?DSA问题，也不准备出于执行的目的为事务附加见证数据。
关键路径
很难确定我们的目标到底是什么。但是我认为，只要我们着眼于需求，自然会出现一个目标梯度。
通过区块见证实现无状态验证者
我们希望/需要验证者无需保存完整的状态就能验证区块。一种提议是在协议中要求为区块附加区块见证，以便客户端使用区块见证数据来验证执行区块得到的状态根。
为此，我们需要：
Rubicon Crypto CEO：如果有一份文件能够打破SEC的僵局，那就是贝莱德提交的现货比特币ETF:金色财经报道，Rubicon Crypto首席执行官Gregory Johnson对于贝莱德在不久的将来获得其 ETF 批准的可能性持谨慎态度。Johnson表示，许多圈子的行业集体意见是，美国证券交易委员会不愿给予任何一家公司先发优势，如果有一份文件能够打破SEC的僵局，那就是贝莱德最近提交的现货比特币ETF文件。[2023/6/24 21:57:03]
A：大大缩小见证
B：让验证者可以连同区块一起获得可靠的见证
我们使用VerkleTrie来解决需求A，将证明开支降至恒定大小。另请参见"为以太坊状态应用verkletrie的提议"。还值得一提的是，统一verkletrie需要修改?SELFDESTRUCT?操作码的行为，或完全删除该操作码。
FTX Trading及其附属债务人宣布发布第一份报告:金色财经报道，FTX Trading Ltd及其附属债务人宣布发布第一份报告，该报告确定并讨论了 FTX 集团前任管理团队的控制失误在关键领域，包括管理和治理、财务和会计、数字资产管理、信息安全和网络安全。FTX Debtors 首席执行官兼首席重组官 John J. Ray III 表示：“我们本着自第 11 章程序开始以来承诺的透明度精神发布了第一份报告。在这份报告中，我们提供我们发现 FTX Group 未能在对保护现金和加密资产至关重要的领域实施适当控制的详细信息。FTX?Group 被一小群人严格控制，他们谎称负责任地管理 FTX Group，但实际上表现出兴趣不大在建立监督或实施适当的控制框架方面。我们正在继续努力审查导致 FTX 下跌的事件，并为债权人确定和恢复尽可能多的价值。[2023/4/10 13:54:13]
我们通过见证消息成为协议运行的一部分来解决需求B，以便收到该证明的人确认它是对应区块的正确证明。关于生成并通过gossip广播见证的责任归属尚未确定。
美国SEC提交一份补充授权书以驳回XRP公司公平通知辩护的动议:金色财经报道，美国证券交易委员会提交了一份补充授权书，支持其驳回XRP公司公平通知辩护的动议。原告使用了一个不同案件的判决书，其中有类似的公平通知论点，该判决最终落入了美国证券交易委员会的圈套。
去年12月底，在SEC vs Fife一案中，伊利诺伊州北区法院驳回了被告的驳回动议，使用的是瑞波在XRP诉讼中坚持的公平通知论点。在另一起案件中，美国证券交易委员会对芝加哥的约翰-M-法伊夫及其公司提出指控，指控他们在未向美国证券交易委员会登记为证券交易商的情况下收购和销售超过210亿股便士股票。（coingape）[2022/1/7 8:32:36]
延伸阅读：为什么无状态性对于ETH2.0来说如此重要？
通过状态保质期来抑制状态增长
美国财长努钦：可能在7月通过另一份刺激法案:美国财长努钦表示，正在认真考虑另一份刺激计划。已与参议员就下一份刺激法案覆盖的范围进行了讨论，可能在7月通过另一份刺激法案。（金十）[2020/6/24]
区块提议者依然需要生成区块。我们不建议解决无状态区块挖矿的问题，因为这会将我们的目标变成减轻日益增长的状态维护负担。
我们的目标是对总体状态规模施以经济限制。我们计划通过“状态保质期”来实现该目标，详情请参阅：Resurrection-conflict-minimizedstatebounding,take2-#17byvbuterin。
大致上讲，所谓的状态保质期，就是让状态在一段时间后“失去活性”。失活状态不再由协议管理。任何与失活状态的交互都需要附带一个证明，让失活状态重新恢复活性。该方案不会将任何复杂的“租赁”机制引入EVM，但它实际上还是强制实现了“状态租赁”。其结果就是为总体状态规模设置了严格的上限。
次关键路径
通过“门户客户端”实现无状态客户端架构
延伸阅读：Completerevampofthe"StatelessEthereum"roadmap-#2bydankrad
当前的DevP2P以太坊协议不能很好地支持无状态客户端。即使为支持无状态客户端而修改协议，这也并非易事。也就是说，仅依靠“关键路径”，我们就可以构建出适用于Eth1+Eth2合并基础设施的客户端，但是这些客户端对于大多数为了使用JSON-RPCAPI而使用客户端人来说没什么用。
另一项正在开展的计划是构建支持广泛部署超轻量级“门户客户端”所必需的网络基础设施。所谓的“门户”，就是指客户端可以查看网络和相关数据，但是不必通过任何有意义的方式参与协议。
“门户客户端”将参与专为满足以下需求而设计的专用型点对点网络：
1.按需检索任意状态。
StateNetworkDHT-DevelopmentUpdate#2-#5bypipermerriam
2.按需检索任意区块链历史。
Alexandria-HackMD
3.参与交易gossip广播，但是无需访问状态。
ScalableTransactionGossip-#3bypipermerriam
4.参与区块gossip广播，但是无需满足DevP2P以太坊协议的隐形要求。
任何想要吸引JSON-RPCAPI用户的“无状态客户端”都会参与这类网络。我们希望现有客户端会利用这类网络来让自己变得更加轻量级。
这不是实现Eth1+Eth2合并这一主要目标的关键路径，但它有助于将无状态客户端扩展至除验证者以外的用例。
Regenesis
过去，“Regenesis”有两个不同的涵义：
使用一个新的创世块来重新启动区块链，并就创世状态达成共识。
让状态“失去活性”，必须提供证明来让状态“恢复活性”。
活性/失活机制现已归类为“状态有效期”方案。
使用新的创世块来重启区块链有很多好处。其中，最主要的一点是，将所有客户端从历史分叉规则所带来的隐形需求中解放出来，让客户端变得更加简单。这也可以帮助节点缩短获得完整状态副本所需的同步时间。
被移出关键路径的内容
BinaryTrie
原本是用来减少见证大小的主要机制，现已被VerkleTrie替代。
参考阅读：EIP-3102:Binarytriestructure
代码默克尔化
原本是用来减少见证大小的次要机制，现已被VerkleTrie替代。
参考阅读：EIP-2926:Chunk-BasedCodeMerkleization
原文链接:
https://ethresear.ch/t/an-updated-roadmap-for-stateless-ethereum/9046
作者:??pipermerriam
翻译&校对:?闵敏&?阿剑
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。