ROLL:V神提出跨rollup扩容解决方案 以实现L2项目相互通信

以太坊联合创始人Vitalik Buterin提出了一种针对特定类型的跨rollup扩容解决方案,以应对不断增长的交易费用,同时创建一个统一的生态系统。

这个提议概述了两个使用rollup的协议如何在保持互连性和可组合性的同时相互通信。

Rollup是L2扩容解决方案,本质上是处理和存储主链之下的交易数据的智能合约网络。但是,有许多不同的rollup类型,每种类型都使用独特的智能合约,例如“optimistic”和“零知识(zero-knowledge)”。

V神提出“秘密地址”以加强隐私保护:金色财经报道,以太坊联合创始人Vitalik Buterin周末发布了一篇新博客,寻求通过“隐形地址系统”加强对区块链用户的隐私保护。在他的文章中,V神指出,确保隐私仍然是生态系统面临的一大挑战,“改善这种状况是一个重要的问题”。隐形地址是由钱包生成的,并混淆公钥地址,以便以私密的方式进行交易。要访问这些私人交易,必须使用一个称为“消费密钥”的特殊密钥。鉴于区块链上的交易是公开的,隐私一直是以太坊生态系统的一个大问题。尽管已有一些隐私机制,例如Tornado Cash,但它只能隐藏“主流可替代资产,如ETH或主要的ERC-20代币”。隐形地址将提供一种机制,为NFT和ENS域名添加隐私保护。(Coindesk)[2023/1/24 11:27:24]

尽管许多DeFi项目已部署了L2?rollup,例如Loopring和Synthetix,但不同的rollup意味着项目无法在L2上直接相互通信。

V神提出将The Graph作为一种可能的数据存储解决方案:11月30日消息,据雅虎财经报道,V神提出将TheGraph作为一种可能的数据存储解决方案,计划利用高度可伸缩的ZK-rollups来彻底改变以太坊2.0网络吞吐量。V神认为只有通过大规模采用ZK-rollups才能解决以太坊网络GAS费用过高问题。不管是短期和中期,还是长期来看,Rollups都是以太坊唯一无需信任的扩展解决方案。[2021/11/30 12:41:18]

Buterin的提议假定一种rollup可以处理简单的交易,而另一种rollup则完全受智能合约支持。已经有人提议使用rollup在两个支持智能合约的协议之间进行传输。

V神提出改进以太坊隐私性计划 实现地址隐藏:4月1日,以太坊创始人V神发推文称,改进以太坊隐私的下一步(除了正在进行的tornado改进之外,现金以及类似的东西):一些简单、易于使用的、类似隐私地址的计划。即把代币发送一个拥有ENS(以太坊域名系统)名称的地址,而不向公布具体是谁得到了币。对此,V神解释其计划工作原理称 ,实现隐私地址很简单:ENS的名称持有者发布该有私钥的公钥P。代币发送者生成随机的r,并将其发送到地址r*P(这是椭圆曲线乘法)。ENS名称持有者可以用r*p消费这些代币。发送者只需以某种方式发送r到姓名持有者。此外,V神还提到另一个方法。他称,使用带有加密r的公钥P并将其发布到链上。但这需要接收方扫描所有的私有发送交易,因此长期来看运行非常昂贵。可以分割成T段存储,将扫描时间减少T倍,但也将匿名性减少了T倍,因此需要权衡。[2020/4/1]

为了解释这个提议是如何运作的,Buterin提供了一个他称为“Ivan”的假设的交易中介的例子——Ivan在rollup a上有一个完全控制的账户“IVAN_A”,还在rollup B上的智能合约“IVAN_B”中存入了一些资金。

为了确保未来交易的安全,智能合约将被编程为接受“备忘录”,其中包括任何人向它发送的额外数据。交易创建了一个连接层,连接层将在所有这些单独合约中保存存款,允许rollup a通过连接层发送到rollup B。

Buterin认为,这种行为的工作方式应如下:

“Alice发送一个交易给IVAN_A,其中包含N个代币和一个备忘录Alice_B。Ivan通过Ivan_B将Trade_Value*(1-fee)代币发送给Alice_B。”

他补充说,最坏的情况是Ivan没有像预期的那样向ALICE_B发送代币。

在谈到使用拟议方案可能出现的“最坏情况”时,Buterin强调,Alice仍然可以等待rollup?A上的交易确认,找到一些替代方法获取rollup?B上的代币以支付费用,然后自己获取资金。

针对这个提议,Alon Muroch指出其工作方式与银行清算交易的方式类似:

“这很有趣,就像银行之间的交易清算一样。将资产批量分配到单独的“账户”中可能会有限制,一种解决方案可能是在两端都设有一个大池,并按比例分摊费用。”

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

金星链

[0:0ms0-1:451ms