观点:以太坊状态规模管理诸提议(上)_比特币:GAS

以太坊协议所面临的一个最为长久且尚未解决的挑战,就是由于状态数据规模不断增长而带来的问题。以太坊区块链上的许多操作(创建账户、写入一个合约存储槽、发送 ETH 到一个新的账户……)都会给以太坊添加状态内容(也即是给状态数据增加数据对象),而所有全节点都必须存储全量的状态数据,这样才能验证新区块以及制造新区块。这些操作只需事务的发送者一次性缴交按 gas 用量来计量的手续费,但会给整个网络造成永久的持续性成本,因为节点需要存储这些新数据(而未来加入的节点也需要在同步过程中下载这些数据)。

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

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

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

观点:以太坊“合并”后gas费用不会降低,但Staking收益会大幅增加:金色财经报道,据DeFi交易员Vivek Raman在社交媒体分析称,与许多人预期的不同,以太坊“合并”后gas费用并不会降低。Vivek Raman解释说,以太坊gas费用过高因为区块需求增加,而不是因为“共识机制”,而“合并”的目标则是弃用以太坊工作量证明共识机制,因此用户想要降低gas费用可以使用Layer 2来减少成本。此外,Vivek Raman预计“合并”后ETH Staking收益至少会增加50%,而目前的Staking收益约为4.2%,验证者也能获得交易费用收入。最新数据显示,当前以太坊信标链总质押量已达到13,682,717 ETH,验证者总量约为40.6万。.[2022/7/14 2:11:44]

在以太坊协议中,状态信息包括:

账户的 ETH 余额 和 nonce(流水号)

智能合约的代码

智能合约的存储项(storage)

观点:机构资金可能会推动比特币价格在一年内涨到25万美元:Real Vision Group&Global Macro Investor创始人兼首席执行官Raoul Pal认为,比特币价格到2021年11月可能达到15万美元,这是最保守的估计。Pal认为,由于目前有大量机构资金流入比特币市场,比特币甚至可能达到25万美元。

Pal认为,这让比特币的最新涨势与2017年的加密货币泡沫截然不同。人们认为,2017年的泡沫主要是由散户推动的。据Pal称,比特币的大部分额外供应目前正被最近采用加密服务的PayPal、Square和Grayscale吸收了。他认为,由此造成的供应紧张是比特币近期飙升的催化剂。“我从未见过供需如此失衡的市场。”他指出,宏观经济因素对比特币有利。

尽管新冠病疫苗的消息引发了经济快速复苏的希望,但各国政府可能需要出台额外的货币刺激措施来维持经济。Pal认为这将导致法币贬值。他认为,再加上低利率,将推动比特币价格再创新高。“这是改变人生的。没有其他资产能在短时间内上涨5倍、10倍、20倍。”(Cointelegraph)[2020/11/28 22:25:14]

与共识机制相关的数据(近期的区块哈希值,叔块;权益证明的共识数据还包括验证者的公钥以及及其记录在信标链上的活动,等等)

观点:MicroStrategy等机构入场或影响市场公平性:AMBcrypto今日刊文称,目前有一种观点认为,像MicroStrategy这样的机构进入比特币现货市场或衍生品交易所会导致激烈的竞争和争取利润最大化的竞争。MicroStrategy选择持有比特币作为储备,其他机构可能选择提供比特币作为替代投资,并在交易所进行交易。如果机构开始在BitMEX和其他衍生品交易所做空比特币,它们将在现货交易所有足够的资金,以在结算短期合约之前大幅改变订单簿中的价格。当鲸鱼或机构将资金从交易所转进或转出时,会对价格产生直接影响,散户几乎不可能与机构竞争。鲸鱼和机构有相似的动机,因为目标是利润最大化,而不仅仅是支持或推动比特币的采用。因此就出现了一个问题,如果机构有足够的资金来影响价格趋势,游戏从一开始是否公平。[2020/9/28]

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

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

观点:BTC和黄金是“money”,法币是“currency”:投资者兼比特币倡导者Mike Maloney近期在播客节目中表示,投资于正确选择的加密货币应该是首要任务。他坚称,只有比特币、比特币现金、以太坊和其他几种市值排名前15位的加密货币币能够成功。Maloney进一步指出:“所有其他加密货币都将归零。”Maloney进一步评论了比特币和黄金,并表示BTC和黄金是“money”,而法币是“currency”。money与作为交换媒介的货币不同,它具有价值,而法币本身的设计导致其无法长期保值。(AMBCrypto)[2020/3/30]

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

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

声音 | 观点:行情长期看涨,牛市一定会到来:2月19日蚂蚁矿池联合创始人田鑫携手蚂蚁矿机销售负责人范晓俊,挖币网联合创始人张媛,比特蓝鲸创始人陈雷,虎符交易所王瑞锡四位大咖进行主题为“减半X牛市X黑马”的蚂蚁矿池第一期线上联播活动。

针对“怎么看待今年的比特币行情”问题,四位嘉宾均发表了个人看法。蚂蚁矿机范晓俊表示:长期看涨,建议大家守住币,守住矿机。比特蓝鲸陈雷及挖币网张媛持理性看法:币价大涨可能性不高,很难向上突破历史高值。虎符交易所王瑞锡表示:对比特币今年的行情充满期待,努力,HODL,牛市一定会到来。[2020/2/20]

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

这个问题的一类解决方案基于 “无状态客户端” 的观念(此文是论述这个观念的出处 ,此处是演讲视频)。基本原理是,让区块验证不再以持有全局状态为前提。相反,区块会自带证据(或者叫 “见证数据(witness)”),证明其所访问状态的值。就跟现在的设计一样,区块内会包含一个 “状态根(state root)”,所访问的值可以对应着状态根得到证明(译者注:默克尔证明即是一种常见的证明技术)。以太坊现在的状态树方案(默克尔帕特里夏树)支持这样的证明技术,像二进制树或者 Verkle Trie 这样更高效的方案也可以。见证数据也会证明处理完该块后新状态根的正确性。

无状态性有两种形式:

弱无状态性:出块者仍然需要完整的状态,以为(自己制造的)区块生成见证数据;但验证区块的阶段可以是无状态的;

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

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

此外,所有类型的无状态性都提高了网络所需的数据带宽;而强无状态性还需要交易声明其所交互的账户及存储项的键(概念上这个叫做 “访问列表”)。

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

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

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

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

直接租金:逐块逐块收取 “租金”,直接以每个账户(或其他状态对象)的余额来支付;状态对象的余额降到了零,该账户就过期了。

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

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

所有状态对象定期过期(例如每 6 个月一次):也就是 ReGenesis 提案(中文译本)

我自己越来越喜欢 ”触达即刷新“ 方案,因为(1)它避免了应用需要创造复杂的经济模型来让用户承担状态租金;以及(2)它保证了激活状态的规模有一个清晰的上限(区块 Gas 上限 / 触达状态对象的 Gas 消耗量 × 状态存活的时长)。让大量状态按照规律的时间间隔过期的方案(也就是 ReGenesis)也有同样的好处,但也有一些有趣的权衡:关键好处是,过期方案更简单(无需遍历整棵状态树而逐个逐个地灭活状态对象),但关键不足是,跨过一个过期时点后,你再激活自己的状态对象时,需要多少见证数据会跟你触达状态对象的时间点有关。

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

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

但是,存储槽层面的过期方案也有自己的缺点:每个存储槽都要增加一个元数据,指明它何时过期(或者说是否已经失活),这也意味着 “复活冲突问题”(详见下文)不仅会影响账户,也会影响存储槽。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

水星链

[0:46ms0-1:26ms