想象一下,你正在翻译一本5000页的书籍,作者一直打电话告诉你他对故事做了调整,这会影响到你已经翻译过的页面……而这可能会一直持续下去,这就是以太坊从当前使用的MPT十六叉树转变为二叉树结构中遇到的一个类似困境。对此,以太坊核心开发者Guillaume Ballet提出了一种方案,可以在大约几天的时间内,通过3个步骤完成这一转换手术。
对于该提案,以太坊联合创始人vitalik评论称:
以下是译文:
影响以太坊的众多问题之一是账户和合约数据的存储方式,以太坊目前选择的结构称为默克尔帕特里夏树(Merkle Patricia Tree,或简称MPT)。尽管从理论上讲,它是很有意义的,但在实践中,它带来的问题要比其解决的问题要更多。多年来,核心开发人员一直在讨论向二叉树(binary tree)的转换,在本文中,我将阐明我对这一问题的看法,然后给出一个解决它的方法。
COP27宣布推出“以太坊气候平台”,创始成员包括微软、Polygon、ConsenSys:11月20日消息,《联合国气候变化公约》第 27 次缔约方会议(COP27)宣布推出“以太坊气候平台”Ethereum Climate Platform (ECP),区块链软件技术 ConsenSys 和企业软件开发商 Allinfra 召集众多公司成为创始成员,包括:微软、Polygon、AAVE、Art Blocks、Celo、CodeGreen.Org、Enterprise Ethereum Alliance、ERM、Filecoin Green、Gitcoin、Global Blockchain Business Council、Huobi Global、Laser Digital、The Climate Collective、UPC Capital Ventures 和 W3bcloud 等。[2022/11/21 7:50:37]
提议的过程引入了一个过渡期,在此期间,两种树结构都会存在。这样做的好处是,在转换树结构时,主链可以保持运行,并且还可以确保将所有帐户转换为二叉树格式。
仍有超过10%以太坊客户端没有升级EIP-1559:以太坊伦敦升级已完成主网部署,但截至北京时间8月6日8点,仍有超过10%的以太坊客户端没有升级,目前完成升级的以太坊客户端数量为1387(Geth已完成760个、Openethereum已完成546个、Erigon已完成69个),占比88%;未完成升级的数量为192,占比12%。[2021/8/6 1:37:44]
背景
目前,以太坊的账户是被存储到一棵十六叉树当中的。所谓十六叉,就表示一个节点有16个子节点,理论上这是很好的,因为这意味着你需要更少的"阶段"来存储你所有的数据。
例如,这就是以十六叉树的形式表示键与值对(170,v)的过程。在十六进制中,170表示为0xaa,因此你只需要两层:其中之一用于第一个a,另一层则用于第二个a。
数据:8.8万枚ETH在近一周被质押至以太坊2.0合约:据欧科云链链上大师数据显示,当前以太坊2.0存款合约地址已收到635.02万ETH,占以太坊供应量的5.44%,近一周新增质押88160 ETH,新增质押数量环比减少48.67%。当前已有39099个地址进行ETH2.0的质押,近一周新增1879个。[2021/7/19 1:01:45]
图1: 这是一棵十六叉trie树示例,显示了值“v”如何存储在键0xaa处。此树只有2字节长的键,并且只沿0xaa键的子树被展开。为了简洁起见,不相关的子树被替换为“…”。
注意,这棵树很浅,也很宽。然后将其与以下相同键与值对的二叉树表示法进行比较。在二进制中,170表示为10101010。
分析 | 以太坊对比特币汇率有一定抬头 30 天开发者指数保持稳定:据 TokenGazer 数据分析显示,截止至 10 月 23?日 11 时,以太坊价格为$171.07,总市值为$18,523.43M,主流交易所24H交易量约为$57.96M,环比昨日缩水14.54%;近期以太坊对比特币汇率有一定抬头;基本面方面,以太坊链上交易量平稳波动、链上DApp交易量略有下滑、算力保持稳定、新增地址增速保持稳定;以太坊 30 天开发者指数约为 2.24;以太坊与 BTC 180 天关联度有一定回调,30 天 ROI 稍有回落;ERC20 代币总市值约为以太坊总市值的 61.18%,保持稳定。[2019/10/23]
图2: 和图1中相同的键值对,以二叉树形式进行存储。为了简洁起见,不相关的子树被表示为“…”。
你可以看到,这棵树要深得多,也窄得多。
在以太坊中,每个区块都包含一个stateRoot字段,它是MPT根的哈希值。总而言之,这个哈希,是通过对根的16个子项的哈希列表进行哈希运算而获得的。这些子哈希列中的每一个,又依次是其子哈希列表的哈希,依此类推。
行情 | 目前以太坊网络极为拥堵:根据公开数据显示,目前以太坊的网络未确认交易笔数为80615笔,网络极为拥堵。[2018/8/10]
每次生成一个新区块时,矿工都会更新帐户树并重新计算其根哈希值。哈希存储在新区块的stateRoot字段中,然后新区块被密封。
图3为区块头的state root字段指向十六叉树的根。
问题就出现在这里了:通过对所有节点进行哈希运算来重新计算哈希根花费的时间太长,因此,为了计算根节点,矿工将从数据库中检索同级哈希(sibling hash)。尽管从数据库中获取所有子叶并对整棵树进行哈希运算所需的时间不多,但此操作仍然需要大量时间。这是因为必须要从数据库中获取每个哈希。
在十六叉树中,通常每个阶段要获取15个同级哈希。在上面的示例中,这就是30个哈希。
即使更深入,二叉树每个阶段也只需要一个同级哈希。在上面的示例中,就只有8个哈希!这就是为什么在实践当中,二叉树实际上要更好的原因。
覆盖转化法
不幸的是,要将以太坊从十六叉树切换到二叉树,并不是一件容易的事。有很多数据需要转换,并且执行更改需要花费超过15秒的区块时间。
除此之外,想象一下,你正在翻译一本5000页的书籍,作者一直打电话告诉你他对故事做了调整,这会影响到你已经翻译过的页面……而这可能会一直持续下去。
这就是目前以太坊遇到的问题,因为用户可以更新已转换的地址,这意味着你必须重新开始转换过程。
解决此问题的建议是设一个过渡期,在此期间,在十六叉树的顶部放置一棵覆盖二叉树,它的作用是保存状态发生的所有更改,直到基树转换为二叉树。
这种过渡会分成三步进行:
在这种方法中,确定在区块高度H1处,区块具有两个stateRoots:一个用于“基础”十六叉树,一个用于“覆盖”二叉树。
图4: 在转换过程中,区块具有2个状态根(state Root):一个是传统十六叉树的只读根,第二个是“覆盖”二叉树的根。
十六叉树被认为是只读的,因此对状态的任何更新都将是对覆盖树的更新。
当一笔交易读取或更新一个帐户时,系统首先搜索覆盖树。如果在那里找不到帐户,系统将在旧的十六叉树中搜索该值。
而在同时,十六叉树正在后台转换。现在可以不用担心插入,因为所有更改都存储在顶部树中。
后台转换过程完成后,矿工将通过转换结果替换只读的十六叉树基础根来宣布他们已准备好进行切换。对状态的读写操作与步骤1相同。
图5:转换的第二个阶段,区块头将十六叉树基础根替换为其二叉树转换基础根,以向网络发送信号,告知它们已准备就绪。
当一个足够大的序列区块对转换后的基础根具有相同的值时,这意味着大多数矿工都完成了转换,并对转换后的树的外观达成了共识。接下开,就进入到合并过程。
合并过程会逐渐进行:每次生成新区块时,都会从叠加层中删除n个键,然后将其重新插入到基础树中。该过程将持续进行,直到从叠加层中删除所有键为止。在此阶段,覆盖状态根将从区块头中删除。
除此之外,如果交易执行写入覆盖树中找到的键,则该键将从覆盖树中删除,并直接写入到基础树。
下一步
我们已经创建了一个初步的原型,以便估计完成转换所需的时间。我们相信,整个过程可以在合理的时间内(大约几天)完成。随着算法的改进,我将发布更多的细节。
致谢
这项提议得益于Alexey Akhunov,Vitalik Buterin,Anna George,Sina Mahmoodi,Tomasz Stanczak以及Martin H. Swende提供的宝贵意见。
相关讨论:https://ethresear.ch/t/overlay-method-for-hex-bin-tree-conversion/7104
今天是全国哀悼日,在此对因新冠肺炎疫情牺牲的烈士和逝世同胞表示深切的哀悼。本周的金融市场让我们再次开了眼界,主要在于两方面,一是在美国上市的中概股瑞幸咖啡单日低开85%,引起了广泛的话题讨论.
1900/1/1 0:00:00这些挖矿“冷知识”你得知道。作为长期跟踪矿业的记者,我发现很多人在行情极端、行业动荡时,喜欢发表一些对比特币挖矿的看法和推论,引起投资者的传播和恐慌.
1900/1/1 0:00:00BTC减半倒计时|金色财经挖矿收益播报:金色财经报道,据OKEx矿池数据显示,下一次BTC减半日期预计为2020年5月14日,今天距此还有33天.
1900/1/1 0:00:003月16日,新加坡金融管理局(MAS)发布了73页的新“数字支付令牌服务提供商指南”,对2019年12月发布的,有关“预防和打击资助恐怖主义行为”的通知进行了进一步补充.
1900/1/1 0:00:00根据爱立信最近的一份报告预测,到2025年,将会有65%的全球人口能够用上5G技术,而智能手机数据的使用量,也将从目前的平均每月7.2GB增长到每月24GB.
1900/1/1 0:00:00Block.one近日表示向其旗下的社交媒体平台Voice投入1.5亿美元,以让Voice脱离Block.one独立运营.
1900/1/1 0:00:00