编者注：7月28日，DeanEigenmann在推特上询问Eth2.0为何使用“执行环境方案”，是否真的能解决“状态增长”问题，引发了激烈的辩论。
所谓“状态增长”问题，指的是随着用户规模的不断扩大和合约数量的不断增加，以太坊全节点需要存储的状态数据在不断上升，对全节点的存储读写性能提出了越来越高的要求。
针对这一问题，人们提出过很多解决方案，比如所谓的“状态租金”，以及“无状态客户端”。状态租金即要求用户为自己所存储的状态支付价格，“无状态客户端”则是通过改造区块结构来降低全节点对整个状态数据的访问需求。
Gravity Bridge在Osmosis为流动池提供外部激励:7月5日消息，Cosmos生态的资产跨链桥Gravity Bridge在Osmosis为gUSDC/OSMO和ATOM/gUSDC提供外部激励。 gUSDC/OSMO的激励为50万GRAV，周期45天； ATOM/gUSDC的激励为100万GRAV，周期45天.[2022/7/5 1:51:36]
实质上，这就是问的Eth2.0会如何设计状态存储方案并保证状态数据可用性的问题。
在下文中，Vitalik简单解释了他对这一问题的看法。令人疑惑的是，Vitalik将无状态客户端归为市场化存储方案的一种。但在我看来，无状态客户端是一种彻底的技术解决方案，就是为了避免使用在经济上非常复杂的、需要收费的方案。
声音 | Vitalik：Libra 短期不足以影响以太坊 DeFi 生态 传统领域并非以太坊强项:以太坊创始人 Vitalik Buterin 在回答“Facebook 区块链项目 Libra 会影响以太坊 DeFi 生态吗？”时表示，他认为短期内不会有太大影响，毕竟 Libra 明年才会推出，推出后也只是发布代币，再往后才会推出智能合约。而目前以太坊的 DeFi 的规模已经相当大，而且在这两年只会越来越壮大，以太坊的生态也会有更多方向的发展。如果 Libra 与以太坊架起桥梁，以太坊也会进行相应开发，让 Libra 用户进入以太坊的生态。总体来说，参与 Facebook 的 Libra 生态成员的类型自然相对保守，因此他们会在 Libra 生态中搭建传统的设施，而这并不是以太坊的强项。[2019/6/29]
DeanEigenmann：
Vitalik Buterin：以太坊已经发展到一定瓶颈 以太经典才是黑马:据今日头条报道，以太坊智能合约平台网路组织遭骇，骇客利用智能合约的漏洞，下指令让DAO重复拨款，总共盗领370万以太币（当时约合5300万美元）。为了取回被盗资金，布特林（Vitalik Buterin）与DAO成员决定忽略被骇旧区块，并重新建立新区块。这个决定，等于打破区块链不可回复、不可窜改的初衷和原则，自然引发许多争议。但是事情发展到现在，布特林说：“虽然以太坊（ETH）似乎正在吸引所有媒体的关注，以太经典（ETC）似乎扮演了黑马的角色。”他认为以太坊已经发展到了一定的瓶颈。ETC已经回归了奥地利经济学派的传统，按照比特币的方式进行了了减产的规划，最后总量不会超过2.1亿个。以太坊现价报4717元，跌幅8.23%，以太经典194元，跌幅达9.65%。[2017/12/28]
对我来说，无状态执行环境怎么看都不是一个解决状态增长问题的好办法。我不认为这一方案是可行的，而且其激励机制可能过于复杂、会破坏Eth2.0的简洁性。@wjvill?@VitalikButerin?你们的设计理念是什么呢？
以太坊创始人Vitalik Buterin声明将不再发表关于比特币的言论:14日中午，以太坊创始人Vitalik Buterin发布推特称，将彻底停止评论比特币问题并把重点转向以太坊技术。[2017/11/14]
Vitalik：
我来从我的视角分析一下这场辩论吧。
一贯以来，区块链协议都将存储空间作为一项公共资源：所有的全节点都存储所有的内容；任何人只要使用了存储空间，就会把成本施加给所有其他用户。
这样的使用，应该也要付钱才对。
但若要付费，就不得不面对如下难题：很难确定到底怎么给存储空间定价、怎么确定目标存储空间大小、存储空间应是暂时性使用的还是永久可用、租金如何缴纳，等等。
另一方面，还有一种更加市场化的方案来安排存储资源：对于任意状态数据来说，都必有某些用户可以从状态数据可用性中获益，而且其他用户也会愿意存储这些数据。因此，我们可以让用户与存储方直接缔约来保证状态数据可用性。
基于市场的方案当然承认这样的可能性：如果用户疏忽大意，一些状态数据会“消失”。所有基于市场的技术都会遇上这个问题。
因此，就有一种思想认为：没错，我们当然应该让私人缔约成为主导，但事关用户体验的便利性，协议确实应该保证状态可用性和存储空间供应。
“无状态客户端方案”完全属于“市场化存储空间”学派。VladZamfir则完全属于另一个阵营。
市场化存储空间的一个好处是，你可以根据状态可用性保证服务的不同质量支付不同的价格。当然，另一个学派会说，要是让用户知道他们的状态数据可能有一天会用不了，dApp开发者面临的复杂性要上升好几倍。
话虽如此，还是有一些折衷之道。举个例子，在“执行环境方案”中，可以建立一个执行环境、要求区块生产者必须在区块中包含使用时间不到一年的随机存储秘钥。这样就给了状态存储空间一年的保证。
不过，还是有一些开放性问题要留给实验性的解决方案。富状态性是有不同层级的，例如：如果你只想保存一个“静态见证”属性，你可以仅保存已用过的收据的ID字段；比起全状态来说，这是非常轻量的状态了。
也就是说，情形正变得越来越明朗：Eth2将越来越依赖于轻客户端<->服务器市场，哪怕只是出于让用户可以从自己没有同步的1000多个分片中获得数据的目的。状态供应是另一项义务，也可以放进来。
而且，在协议层还有一些别的方法可以用来强化状态存储保证，比如给主要类型的收据加入为期一年的托管证明。
原文链接:
https://twitter.com/VitalikButerin/status/1155566281229254657
作者:?Vitalik
翻译:?阿剑
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。