一份新的无状态以太坊路线图

自上一版无状态以太坊的全面“路线图”发布以来已经过去了一段时间，现在很多东西都发生了改变。似乎又到了需要“全都写下来”的时候了。

我们没有在做什么

我们没有在解决无状态挖矿的问题。

我们没有在解决?DSA问题，也不准备出于执行的目的为事务附加见证数据。

关键路径

很难确定我们的目标到底是什么。但是我认为，只要我们着眼于需求，自然会出现一个目标梯度。

通过区块见证实现无状态验证者

我们希望/需要验证者无需保存完整的状态就能验证区块。一种提议是在协议中要求为区块附加区块见证，以便客户端使用区块见证数据来验证执行区块得到的状态根。

为此，我们需要：

动态 | 以太坊开发人员：以太坊2.0的抵押合约正等待一份报告 Beacon chain测试网资源管理器已启动:据Trustnodes 12月5日消息，以太坊2.0构建团队Prysmatic Labs的Danny Ryan表示，以太坊2.0的抵押合约似乎本月难以达成，因为它现在正在等待一份报告的发布。他表示：“运行验证将在一个月内发布正式的版本、分析和报告。一旦发布，就可以部署合约。”此外，Ryan表示，所有这些，包括这份报告，应该在一个月内完成。如果到时还有问题需要解决，那将还需要一段时间，据估计，抵押合约最早可能在1月底或2月份推出。在此之前，抵押合约要经过一个测试网，目前尚不清楚何时启动以太坊2.0多客户端测试网。但是，有一个资源管理器已经投入使用，但这是针对Prysmatic Labs特定的单客户端Beacon chain测试网的。以太坊2.0客户端Lighthouse最近也启动了其单客户公共测试网，其代码也正在接受审核。[2019/12/6]

A：大大缩小见证

动态 | 律师公布了一份“印度禁止使用加密货币”的草案:据律师Varun Sethi分享的信息称，印度禁止使用加密货币的草案已经公开。第二部分草案的一部分写道：“任何人不得在印度境内开采、生产、持有、出售、买卖、发行、转让、处置或使用加密货币。本法案的任何规定均不适用于任何为实验或研究目的而使用任何加密货币基础技术或程序的任何人，包括向学生传授的人，前提是不得使用加密货币来支付或接受此类活动的付款。本法任何规定均不适用于使用分布式分类账技术创建网络，用于交付任何金融或其他服务，或用于创造价值，而不涉及使用任何加密货币进行支付或接受支付。”考虑到这么长的时间，政府表示正在“研究技术”和“理解加密货币”。据今年5月报道，印度官员提交的一份RTI文件，询问是否计划对加密货币实施全面禁令，但遭到了经济事务部(DEA)的拒绝。拒绝的理由是，审议工作已经结束，有关资料将很快公布。（crypto-news）[2019/7/15]

B：让验证者可以连同区块一起获得可靠的见证

突发 | 何一辟谣：市场流传一份币安股权转让的材料和币安没有关联: 币安何一发微博辟谣称，市场流传一份币安股权转让的材料，和币安没有关联，请投资者自行甄别。[2018/6/26]

我们使用VerkleTrie来解决需求A，将证明开支降至恒定大小。另请参见"为以太坊状态应用verkletrie的提议"。还值得一提的是，统一verkletrie需要修改?SELFDESTRUCT?操作码的行为，或完全删除该操作码。

我们通过见证消息成为协议运行的一部分来解决需求B，以便收到该证明的人确认它是对应区块的正确证明。关于生成并通过gossip广播见证的责任归属尚未确定。

延伸阅读：为什么无状态性对于ETH2.0来说如此重要？

通过状态保质期来抑制状态增长

日本多摩大学制定了一份关于在日本进行ICO的监管和全面合法化的指导方:日本多摩大学制定了一份关于在日本进行ICO的监管和全面合法化的指导方针。这份由政府支持的研究小组提供的指导方针包括反（AML），确认投资者，跟踪项目进展以及保护现有股权和债权人的规则。日本金融厅将对该提案进行审议，最终该提案可能在几年内成为法律。[2018/4/5]

区块提议者依然需要生成区块。我们不建议解决无状态区块挖矿的问题，因为这会将我们的目标变成减轻日益增长的状态维护负担。

我们的目标是对总体状态规模施以经济限制。我们计划通过“状态保质期”来实现该目标，详情请参阅：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

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

标签：以太坊ETH加密货币LET以太坊官网钱包下载教程ETHFIN加密货币行情走势Almira Wallet

Luna热门资讯