编者注：7月28日，DeanEigenmann在推特上询问Eth2.0为何使用“执行环境方案”，是否真的能解决“状态增长”问题，引发了激烈的辩论。
所谓“状态增长”问题，指的是随着用户规模的不断扩大和合约数量的不断增加，以太坊全节点需要存储的状态数据在不断上升，对全节点的存储读写性能提出了越来越高的要求。
针对这一问题，人们提出过很多解决方案，比如所谓的“状态租金”，以及“无状态客户端”。状态租金即要求用户为自己所存储的状态支付价格，“无状态客户端”则是通过改造区块结构来降低全节点对整个状态数据的访问需求。
美国政府问责办公室：加密监管需要解决机构间缺乏合作的问题:金色财经报道，国会监督机构、美国政府问责办公室 (GAO) 发布了一份6月份完成的关于金融区块链使用监管框架的报告。 该报告表示，加密监管需要解决机构间缺乏合作的问题。加密资产交易平台和稳定币是缺乏监管的产品，将非证券加密资产的现货市场确定为监管差距的中心，并指出，通过指定联邦监管机构对非证券加密现货市场进行全面的联邦监督，国会可以减轻金融稳定风险，并更好地确保平台用户得到保护。该报告建议七个相关监管机构共同建立或调整现有的正式协调机制，以共同识别区块链相关产品和服务带来的风险，并制定及时的监管应对措施。[2023/7/25 15:56:37]
实质上，这就是问的Eth2.0会如何设计状态存储方案并保证状态数据可用性的问题。
分析：美国政府持有的比特币可能会带来额外抛售压力:金色财经报道，据区块链分析公司CrvptoQuant分析，美国政府持有的比特币可能会带来额外的抛售压力，4个关键日期分别为5月26日、8月7日、10月19日、12月30日。
此外，根据公布的文件，美国政府持有的比特币在3月14日第一批出售，剩余的比特币(约41491枚)，将在全年分四批出售。将一年中的天数除以批次数得到73天，这恰好是第一批售出的日期。[2023/4/17 14:07:48]
在下文中，Vitalik简单解释了他对这一问题的看法。令人疑惑的是，Vitalik将无状态客户端归为市场化存储方案的一种。但在我看来，无状态客户端是一种彻底的技术解决方案，就是为了避免使用在经济上非常复杂的、需要收费的方案。
美国政府对FTX破产后遭遇的黑客攻击事件展开调查:金色财经报道，美国政府对FTX破产后遭遇的3.7亿美元黑客攻击事件展开调查。[2022/12/28 22:11:13]
DeanEigenmann：
对我来说，无状态执行环境怎么看都不是一个解决状态增长问题的好办法。我不认为这一方案是可行的，而且其激励机制可能过于复杂、会破坏Eth2.0的简洁性。@wjvill?@VitalikButerin?你们的设计理念是什么呢？
Vitalik：
声音 | Vitalik：Libra 短期不足以影响以太坊 DeFi 生态 传统领域并非以太坊强项:以太坊创始人 Vitalik Buterin 在回答“Facebook 区块链项目 Libra 会影响以太坊 DeFi 生态吗？”时表示，他认为短期内不会有太大影响，毕竟 Libra 明年才会推出，推出后也只是发布代币，再往后才会推出智能合约。而目前以太坊的 DeFi 的规模已经相当大，而且在这两年只会越来越壮大，以太坊的生态也会有更多方向的发展。如果 Libra 与以太坊架起桥梁，以太坊也会进行相应开发，让 Libra 用户进入以太坊的生态。总体来说，参与 Facebook 的 Libra 生态成员的类型自然相对保守，因此他们会在 Libra 生态中搭建传统的设施，而这并不是以太坊的强项。[2019/6/29]
我来从我的视角分析一下这场辩论吧。
一贯以来，区块链协议都将存储空间作为一项公共资源：所有的全节点都存储所有的内容；任何人只要使用了存储空间，就会把成本施加给所有其他用户。
这样的使用，应该也要付钱才对。
但若要付费，就不得不面对如下难题：很难确定到底怎么给存储空间定价、怎么确定目标存储空间大小、存储空间应是暂时性使用的还是永久可用、租金如何缴纳，等等。
另一方面，还有一种更加市场化的方案来安排存储资源：对于任意状态数据来说，都必有某些用户可以从状态数据可用性中获益，而且其他用户也会愿意存储这些数据。因此，我们可以让用户与存储方直接缔约来保证状态数据可用性。
基于市场的方案当然承认这样的可能性：如果用户疏忽大意，一些状态数据会“消失”。所有基于市场的技术都会遇上这个问题。
因此，就有一种思想认为：没错，我们当然应该让私人缔约成为主导，但事关用户体验的便利性，协议确实应该保证状态可用性和存储空间供应。
“无状态客户端方案”完全属于“市场化存储空间”学派。VladZamfir则完全属于另一个阵营。
市场化存储空间的一个好处是，你可以根据状态可用性保证服务的不同质量支付不同的价格。当然，另一个学派会说，要是让用户知道他们的状态数据可能有一天会用不了，dApp开发者面临的复杂性要上升好几倍。
话虽如此，还是有一些折衷之道。举个例子，在“执行环境方案”中，可以建立一个执行环境、要求区块生产者必须在区块中包含使用时间不到一年的随机存储秘钥。这样就给了状态存储空间一年的保证。
不过，还是有一些开放性问题要留给实验性的解决方案。富状态性是有不同层级的，例如：如果你只想保存一个“静态见证”属性，你可以仅保存已用过的收据的ID字段；比起全状态来说，这是非常轻量的状态了。
也就是说，情形正变得越来越明朗：Eth2将越来越依赖于轻客户端<->服务器市场，哪怕只是出于让用户可以从自己没有同步的1000多个分片中获得数据的目的。状态供应是另一项义务，也可以放进来。
而且，在协议层还有一些别的方法可以用来强化状态存储保证，比如给主要类型的收据加入为期一年的托管证明。
原文链接:
https://twitter.com/VitalikButerin/status/1155566281229254657
作者:?Vitalik
翻译:?阿剑
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。