以太坊协议所面临的一个最为长久且尚未解决的挑战，就是由于状态数据规模不断增长而带来的问题。以太坊区块链上的许多操作（创建账户、写入一个合约存储槽、发送 ETH 到一个新的账户……）都会给以太坊添加状态内容（也即是给状态数据增加数据对象），而所有全节点都必须存储全量的状态数据，这样才能验证新区块以及制造新区块。这些操作只需事务的发送者一次性缴交按 gas 用量来计量的手续费，但会给整个网络造成永久的持续性成本，因为节点需要存储这些新数据（而未来加入的节点也需要在同步过程中下载这些数据）。
这是系统设计中的一个显著的失衡，可能会让以太坊系统变得越来越难用，因为状态中充斥着不再有用处的 “垃圾数据”。本文的目的是详细解释问题产生的根源，以及一些解决该问题的方法。如果我们能实现某个解决方案，这将为安全地大幅提高区块 Gas 上限 铺平道路。
本文所论述的研究领域仍在推进中，随时有可能出现更新、更好的想法和更优雅的权衡。
“状态” 指的是节点若想处理新产生的区块和事务就必须存有的信息。状态与 “历史” 完全不同，后者是关于过去时间的信息，节点可以保存这些信息以便日后重新广播或归档，但并不是处理区块链所必需的。
观点：让用户能够真正理解隐私的重要性，才能推进产业发展:7月13日19:00，LatticeX中国区大使Jason、Oasis Network中国社区技术顾问Vic、Secret Network中国营销经理Kelvin、Findora内容负责人James参与了由ULink主办的“区块链技术不断前行的当下隐私充当着怎样的角色呢？”线上圆桌论坛。
Jason表示，区块链技术的公开、透明、不可篡改特性是把双刃剑，如果这个行业只有Token，隐私保护就是一个炒作的噱头，但如果区块链想要实现大规模使用，它承载的信息只会越来越多，数据之间的关联性会越来越多，这时数据的主权和保护问题便不可忽视，
Vic表示，滴滴事件给整个隐私行业带来了利好，从而推动用户对于整个隐私行业和数据保护意识的提升，让更多人意识到数据安全的重要性和必要性，也让更多的企业意识到数据获取需要在合法的范围内进行。
Kelvin表示，在DeFi世界中存在着抢先交易的问题，大型的抢购活动之前一些公司或个人就可以获取到大众的矿工费，从而利用机器人矿工费抢先完成交易，获取相应的利益，但这个隐私的暴露问题对于大多数人来说是不公平的。
James表示，我们需要通过现有案例分析、立法监管不断推进、大数据行业的自觉性、隐私从业者的推进与教育让用户能够真正理解隐私的重要性，才能推进产业发展。[2021/7/14 0:50:37]
在以太坊协议中，状态信息包括：
观点：比特币下跌与美国司法部的消息有关:受MicroStrategy将发行4亿美元债券以购买更多比特币的消息影响，比特币周一（6月7日）日内曾逆转周末颓势小幅走高，然而北京时间周二（6月8日）凌晨05:15左右，比特币突然跳水，数分钟内跌超2000美元，下破34000美元/枚，日内跌超5%。同时，以太坊跌破2600美元/枚。零对冲文章指出，有人怀疑是美国司法部抛售了他们最近追回的比特币，从而导致了比特币突然下跌。此前美国司法部还表示，正将有关勒索软件攻击的调查提升到与恐怖主义案件类似的优先级。 零对冲文章还指出，较早前关于美国前总统特朗普的一则消息也是比特币突然跳水的原因之一。[2021/6/8 23:20:01]
账户的 ETH 余额 和 nonce（流水号）
智能合约的代码
智能合约的存储项（storage）
与共识机制相关的数据（近期的区块哈希值，叔块；权益证明的共识数据还包括验证者的公钥以及及其记录在信标链上的活动，等等）
观点：比特币大涨之年过后仍被看涨，但可能面临监管审查:在线交易平台eToro的美国董事总经理Guy Hirsch称：“尽管比特币涨势如虹，但前方也有一些暴风云，”包括特朗普政府在卸任前采取的行动。德意志银行调查发现，大多数受访者看涨2021年的比特币，41%受访者的目标价是20000-49999美元，12%预测将升穿10万美元。资管公司CoinShares的首席战略官Demirors认为，拜登政府对加密货币的潜在影响令人关切。“总的来说，民主党会带来挑战，他们倾向于加强监管和监督，”Demirors表示。许多策略师和投资者表示，在拜登入主白宫后，该行业可能会受到更多审查和更严格的监管。（金十）[2020/12/28 15:50:03]
历史信息则由旧的区块和收据组成。EVM 中没有操作码可以让你访问旧区块、旧事务和内容和收据输出，所以节点丢弃这些数据也仍然能验证新区块，所以这些是历史信息。
上述状态信息列表中的最后一项 —— 共识机制相关数据 —— 在设计上已经精心限制了其规模，因此我们不太需要为此困扰。但前面三项，就令人头大了。这三类状态信息的规模会随着时间推移而不断增大，因为不断会有新用户加入网络，他们会创建新的账户、新的合约，还会加入合约、收到 token 什么的。
币安已恢复ETH主网代币充提服务:9月15日消息，币安发推称，已经恢复ETH主网代币充值、提现服务。
据悉，此前由于以太坊合并，币安暂停ETH和ERC-20代币充提服务。[2022/9/15 6:58:21]
难办的是，许多状态用过之后就会静静地躺在那里（不会再被触及）；一旦某个用户停用某个应用之后，就会产生一些 “垃圾状态” —— 不会再派上用场，但会永远存在那里。
理论上，用户可以做到 “垃圾不落地”。用户可以仅发布带有 SELFDESTRUCT 条件的合约，等他们再也用不上这个合约的时候，就调用这个操作码移除这个合约、清空其 token 余额；他们还可以使用智能合约钱包，通过一个已有的外部持有账户（EOA）来发送交易，而无需生成一个新的 EOA（EOA 状态是没法删除的）。
但是在实践中，这样的激励非常少，而适当的状态清理的技术复杂性又太大了。在许多合约中，给任何人赋予这样调用 SELFDESTRUCT 的权限都是不合适的（人们想要的就是 “无法终止” 的应用！），而且，也会给用户体验和代码上也会增加很多复杂性。实际上，由于 SELFDESTRUCT 用处极其有限而副作用极大，我更倾向于永远移除这个操作码。如果我们真想控制状态数据的规模，我需要的是一个网络中的节点可以 默认 丢弃不再被使用的 “垃圾状态” 的方法。
动态 | 观点：2020年将是机构投资比特币之年:据Cyptodaily分析文章指出，2020年似乎即将成为真正的大型机构开始支持加密货币的一年。一旦大型机构开始投资，人们将会看到比特币的价格和受欢迎程度完全飙升。支持比特币的人越多，主流采用的机会就越大。根据福布斯的说法，“事实证明，2019年是区块链科技步入正轨的一年。与比特币和加密货币早期的疯狂相比，区块链几乎在每个行业都取得长足的进步，从保险到药品再到奢侈品。”此外，“在大型企业的支持下，我们看到了底层协议的成熟以及安全和隐私方面的改进。还有很多工作要做，因为核心区块链基础设施需要足够成熟，以便为黄金时段做好准备。与Q1和Q2一样，2019年下半年肯定会有新的发展。”随着区块链和比特币在Facebook手中变得更加成熟，其他公司也将跟进。明年的这个时候，市场看起来可能与今天有很大不同，这是肯定的。[2019/8/14]
这个问题的一类解决方案基于 “无状态客户端” 的观念（此文是论述这个观念的出处 ，此处是演讲视频）。基本原理是，让区块验证不再以持有全局状态为前提。相反，区块会自带证据（或者叫 “见证数据（witness）”），证明其所访问状态的值。就跟现在的设计一样，区块内会包含一个 “状态根（state root）”，所访问的值可以对应着状态根得到证明（译者注：默克尔证明即是一种常见的证明技术）。以太坊现在的状态树方案（默克尔帕特里夏树）支持这样的证明技术，像二进制树或者 Verkle Trie 这样更高效的方案也可以。见证数据也会证明处理完该块后新状态根的正确性。
无状态性有两种形式：
弱无状态性：出块者仍然需要完整的状态，以为（自己制造的）区块生成见证数据；但验证区块的阶段可以是无状态的；
强无状态性：没有任何节点需要完整的转台。反过来，是交易发送者需要提供见证数据，而出块者可以聚合这些数据。交易发送者自己负责存储为所关切的账户生成见证数据所需的部分状态树。
强无状态性是一个非常 “优雅” 的解决方案，因为它把责任完全转移给了用户，虽然为了保证实践中的良好用户体验，我们需要创造某些类型的协议来帮助不运行个人节点的用户维护状态、并处理用户需要与意料之外的账户交互的情形。打造这样的协议非常难。
此外，所有类型的无状态性都提高了网络所需的数据带宽；而强无状态性还需要交易声明其所交互的账户及存储项的键（概念上这个叫做 “访问列表”）。
更温和的解决方案可以归结为不同形式的 “状态过期” 方案。必须持续得到访问的状态才能保持 “激活状态”；而长期无人问津的状态会变成 “失活”（或者叫 “过期的”）。具体用什么机制来更新状态，有很多选择（例如预付 “租金”，或者只需访问那个状态），但一般原则是，除非某个状态对象被显式地更新，否则就以某种形式处于失活状态。因此，任何创建新状态对象（以及更新已有状态对象）的活动，都只能成为节点在一段时间内的负担，而不像现在这样变成永久负担。
失活状态，故名思义，就不是 “状态” 的一部分；想要处理区块或创建区块的节点无需存储失活状态。不过，失活状态不是被完全删除了！在所有类型的状态过期提案中，都预设了某种方法可以 “复活” 已经失活的状态。
一般原则是，激活状态的使用与当前相同，而失活状态则需通过上述无状态客户端的机制来使用。复活一个过期状态对象的事务需要提供一个证据（见证数据），来证明该对象是失活状态的一部分。为了能够生成这样的证据，用户自己需要存储和维护至少一部分失活状态（对应于其所关切的失活状态对象的那部分）。
决定过期条件的设计也有很多种。最常见的几种是：
直接租金：逐块逐块收取 “租金”，直接以每个账户（或其他状态对象）的余额来支付；状态对象的余额降到了零，该账户就过期了。
剩余存活时间值：每个状态对象都存储一个 ”剩余存活时间“ 值，这个值可以通过支付费用来增加
触达即刷新：每个状态对象都存储一个 ”剩余存活时间“ 值，并且每逢读取或写入该账户都会增加该值
所有状态对象定期过期（例如每 6 个月一次）：也就是 ReGenesis 提案（中文译本）
我自己越来越喜欢 ”触达即刷新“ 方案，因为（1）它避免了应用需要创造复杂的经济模型来让用户承担状态租金；以及（2）它保证了激活状态的规模有一个清晰的上限（区块 Gas 上限 / 触达状态对象的 Gas 消耗量 × 状态存活的时长）。让大量状态按照规律的时间间隔过期的方案（也就是 ReGenesis）也有同样的好处，但也有一些有趣的权衡：关键好处是，过期方案更简单（无需遍历整棵状态树而逐个逐个地灭活状态对象），但关键不足是，跨过一个过期时点后，你再激活自己的状态对象时，需要多少见证数据会跟你触达状态对象的时间点有关。
状态过期的逻辑既可以运营到账户层面，也可以运用到单个存储槽层面。当前，我强烈偏向于在存储槽层面实现状态过期方案。因为很多合约账户的存储槽数量是不受限制的，任意用户都能加入合约并增加合约名下的存储槽的数量（例如，空投就是一个已经出现过的案例）。不管使用什么样的账户层过期方案，想要实际限制状态的规模，租金的数量都必须与合约内存储槽的数量成比例（或者存活时间与之成反比）。结果是，用户还是能够仅支付一次性的费用就给合约及其用户施加 永久的持续性成本。
要解决这个问题，合约要么加入复杂的内部逻辑，将存储操的租金 “转嫁” 给用户，要么重新设计自己合约的模式，转向使用 CREATE2 操作码创建新的合约并使用这些合约来充当存储槽。不管是哪种办法，最后都会变成等价于存储槽层面的过期方案。因此，我个人认为，我们应该仅在合约存储槽层面实现状态过期方案。
但是，存储槽层面的过期方案也有自己的缺点：每个存储槽都要增加一个元数据，指明它何时过期（或者说是否已经失活），这也意味着 “复活冲突问题”（详见下文）不仅会影响账户，也会影响存储槽。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。