以太坊:一文探讨 zkRollup 改进提案的具体思路及优缺点_SAMA

注:原文来自ethresear.ch,作者是leohio。

感谢AlexGluchowski以及BarryWhitehat提供的意见和看法。

1

长话短说

本文介绍了一种无需来自运营方tx历史数据的zkRollup,这具有在L1上使用txcalldata的gas效率,并且还具有智能合约执行及资产隐私的特性。每个batch只需要在txcalldata中记录一个状态改变的所有者的账户列表。

缺点是每个用户在将资金退出到L1时,需进行客户端zkp计算,而另一个缺点是在EVM兼容性方面带来困难。

2

背景和动机

对于Rollup的运营商和交易者而言,他们在使用txcalldata时仍然会产生消耗。这种限制仅仅是因为需要恢复作为交易结果的状态,以免用户无法生成其资金的Merkle证明。Rollup的大部分规范要求运营商将所有交易历史数据转储到L1上的txcalldata。

研究人员:EIP-721标准内“setApprovalForAll”函数风险性极高:4月16日消息,在周杰伦NFT被盗之后,研究人员RomanZaikin、DiklaBarda和OdedVanunu开始调查NFT常用的EIP-721标准,结果发现欺诈者可以引诱用户点击恶意NFT的链接,然后通过该标准内一个名为setApprovalForAll的函数控制受害者账户,该函数可以授权任何人控制NFT,其设计初衷是为了让Rarible和OpenSea等第三方能够代表用户控制NFT。

一旦该函数完成授权,攻击者就可以通过使用合约上的transferFrom函数将受害者名下的所有NFT转移到自己的账户。研究人员表示,该功能在设计上非常危险,用户并不总是清楚他们通过签署交易给予了哪些权限。大多数时候,受害者认为这些仅为常规交易。(TheRegister)[2022/4/16 14:28:11]

交易历史数据的这种透明度,不仅增加了txcalldata的gas成本,而且还破坏了交易的隐私。

Polygon推出“Swap For Gas”功能:10月12日消息,以太坊扩容方案Polygon推出“Swap For Gas”功能,允许用户钱包没有MATIC代币时,在Polygon PoS网络上零Gas费地将ETH、DAI或USDT兑换为MATIC代币,且每次兑换数额至少1MATIC,上限则为20MATIC,未来也将实现Polygon PoS网络上更多代币的兑换支持。[2021/10/12 20:23:41]

据推测,交易历史数据的累加器,既解决了效率问题,也解决了隐私问题。

3

方法

简而言之,在第一步中,我们构造了一个zkRollup,其中运营商将最终状态差异直接写入txcalldata。交易历史数据将在一个zkp电路的隐私输入中。

第二步,我们通过分离常用存储和用户状态存储从txcalldata中删除最终状态差异。这使用户可以使用非包含证明退出。用户保留其用户存储并仅公开其Merkle根。用户可以用zkp证明根转换,并且可以更新智能合约的常用存储。

Dash发布Platform v0.17版本并即将部署至测试网:12月31日,Dash官方发文宣布,Dash Core Group已发布Dash Platform v0.17版本,并将很快将其部署至Dash测试网。该版本改进功能包括使用InstantSend进行身份资助等。此外,在部署成功后,Dash Core Group还将发布DashPay钱包新版本。[2020/12/31 16:08:01]

详细步骤如下:

3.1)第一步,zkRollup中txcalldata使用选项

使用txcalldata恢复完整状态有两种选择。

选项1:将所有交易历史数据记录到txcalldata。

选项2:记录由于区块中的交易而导致的最终状态的差异。

在选项2中,由于txcalldata中没有要记录的内容,数以百万计具有相同结果的交易使用0gas进行txcalldata使用。Merkle根转换的可靠性由zkp保证。

DF(dForce)将于今日18:00上线BiKi:根据官方公告,DF(dForce)将于今日18:00(GMT+8)上线BiKi平台,开放DF/USDT、DF/ETH交易对,并同时开放提现,充值已开放。

DForce 旨在为基于区块链技术开发的开放式金融和货币协议应用,构建一个集成的和互通的协议矩阵, 提供一个统一的流动性池的基础设施服务于开放式金融网络。 DF是dForce Network的应用型平台代币,在dForce生态里承担着多种功能,包括费用支付、平台治理、风险管理、衍生资产合成、合作伙伴激励等。[2020/7/3]

而采用“选项2”是第一步。

3.2)第二步,优化“选项2”

