解决 ZK Rollup 最终确定性痛点,我们设计了一种全新方案_ROL:NFT

加密领域存在一个广泛的误解,认为ZKRollup的最终确定时间很长。在这篇文章中,我们将解释为什么第一代ZKRollup需要这么长时间才能完成最终确定性,以及我们如何在不牺牲安全性的情况下实现更低的延迟。

为了解决这个问题,我们构思了一种sovereignZKRollup设计。后面,我们将简要探讨sovereign设计的其他优势。

最终性瓶颈及解决方案

对于大多数ZKRollup,验证零知识证明是最大的开支之一。根据底层证明系统不同,以太坊上的Rollup可能会花费30万到500万Gas来验证单个证明。但是由于证明的大小随着交易数量增长而变化缓慢,Rollup可以通过在提交证明之前等待积累大量交易来降低每笔交易的成本。事实上,这正是当今大多数ZKRollup所做的;StarkEx等流行的Rollup通常每隔几个小时才向L1发布一次证明。

英国FCA负责人:监管审核过程不受加密公司规模大小的影响:金色财经报道,英国金融行为监管局(FCA)首席执行官Nikhil Rathi在周三的财政部特别委员会听证会上对立法者表示,英国金融行为监管局(FCA)在监管审核时不会受到加密货币公司规模的影响。FCA负责注册和监督希望在该国运营的加密货币公司,自两年前开放注册以来,该机构已收到 300 多份加密货币公司的申请,但迄今为止只有 42 家公司成功在监管机构注册。Rathi表示,过去 18 个月或两年里,我们拒绝了世界上一些最大的加密货币公司的申请。[2023/7/20 11:05:17]

但是等待几个小时才能完成交易是一种令人无法接受的糟糕用户体验。我们能做得更好吗?如果Rollup将原始交易数据发布到其数据可用性层,那么想要快速确定性的高级用户可以运行全节点。但是,如果Rollup使用状态差异,那么即使运行全节点也无济于事。这就是为什么今天大多数ZKRollup的排序器都会发出「软确认」。但是软确认只有在中心化排序器系统中才有可能。所以问题仍然存在——我们如何让去中心化的ZKRollup在延迟方面具有竞争力?

数据:链上标记为Coinbase 6的地址今日午间收到近30万枚ETH:4月19日消息,Etherscan数据显示,北京时间11:39,0xca58开头的地址和0x7AE9开头的地址均分别将149,999枚ETH转至链上标记为“Coinbase 6”的地址,共计价值约合6亿美元。两笔交易或系Coinbase钱包整理,官方暂无说明。[2023/4/19 14:13:43]

如果我们只关心降低全节点的延迟,那么将原始交易数据发布到链上就可以解决问题。只要完整的交易数据可用,全节点就可以在应用交易时尽快完成。这让我们的ZKRollup与传统的L1一样响应迅速!

加密矿企HIVE收到纳斯达克的缺陷通知函:7月6日消息,加密矿企HIVE Blockchain周一表示,在上月底错过年度申报截止日期后,它已收到纳斯达克的缺陷通知函。该信函要求该公司提交一份计划,以重新遵守交易所的上市规则。

HIVE没有指责市场因素,并表示其错过的截止日期是由于非风险发行人的申请截止日期较短。

HIVE有60个日历日提交其计划,详细说明其打算如何遵守规则5250(c)(1)。一旦该计划被完全接受,该矿企有最多180个日历日从其年度表格40F提交的截止日期起重新获得合规性。(Blockworks)[2022/7/6 1:54:20]

这是一个非常强大的结果。它使ZKRollup适用于对延迟高度敏感的应用程序,如链上订单簿。尽管如此,它并没有完全解决原来的问题。我们真正想要的是减少轻客户端的延迟,能否在不大幅增加证明验证成本的情况下做到这一点?

哔哩哔哩海外版APP现支持连接MetaMask钱包,官方合作NFT项目可设为头像使用:5月19日消息,据bilibili海外版APP客户端页面显示,bilibili海外版APP已推出NFT入口,支持连接MetaMask钱包查看官方合作NFT项目Cheers UP。该系列NFT可设为头像使用,并有外显的头像认证标识。

此前消息,哔哩哔哩bilibili于4月下旬宣布为海外用户授权发布Cheers UP NFT,该系列包含在以太坊上发布的10,000枚PFP类型NFT。近日该项目投票通过提案,将销毁总量一半的NFT,并保留241枚归入金库用于项目和社区建设。[2022/5/19 3:27:57]

答案是肯定的!方法如下:我们可以实时创建证明,然后使用递归将它们聚合成批量证明,而不是等待创建单个批量证明。只要我们通过p2p网络立即分发增量证明,轻客户端就会体验到快速的最终确定性。而且由于我们仍然只是在链上发布较慢的批量证明,因此我们不必为链上验证支付额外费用。换句话说,我们仍然得到了一个与L1的信任最小化的桥——但桥不再是轻客户端的真实性来源。恭喜,我们刚刚构建了一个sovereignRollup!

分叉选择

敏锐的读者会注意到上一段中描述的系统存在问题。在今天的Rollup中,L1智能合约负责执行Rollup分叉选择规则。换句话说,智能合约不只是验证零知识证明,它还会检查证明是否建立在此前证明的基础上,并且它是否处理了所有我们发送到L1上的相关「强制交易」。那么,如果不使用智能合约,我们如何选择一个规范的分叉呢?

答案出奇的简单——如果我们要求证明作为调用数据发布在L1上,那么我们可以添加一条规则,即新证明只有建立在先前有效证明的基础上才有效。尽管我们可以在客户端强制执行此规则,但它会要求用户一直扫描区块链的历史,一直追溯到创世区块——这并不理想。

值得庆幸的是,将其直接添加到零知识证明中并不难。通过将calldata绑定回L1区块头,我们可以添加一条声明「我已经扫描了DA层的证明,并且这个证明建立在最近的有效证明之上」。这让我们可以直接证明分叉选择规则,而不是在客户端强制执行!如果我们已经在扫描DA层的证明,我们也可以轻松扫描强制交易。

可移植性和互操作性

在智能合约Rollup范例中,L1桥是独一无二的。由于桥负责检查未包含在证明中的声明,因此将基于证明的桥添加到其他目的地通常没有意义。但是一旦我们将所有逻辑都移到证明中,这就不再是问题了。我们可以在任何我们想要的地方添加桥。

甚至可以更进一步,如果L1智能合约只是一个普通的桥,我们可以完全取消它。首先,在不支持智能合约的系统上构建Rollup是有意义的。只需采用现有的Rollup逻辑并删除L1桥。突然之间,你可以部署在任何DA层上!换句话说,你的Rollup逻辑可以立即在不同的L1之间移植。

结论

Rollup的未来是sovereign。通过直接证明其分叉选择规则,sovereignZKRollup可实现无缝互操作性、即时可移植性和快速最终确定性。就像智能合约Rollup一样,它们提供低Gas成本和信任最小化桥梁,但它们不会被迫在成本和延迟之间进行权衡。

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

水星链

[0:0ms0-1:23ms