Vitalik Buterin:对以太坊旧状态失活方案的改进——另一个状态友好的界地址方案_DAN:Icarus Network

原文标题:《另一个状态友好的界地址方案》

来源|?ethresear.ch

作者|?VitalikButerin

译者按:本文需要读者对状态管理和stateexpiry机制作一定了解,以下为推荐阅读:(感谢?EthFans的翻译)

以太坊状态管理诸提议状态膨胀和无状态性一份新的无状态以太坊路线图弱无状态性以及/或者状态保质期机制:即将到来

回顾:状态大小管理技术

为了防止以太坊的状态容量无止境地膨胀,我们需要用一些方法使旧状态「失活」,这样加入网络的节点就不再需要存储旧状态了。即使大多数的客户端都变成无状态,似乎也可以合理预见,最终这个系统会扩容到网络无法一直保证所有状态都可用的地步。有两个方法可以使旧状态失活:

碳信用交易公司Carbonplace筹集到4500万美元的种子资金:2月8日消息,总部位于伦敦的碳信用交易公司 Carbonplace 筹集到 4500 万美元的种子资金,瑞银集团、加拿大帝国商业银行、法国巴黎银行、NatWest 集团、澳大利亚国民银行、Banco Bilbao Vizcaya Argentaria、Sumimoto Mitsui 和 Standard Chartered Plc 等参投。

Carbonplace 还任命 Scott Eaton 为该公司的第一任首席执行官,Carbonplace 平台预计将于今年晚些时候推出。[2023/2/8 11:54:20]

直接删掉,然后可以把它移到另外的默克尔树,这样关心该状态对象的人可以获取相应的默克尔分支,在未来某个时候用它来激活该状态。不把对象移出树结构;相反,只在树的该位置标记「失活」,这样节点就不会存储它(且协议也不会要求它们这样做)。通过发送一个提供默克尔证明(即见证数据)的事务来访问该状态,失活的对象就可以重新被访问了。方法(1)对应于「经典的存储租金方案」,方法(2)对应于传统「无状态客户端」的最简单延伸——旧状态可以被遗忘的模型。这两种方法都允许关心特定状态对象的个人追踪默克尔分支,这样随后如果那些状态对象失活了它们可以用来激活这些对象。然而,这两种方法都是有明显问题的。

韩国信用卡公司Shinhan Card入驻元宇宙平台Zepeto:3月23日消息,韩国新韩金融集团的信用卡子公司Shinhan Card宣布,将与韩国门户网站NAVER子公司NAVER Z合作,在NAVER Z发开的元宇宙平台Zepeto上推出针对Z世代的“Shinhan Card世界”。此次推出的“Shinhan Card世界”是首张正式隶属于NAVER Z的金融界世界地图,通过分析累积的用户数据来提供差异化??的客户体验。(Chosun biz)[2022/3/23 14:13:18]

当要在某个已失效合约的同一个地址上再创建合约时,方法(1)会出现一些极端情况。那就是,如果一个合约在地址A上创建了,然后已经失效了,那么在地址A上创建这个合约的事务会被重新执行,这样会在地址A上创建一个新对象,这会影响原始对象的激活。另一种情况是当在地址A上创建了一个对象,然后经历失活、被激活、被修改(例如,发送合约上的资金到另一个账户)、再失活、再用第一次失活所在的默克尔分支激活。这违背了保留规则,且可能被用于铸币;需要增加额外的默克尔证明来证明一个合约还没有被另一个特定状态激活,而该状态也尝试被激活。

Cardano将在Alonzo升级后利用本地Plutus语言编写智能合约:Cardano发布了关于Plutus的更多细节,Plutus是一种本地编程语言,将在其下一次重大升级Alonzo之后用于编写智能合约。Cardano背后公司IOHK在一篇博文中解释称,Plutus合约由链上运行的部件和链下在用户设备上运行的部件组成。这两部分实际上都是用Haskell语言编写的,但都是由Plutus编译(compile)的,后者为Cardano上的智能合约提供了框架。Plutus Core将用于定义EUTXO交易的参数,并编译为智能合约开发的代码。一个Plutus应用程序框架(PAF)将提供对运行在网络上的服务和应用程序的便捷访问,同时具有完整的web浏览器互操作性。Cardano在2月份的“Mary”升级中推出了原生代币,允许用户创建唯一定义的自定义代币,并进行交易。Plutus将扩展当前代币的能力,极大地改善铸币策略,这将有利于可能需要时间锁的NFT。(Crypto Potato)[2021/4/15 20:22:21]

方法(2)遇到的是不同的问题。假设两个相邻的地址(也就是两者间没有对象)A1和A2都已失活。这样,不仅A1和A2都不再可以访问(除非有人存储了默克尔分支),而且A1和A2之间的所有地址都不可以访问了。也就是说,如果总共有N个地址,那么大约1/N的可用地址空间都不再可访问了。当一半的地址都失活了,大约1/4的地址空间不再可访问。随着时间推移,会越来越难找到空间生成新的地址。而且由于新地址越来越集中在剩下的「可访问」空间上,每N年可访问空间减半的这种影响会呈指数增长。

以太坊创始人Vitalik指责Instagram和Facebook允许虚假账户在平台上存在:以太坊的创始人Vitalik Buterin一直在处理大量欺诈的Twitter模仿者,这些犯试图从天真的投资者那里盗取密码,而最近V神的注意力被Instagram和Facebook转移了。这他在推特上批评Facebook和Instagram,因为他们的平台上存在明显的虚假账户。[2018/3/30]

提议

我提议对方法(2)进行修改,可以解决以上的问题。正如很多方法(2)的提议实现方案所呈现的,账户有「活跃」与「失活」两种状态,失活账户是那些超过一年未被访问过的账户。要访问失活账户,你需要提供见证数据;当失活账户被访问了,该账户会自动解除失活状态(触及任何账户都会重置它的一年失活期计算)。修改内容如下:

我们给每个地址添加一个32个字节的「epoch前缀」。例如,epoch前缀是9的地址是这样:0x00000009de0b295669a9fd93d5f28d9ec85e40f4cb697bae,以00000009作为前缀。

默克尔路径会直接依赖epoch的前缀而不是它的哈希值(因此merkle_path_key=address+hash(address)而不是现在在用的merkle_path_key=hash(address)。这确保了「没用过的」地址空间是连续的。

除非地址的epoch前缀是小于或等于区块链已运行的年数,否则地址不能被使用

会增加一个CREATE3操作码,它会把epoch前缀作为一个参数,并在具有该epoch前缀的一个地址上创建一个合约。

推荐用户和合约总是使用具有尽可能新的epoch前缀来创建账户,甚至设为默认设置,因为肯定会有具有最新epoch前缀的全状态仍然是可以访问的。为了还能保有「反事实地址(counterfactualaddresses)」,用旧epoch前缀来创建合约还是可能的。但是,对于想要创建反事实地址的用户,如果长期不创建,他们就要负责为该账户存储旧状态的分支。

经过多年的运行,预计活跃状态会由两部分构成:(i)有最新epoch前缀的全部地址空间,(ii)与最近被活跃使用过的账户相对应的特定旧状态

请注意,这个方案正常情况下扩展到合约上;事实上,主动遵循这个方案是符合合约自身运作的。因为在这个方案里,地址中代表存储的部分以几个字节为前缀,它们所代表的数字N指的是这些数据是在N年与这些地址产生关联。这很适合用于存储像代币余额这样的数据。

原文链接:https://ethresear.ch/t/alternative-bounded-state-friendly-address-scheme/8602

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

金智博客

[0:15ms0-11:67ms