观点：以太坊状态规模管理诸提议（上）

以太坊协议所面临的一个最为长久且尚未解决的挑战，就是由于状态数据规模不断增长而带来的问题。以太坊区块链上的许多操作都会给以太坊添加状态内容，而所有全节点都必须存储全量的状态数据，这样才能验证新区块以及制造新区块。这些操作只需事务的发送者一次性缴交按gas用量来计量的手续费，但会给整个网络造成永久的持续性成本，因为节点需要存储这些新数据。

这是系统设计中的一个显著的失衡，可能会让以太坊系统变得越来越难用，因为状态中充斥着不再有用处的“垃圾数据”。本文的目的是详细解释问题产生的根源，以及一些解决该问题的方法。如果我们能实现某个解决方案，这将为安全地大幅提高区块Gas上限铺平道路。

本文所论述的研究领域仍在推进中，随时有可能出现更新、更好的想法和更优雅的权衡。

引言：问题出在哪？

“状态”指的是节点若想处理新产生的区块和事务就必须存有的信息。状态与“历史”完全不同，后者是关于过去时间的信息，节点可以保存这些信息以便日后重新广播或归档，但并不是处理区块链所必需的。

BMEX行情观点：近期每次反弹都给出小级别高点，目前依旧是做空机会。:昨天文章分析了当下做多的风险以及做空的信号，昨天上午11点左右，ETH给出4小时顶部并且价位相对理想，叠加日线级别顶部钝化，符合做空要求，这一信号和对应的操作策略也在相关渠道进行了分享，目前空单已经大幅获利。

就目前而言，4小时级别的下跌已经运行了13个周期，已经过半，并且也到达了第一目标位，可以做部分止盈，没入蜀的暂时也不要追空，但是在叠加日线钝化大概率形成结构的前提下，多单还是要放弃的，最近的每次反弹给出小级别高点，依然是做空机会，但因为下跌已经出现了一轮，接下来容易出现30分钟和1小时的底部迹象了，做空要定义成波段，不像高位空单可以长拿了，毕竟点位差了很多。如果30分钟到1小时的底部形成，那就躲过反弹周期，再逢高开空。[2021/3/16 18:48:19]

在以太坊协议中，状态信息包括：

观点：在牛市熊市的大周期面前，技术等无法成为决定性因素:微博网友“BCH爱好者BruceLee”发文称，很多人说BCH总是分叉，所以价格才低迷。

实际上，就算BCH一次分叉都没有，现在的市值排名也顶多是稳坐第四。而经历过两次分叉的BCH，目前的市值排名大多数时间在4-5之间来回跳动。

大家可以仔细观察一下其他主流币，很多币没有分叉，开发也不缺资金，而且开发很勤快，但是价格照样趴地上。

所以，在牛市熊市的大周期面前，其他因素都是次要的（包括不局限于，是否分叉，技术，应用）。

为什么技术/应用等无法成为决定性因素？因为现阶段还没有哪个币出现一款应用能吸引上千万甚至上亿的用户来使用，所有的币都处于炒作阶段，包括生态发展的最好的ETH也是如此，否则ETH的市值应该早就反超BTC了。[2020/12/14 15:08:03]

账户的ETH余额和nonce

观点：2020年美国总统选举将决定未来四年的加密政策:即使没有人真正提出具体加密的立场，但2020年的美国总统选举将决定未来四年的加密政策。加密货币及区块链倡导组织区块链协会执行董事Kristen Smith表示，2020年的美国总统选举很重要。我们有重大的监管问题和立法问题，而即将上任的官员将在这方面发挥巨大作用。（CoinDesk）[2020/10/26]

智能合约的代码

智能合约的存储项

与共识机制相关的数据

历史信息则由旧的区块和收据组成。EVM中没有操作码可以让你访问旧区块、旧事务和内容和收据输出，所以节点丢弃这些数据也仍然能验证新区块，所以这些是历史信息。

上述状态信息列表中的最后一项——共识机制相关数据——在设计上已经精心限制了其规模，因此我们不太需要为此困扰。但前面三项，就令人头大了。这三类状态信息的规模会随着时间推移而不断增大，因为不断会有新用户加入网络，他们会创建新的账户、新的合约，还会加入合约、收到token什么的。

观点：最早发布的CBDC将具备使用率优势，美国应尽快推出数字美元:美联储的无限制债券购买和美元印刷计划似乎进展并不顺利。美国失业率一直在上升，而COVID-19的出现动摇了整个世界的核心。Morgan Creek Capital首席执行官Mark Yusko最近表示，与法定货币相比，央行数字货币（CBDC）可能是一种更快的分配机制。“只有8%的法定货币是纸质或硬币形式。92%已经电子化了。从电子到数字的转变将会发生，这是一件好事。我认为这是不可避免的。”Yusko表示，无论哪个国家发行第一个CBDC，都将获得最大程度的采用，他断言美国必须通过快速推出数字美元来避免落后。Yusko认为，Facebook的Libra对美国来说也是一个失去的机会。事实上，很多人认为，美国可以利用这个稳定币项目来保持其金融优势，跟上中国的央行数字货币项目。Yusko也持同样的观点，认为美国本应鼓励Libra，让它完全由美元支撑。（AMBCrypto）[2020/4/11]

难办的是，许多状态用过之后就会静静地躺在那里；一旦某个用户停用某个应用之后，就会产生一些“垃圾状态”——不会再派上用场，但会永远存在那里。

