「无状态客户端方案」 完全属于 「市场化存储空间」 学派。Vlad Zamfir 则完全属于另一个阵营。
也就是说，景象正变得越来越清朗：Eth2 将越来越依赖于 轻客户端 <-> 处事器市场，哪怕只是出于让用户可以从本身没有同步的 1000 多个分片中得到数据的目标。状态供给是另一项义务，也可以放进来。
但若要付费，就不得不面临如下困难：很难确定到底怎么给存储空间订价、怎么确定方针存储空间巨细、存储空间应是临时性利用的照旧永久可用、租金如何缴纳，等等。
原文标题：《概念 | Vitalik：Eth2 会越来越依赖于轻客户端》
我来从我的视角阐明一下这场辩说吧。
话虽如此，照旧有一些折衷之道。举个例子，在 「执行情况方案」 中，可以成立一个执行情况、要求区块出产者必需在区块中包括利用时间不到一年的随机存储秘钥。这样就给了状态存储空间一年的担保。
实质上，这就是问的 Eth2.0 会如何设计状态存储方案并担保状态数据可用性的问题。
一贯以来，区块链协议都将存储空间作为一项民众资源：所有的全节点都存储所有的内容；任何人只要利用了存储空间，就会把本钱施加给所有其他用户。
所谓 「状态增长」 问题，指的是跟着用户局限的不绝扩大和合约数量的不绝增加，以太坊全节点需要存储的状态数据在不绝上升，对全节点的存储读写机能提出了越来越高的要求。
另一方面，尚有一种越发市场化的方案来布置存储资源：对付任意状态数据来说，都必有某些用户可以从状态数据可用性中获益，并且其他用户也会愿意存储这些数据。因此，我们可以让用户与存储方直接缔约来担保状态数据可用性。
基于市场的方案虽然认可这样的大概性：假如用户疏忽大意，一些状态数据会 「消失」（即不行用）。所有基于市场的技能城市赶上这个问题。
市场化存储空间的一个长处是，你可以按照状态可用性担保处事的差异质量付出差异的价值。虽然，另一个学派会说，要是让用户知道他们的状态数据大概有一天会用不了，dApp 开拓者面对的巨大性要上升好几倍。
不外，照旧有一些开放性问题要留给尝试性的办理方案。富状态性（Statefulness）是有差异层级的，譬喻：假如你只想生存一个 「静态见证（static witness）」 属性，你可以仅生存已用过的收据（receipts）的 ID 字段；比起全状态来说，这长短常轻量的状态了。
翻译：阿剑对我来说，无状态执行情况怎么看都不是一个办理状态增长问题的好步伐（固然仿佛也没有人想好好办理这个问题）。我不认为这一方案是可行的，，并且其鼓励机制大概过于巨大、会粉碎 Eth2.0 的简捷性。@wjvill @VitalikButerin 你们的设计理念是什么呢？
针对这一问题，人们提出过许多办理方案，好比所谓的 「状态租金」，以及 「无状态客户端」。状态租金即要求用户为本身所存储的状态付出价值，「无状态客户端」 则是通过改革区块布局来低落全节点对整个状态数据的会见需求。
Dean Eigenmann：
这样的利用，应该也要付钱才对。
作者：Vitalik Buterin，以太坊首创人Vitalik Buterin：
7 月 28 日，Dean Eigenmann 在推特上询问 Eth2.0 为何利用 「执行情况方案」，是否真的能办理 「状态增长」 问题，激发了剧烈的辩说。
来历：以太坊喜好者在下文中，Vitalik 简朴表明白他对这一问题的观点。令人迷惑的是，Vitalik 将无状态客户端归为市场化存储方案的一种。但在我看来，无状态客户端是一种彻底的技能办理方案，就是为了制止利用在经济上很是巨大的、需要收费的方案。
并且，在协议层尚有一些此外要领可以用来强化状态存储担保，好比给主要范例的收据插手为期一年的托管证明（proof of custody）（如此执行情况可以规复出整棵状态树）。
因此，就有一种思想认为：没错，我们虽然应该让私人缔约成为主导，但事关用户体验的便利性，协议确实应该担保状态可用性和存储空间供给。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