当批次/区块中的交易更改合约中的相同存储值时,上述选项2会花费更少的gas。这种共享和更改的值就像ERC20的总供应量、swap协议的总资产池量等。

而且这种存储值也会影响到所有资产持有者,这种数据的丢失会导致zkRollup的活性损失。另一方面,其他不常共享和更改的数据大多是个人资产数据。这类数据的丢失,直接意味着资产持有者损失了资金。这种风险是分开的,不会影响到对方的资金。

动态 | 日本投资公司MoneyForward进行虚拟货币相关投资:据crypto.watch报道,MoneyForward于9月26日宣布,旗下的资本投资项目“Money Forward Fund”将与虚拟货币公司Cryptect进行资本业务合作。这是MoneyForward的第一次投资虚拟货币相关业务。双方将通过此次合作,为开展虚拟货币交易的个人和处理虚拟货币税务的税务会计师提供信息,以促进虚拟货币行业的健康发展,为个人投资者提供更多的机会。[2018/9/26]

然后分离用户的状态,并提供其状态的用户数据及其证明作为运营商对其交易的收据,从而降低了大量gas成本。

交易者向运营方发送交易;

运营商将其用户状态的merle证明作为交易的收据;

交易者签署这个收据;

电路中只接收带有签名收据的交易数据;

如果一个用户进行了交易,并且多个用户的余额发生了变化,并且他们知道自己的状态,包括这些余额和Merkle证明,那么他们中的任何一个都可以随时通过zkp退出其资金。

这证明这是其余额的最后一个状态,可以通过每个批次的更改状态所有者的每个帐户列表的不包含证明来确定。更改状态所有者的帐户列表的稀疏Merkle树可用于有效证明。

有两种方法可以让更改状态的所有者知道他们最近的更改。

如果他们在线,运营商发送最后一个差异,接收签名的差异,并将其放入zkp电路的输入,这样的gas成本是最低的。

如果他们不在线,运营商会将其发布到txcalldata或链下去中心化存储。

通过这种状态分离,运营商不再需要将最终状态的任何差异都放在txcalldata中,因为用户的帐户状态对于退出来说足够安全,而丢失共同共享的数据,只是意味着运营商无法更新zkRollup的Merkle根,他们将简单地停止服务。然后,公共共享存储和用户存储都可以在链外分发。每批只需要在txcalldata中记录一个状态改变的所有者的账户列表。

3.3)第三步,隐私智能合约执行

用户的交易不在链上,但运营商仍然可以看到并需要看到用户状态,以进行zkp证明。

如果用户在其一边进行zkp以证明其用户状态的Merkle根和公共共享存储的转换,则运营商只需更改该Merkle根和存储,余额的秘密仍然存在。

用户向运营商发送交易;

运营商返回余额和更新后的公共共享存储的差异;

用户对更新后的用户状态和公共共享存储的Merkle根进行zkp证明;

制作每个批次的运营商可通过更改批次中共享存储的变化知道余额差异,但其无法知道其他批次的余额差异,因为运营商之间只共享最终差异。这具有混合级别的隐私。

这种机制需要用到递归zk。

4

更详细的讨论

4、1在链下与离线状态改变者通信

这只是一种选择。该协议可以在没有这部分的情况下构建。

即使在最坏的情况下,状态更改器处于离线状态,这种情况下的数据可用性风险也非常有限。

离线用户可以在其在线时获取数据以安全退出,其可以设置代理而不是自己接收数据。

并且我们可以构造退出方法,以便上次状态更新不会因为数据可用性问题而使之前的状态变得危险。

典型的去中心化存储结构如下所示:

提交哈希

证明preimage(hash(storage))=preimage(hash(storage,last-Ethereum-block-header))-last-Ethereum-block-header

继续观察有多少节点可以完成

4.2账户链上gas费用

每个帐户都可以获得一个比地址本身短得多的ID。

每个batch只需要一个账户列表,这样就可以省略重复项,这比txcalldata中使用的交易历史要高效得多。

4.3公共共享存储的进一步优化

在以太坊L1上,你无法擦除txcalldata。我们可以修改它,因为公共共享存储不需要在链上。

与交易历史数据不同,我们只需要最后的状态数据,不需要任何之前的状态。然后运营商可以放弃之前在网络中共享的“最终状态数据”。

运营商可以通过zkp逻辑知道可以丢弃的数据。

5

结论

分离用户状态使得zkRollup智能合约执行既高效又隐私,几乎所有的txcalldata成本都从zkRollup中移除了。

本文来自元宇宙之道,星球日报经授权转载。

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

区块博客

[0:15ms0-3:167ms