观点：加密市场的高杠杆结构是比特币暴跌至3800美元的主要原因:3月17日消息，所有数据都表明，比特币价格跌至3600美元到3800美元区间的最大原因是加密货币市场高度杠杆化的结构。有业内高管表示，加密货币市场支持下的“不良杠杆”使其极易陷入危机。而一些交易者认为，比特币这一次打破过去8年间市场趋势的短期回调应该归咎于 BitMEX清算引擎宕机，而不是市场本身。（LongHash ）[2020/3/17]

理论上，用户可以做到“垃圾不落地”。用户可以仅发布带有SELFDESTRUCT条件的合约，等他们再也用不上这个合约的时候，就调用这个操作码移除这个合约、清空其token余额；他们还可以使用智能合约钱包，通过一个已有的外部持有账户来发送交易，而无需生成一个新的EOA。

但是在实践中，这样的激励非常少，而适当的状态清理的技术复杂性又太大了。在许多合约中，给任何人赋予这样调用SELFDESTRUCT的权限都是不合适的，而且，也会给用户体验和代码上也会增加很多复杂性。实际上，由于SELFDESTRUCT用处极其有限而副作用极大，我更倾向于永远移除这个操作码。如果我们真想控制状态数据的规模，我需要的是一个网络中的节点可以默认丢弃不再被使用的“垃圾状态”的方法。

无状态客户端

这个问题的一类解决方案基于“无状态客户端”的观念。基本原理是，让区块验证不再以持有全局状态为前提。相反，区块会自带证据”），证明其所访问状态的值。就跟现在的设计一样，区块内会包含一个“状态根”，所访问的值可以对应着状态根得到证明。以太坊现在的状态树方案支持这样的证明技术，像二进制树或者VerkleTrie这样更高效的方案也可以。见证数据也会证明处理完该块后新状态根的正确性。

无状态性有两种形式：

弱无状态性：出块者仍然需要完整的状态，以为区块生成见证数据；但验证区块的阶段可以是无状态的；

强无状态性：没有任何节点需要完整的转台。反过来，是交易发送者需要提供见证数据，而出块者可以聚合这些数据。交易发送者自己负责存储为所关切的账户生成见证数据所需的部分状态树。

强无状态性是一个非常“优雅”的解决方案，因为它把责任完全转移给了用户，虽然为了保证实践中的良好用户体验，我们需要创造某些类型的协议来帮助不运行个人节点的用户维护状态、并处理用户需要与意料之外的账户交互的情形。打造这样的协议非常难。

此外，所有类型的无状态性都提高了网络所需的数据带宽；而强无状态性还需要交易声明其所交互的账户及存储项的键。

一个更温和的解决方案：状态过期

更温和的解决方案可以归结为不同形式的“状态过期”方案。必须持续得到访问的状态才能保持“激活状态”；而长期无人问津的状态会变成“失活”。具体用什么机制来更新状态，有很多选择，但一般原则是，除非某个状态对象被显式地更新，否则就以某种形式处于失活状态。因此，任何创建新状态对象的活动，都只能成为节点在一段时间内的负担，而不像现在这样变成永久负担。

失活状态，故名思义，就不是“状态”的一部分；想要处理区块或创建区块的节点无需存储失活状态。不过，失活状态不是被完全删除了！在所有类型的状态过期提案中，都预设了某种方法可以“复活”已经失活的状态。

一般原则是，激活状态的使用与当前相同，而失活状态则需通过上述无状态客户端的机制来使用。复活一个过期状态对象的事务需要提供一个证据，来证明该对象是失活状态的一部分。为了能够生成这样的证据，用户自己需要存储和维护至少一部分失活状态。

何时过期

决定过期条件的设计也有很多种。最常见的几种是：

直接租金：逐块逐块收取“租金”，直接以每个账户的余额来支付；状态对象的余额降到了零，该账户就过期了。

剩余存活时间值：每个状态对象都存储一个”剩余存活时间“值，这个值可以通过支付费用来增加

触达即刷新：每个状态对象都存储一个”剩余存活时间“值，并且每逢读取或写入该账户都会增加该值

所有状态对象定期过期：也就是ReGenesis提案

我自己越来越喜欢”触达即刷新“方案，因为它避免了应用需要创造复杂的经济模型来让用户承担状态租金；以及它保证了激活状态的规模有一个清晰的上限。让大量状态按照规律的时间间隔过期的方案也有同样的好处，但也有一些有趣的权衡：关键好处是，过期方案更简单，但关键不足是，跨过一个过期时点后，你再激活自己的状态对象时，需要多少见证数据会跟你触达状态对象的时间点有关。

账户层面的过期vs.存储槽层面的过期

状态过期的逻辑既可以运营到账户层面，也可以运用到单个存储槽层面。当前，我强烈偏向于在存储槽层面实现状态过期方案。因为很多合约账户的存储槽数量是不受限制的，任意用户都能加入合约并增加合约名下的存储槽的数量。不管使用什么样的账户层过期方案，想要实际限制状态的规模，租金的数量都必须与合约内存储槽的数量成比例。结果是，用户还是能够仅支付一次性的费用就给合约及其用户施加永久的持续性成本。

要解决这个问题，合约要么加入复杂的内部逻辑，将存储操的租金“转嫁”给用户，要么重新设计自己合约的模式，转向使用CREATE2操作码创建新的合约并使用这些合约来充当存储槽。不管是哪种办法，最后都会变成等价于存储槽层面的过期方案。因此，我个人认为，我们应该仅在合约存储槽层面实现状态过期方案。

但是，存储槽层面的过期方案也有自己的缺点：每个存储槽都要增加一个元数据，指明它何时过期，这也意味着“复活冲突问题”不仅会影响账户，也会影响存储槽。

标签：以太坊ETHDES区块链比特币以太坊再现断崖式暴跌原因ethereal做英文名MasterNodesME区块链专业学什么

火币网下载官方app热门资讯