ROLL:为何 zkEVM 在当下有可能实现?一文了解 zkEVM 的设计挑战与工作流程

从中长期来看,随着ZK-SNARK技术不断发展,zk-rollup将在所有应用场景中力拔头筹。——VitalikButerinzk-Rollup的基础原理是将大量交易打包到一个Rollup区块内,并在链下为该区块生成一个简洁证明。随后,Layer1上的智能合约只需验证该证明即可直接应用新的状态,无需重新执行这些交易。这样就可以节约一个数量级的gas费,因为证明的验证成本远低于重新执行的计算成本。另一个好处是可以通过数据压缩来节省存储空间。虽然zk-Rollup安全且高效,但是其应用依然局限于付款和互换。通用dApp构建起来很难,主要有以下两个原因:第一,如果你想在某个zk-Rollup内开发dApp,你需要使用一种特殊的语言来编写你的所有智能合约的逻辑。这种语言有着复杂的语法,而且要求使用者精通零知识证明。第二,现有的zk-Rollup实现不支持可组合性1。因此,在Layer2上,不同的zk-Rollup应用之间无法交互,严重破坏了DeFi应用的可组合性。简而言之,zk-Rollup目前对开发者并不友好,而且功能有限。这是我们想要解决的最大问题。我们想要通过直接支持原生EVM验证来提供最好的开发者体验,并在Layer2上支持可组合性,让现有以太坊应用可以原封不动地迁移到zk-Rollup上。在zk-Rollup中构建通用dApp

我们可以通过以下两种方法在zk-Rollup内构建通用dApp:一种是为不同dApp构建专用电路。另一种是构建通用“EVM”电路用于执行智能合约。“电路”指的是零知识证明中使用的程序表示。例如,如果你想要证明hash(x)=y,你需要使用电路形式重新编写哈希函数。电路形式只支持非常有限的表示。因此,使用circuit语言编写程序难度很高——你只能使用加法和乘法来构建所有程序逻辑。第一种方法要求开发者为不同dApp设计专用“ASIC”电路。这是最传统的使用零知识证明的方式。自定义的电路设计有助于降低各个dApp的成本。但是,这也带来了可组合性问题,因为电路是“静态的”,而且对电路设计知识的高度依赖导致开发者体验很糟糕2。第二种方法不需要任何特殊的设计,也不要求开发者具备极强的专业知识。这种基于机器的证明背后的深层概念是,任何程序终将运行在CPU上。因此,我们只需要构建一个通用CPU电路来验证低级CPU操作。然后,我们可以使用这个CPU电路来验证任何程序执行。就本文的应用场景而言,程序指的就是智能合约,CPU就是EVM。然而,由于成本过高,这个方法在过去几年里没有得到普遍采用。例如,即使你只想证明某一个操作中add的结果是正确的,你依然需要负担整个EVM电路的成本。如果你的执行追踪中有上千个操作,证明者就要负担1000倍的EVM电路成本3。最近,有很多研究致力于利用这两种方法来优化零知识证明,包括提议新的零知识证明友好型原语Poseidon哈希;持续提高通用可验证虚拟机的效率,就像TinyRAM那样;越来越多的通用优化技巧,如Plookup,以及运行速度更快的密码学库。在我们之前的文章中,我们提议为每个dApp设计“ASIC”电路,并让它们通过密码学承诺进行通信。然而,根据社区的反馈,我们改变了研究重点,将聚焦于使用第二种方式构建通用EVM电路。zkEVM将带来与Layer1完全相同的开发体验。我们不会把设计复杂性留给开发者,而是利用自定义EVM电路设计取而代之,解决效率问题。zkEVM的设计挑战

SBF:对SEC为何允许比特币期货ETF而不允许现货比特币ETF而感到困惑:金色财经报道,今日在美国国会的加密听证会上,众议员Tom Emmer向SBF提出了一系列问题,以确定FTX为其用户提供何种保护。随后SBF表示,他对美国SEC允许比特币期货ETF推出,却不允许现货ETF推出感到“困惑”。(CoinDesk)[2021/12/9 12:59:36]

zkEVM构建起来很难。尽管多年来这种直觉都很清晰,但是至今还没有人成功构建出原生EVM电路。不同于TinyRAM,zkEVM在设计和实现上更具挑战性,具体原因如下:第一,EVM对椭圆曲线的支持有限。目前,EVM只支持BN254配对。由于不直接支持循环椭圆曲线,EVM很难实现证明递归。在这种设置下,我们也很难使用其它专用协议。验证算法必须是EVM友好型的。第二,EVM的word大小是256位。EVM基于256位整数运行,零知识证明则“天然”基于素域运行。在电路中进行“错配域算术”需要范围证明,进而给每个EVM操作增加大约100个约束。这会将EVM电路大小增加两个数量级。第三,EVM有许多特殊的操作码。不同于传统虚拟机,EVM有很多特殊的操作码,如CALL,以及与执行环境和gas相关的错误类型。这会给电路设计带来新的挑战。第四,EVM是基于堆栈的虚拟机。SyncVM和Cario架构在基于寄存器的模型中定义自己的IR/AIR。它们构建了一个专门的编译器来将智能合约代码编译成一个新的零知识证明友好型IR。该方法是语言兼容的,而非原生EVM兼容的。无论是证明基于堆栈的模型,还是直接支持原生工具链,都会变得更加困难。第五,以太坊存储布局带来了高昂的成本。以太坊存储布局高度依赖Keccak和一个巨型MPT4。二者都不是零知识证明友好型的,而且会产生高昂的证明成本。例如,Keccak哈希的电路大小是Poseidon哈希的1000倍。但是,如果你将Keccak哈希替换成另一种哈希,就会给现有的以太坊基础设施带来一些兼容问题。第六,基于机器的证明带来了高昂的成本。即使你可以妥善处理上述所有问题,你依然需要找到一种有效的方法来将它们组合起来得到一个完整的EVM电路。正如我在上一节中提到的,即使像add这样简单的操作码也有可能需要你负担整个EVM电路的成本。为何zkEVM在当下有可能实现

动态 | 李启威连发数十条推文释疑:为何看起来Litecoin Core在GitHub没有更新:刚刚莱特币创始李启威连发数十条推文,介绍了莱特币的代码更新情况和开发进展。他表示在8年来,只有少于开发人员致力于Litecoin Core。Adrian Gallagher目前正在领导Litecoin Core的开发,并且已经进行了几年,大家可能不太了解Adrian,因为他不在推特上,但他很棒,他正在悄悄地做Litecoin Core开发的幕后工作。

最近有很多人质疑莱特币在2019年没有更新任何代码,从GitHub上看似乎这样,但这里有两个原因:第一个是莱特币的更新要比比特币滞后几个月,我们发布了几个月前在比特币中发布的代码,这些代码是在2018年编写的。GitHub的有趣之处在于,它使提交的时间保持不变,不管是谁写的,还是什么时候提交到代码库的。因此,比特币开发者因在莱特币代码库中的工作而受到好评。这就会让人看起来,尽管在2019年5月开发并发布了最新的Litecoin Core,但在GitHub你会发现大多数提交都是在2018年完成的。第二个原因是我们没有在主要项目的主分支上工作,将非发布代码签入主分支通常不是好的开发实践。事实上,Adrian一直在他的个人分支上积极地开发Litecoin核心版本0.18.1。

以上是Litecoin Core开发多年来的运作方式,我们去年甚至遇到了用户相同的担忧,有人去年看了我们的主分支工作并声称Litecoin在2018年停止了开发。我打即使在这个解释之后,我们也会在2020年让人感到困惑。

另外,李启威还表示Litecoin Foundation的目的有两个方面:致力于LTC的推广和开发。“在过去的几个月里,我认为一直认为推广比开发更重要,但从长远来看,这两者同样重要。我会努力与社区进行更好的沟通,并提供更频繁的消息同步。”[2019/8/11]

得益于研究者取得的重大进展,过去两年里越来越多效率问题得到了解决,zkEVM的证明成本终于不再是障碍!最主要的技术进展体现在以下几个方面:多项式承诺的使用。过去几年来,大多数简洁零知识证明协议都使用R1CS,PCP查询被编码到了特定于应用的受信任起步设置中。这往往会增加电路的大小,导致很多自定义优化都无法实现,因为每个约束的度必须是2只允许进行一次指数乘法计算)。有了多项式承诺方案,你可以通过通用设置乃至透明设置将你的约束提高到任何阶,大幅提高了后端选择的灵活性。查找表参数和自定义小工具的出现。另一个重要优化是查找表的使用。这个优化首次提议于Arya,然后在Plookup中得到实现。对于零知识证明不友好型原语来说,查找表可以省很多事。自定义小工具可以高效实现高阶的约束。TurboPlonk和UltraPlonk定义了优雅的程序语法,降低了使用查找表和定义自定义小工具的难度。这对于降低EVM电路的成本帮助很大。递归证明的可行性越来越高。过去,递归证明会带来很高的成本,因为它依赖特殊的配对友好型循环椭圆曲线。这会产生很高的计算成本。然而,越来越多技术能够在不牺牲效率的情况下使得递归证明成为可能。例如,Halo无需配对友好型曲线,还可以使用特殊的内积参数来摊销递归成本。Aztec证明了可以直接聚合现有协议的证明。同样的电路规模现在能够实现更多的功能。硬件加速正在提高证明效率。据我们了解,我们已经为证明程序打造了最快的GPU和ASIC/FPGA加速器。我们关于ASIC证明程序的论文已于今年被顶级计算机学术会议ISCA接受了。我们的GPU证明器比Filecoin的实现快了大约5至10倍,可大幅提高证明器的计算效率。zkEVM是如何运作和构建的?

声音 | 亿万富翁Druckenmiller:不理解为何需要比特币:据华尔街见闻消息,亿万富翁Stanley Druckenmiller表示,并不理解美联储为何被困在2%这一通胀目标。目前并没有陷入衰退,但必须保持警惕。此外,Druckenmiller还称不理解为何需要比特币,他既不会沽空、也不会做多比特币。[2019/6/4]

除了强烈的直觉和技术改进,我们还得想明白我们需要证明的是什么,并构思好一个更加具体的架构。更多的技术细节和对比分析会留到之后的文章中进行介绍。在本文中,我们会介绍整个工作流程和一些核心概念。开发者和用户的工作流程

开发者可以使用EVM兼容语言实现智能合约并在Scroll上部署编译好的字节码。之后,用户可以发送交易来与已经部署好的智能合约进行交互。用户和开发者将获得与在Layer1上相同的体验。但是,gas费会显著降低,交易将在Scroll上即时得到预先确认。zkEVM的工作流程

即使外部工作流程保持不变,Layer1和Layer2的底层处理过程是完全不同的:Layer1靠的是重新执行智能合约。Layer2靠的是zkEVM电路的有效性证明我们来详细解释下Layer1和Layer2上的交易有何不同。在Layer1上,已部署智能合约的字节码都存储在以太坊storage内。交易将在点对点网络中传播。对于每一笔交易,每个全节点需要加载对应的字节码并在EVM上执行以获得相同的状态。在Layer2上,字节码同样存储在存储项内,用户的操作方式也相同。交易将在链下发送至一个中心化的zkEVM节点。然后,zkEVM不单执行字节码,还将生成一个简洁证明来表明交易达成后状态已正确更新。最后,Layer1合约将验证该证明并更新状态,不再重新执行交易。我们来深入了解一下执行过程,看看zkEVM最终需要证明的是什么。在原生执行中,EVM将加载字节码并从头开始逐个执行字节码中的操作码。每个操作码都可以被看作是在执行以下三个步骤:(i)从堆栈、memory或存储项中读取元素;(ii)基于这些元素执行计算;(iii)将结果写入堆栈、memory或存储项5。例如,add操作码需要从堆栈中读取两个元素,将它们相加并将结果写入堆栈。因此,显而易见的是,zkEVM的证明需要包含以下几个方面:字节码从永久存储项中正确加载字节码中的操作码始终逐一执行每个操作码均正确执行zkEVM设计亮点

Facebook Messenger负责人解释为何禁止数字货币广告:Facebook Messenger副总裁David Marcus本周表示,数字货币在他的平台上不会有任何作用。“现在使用加密技术的支付非常昂贵,超级慢,当这一问题解决了,也许我们会做点什么。”本周早些时候,Facebook禁止所有数字货币相关的广告。马库斯解释到:“我们希望保护社区,这最重要,大部分广告都是,我们不能让平台存在。[2018/2/3]

在为zkEVM设计架构时,我们需要分别采取措施满足上述三个方面的需求。1.我们需要为某个密码学累加器设计一个电路。这是为了起到“可验证存储器”的作用,我们需要通过某种技术来证明读取过程是准确无误的。密码学累加器可以更高效地实现这一点6。我们以默克尔树为例。已部署的字节码会被存储为默克尔树上的叶节点。然后,验证者可以使用简洁证明来验证该字节码是否正确加载自某个地址。针对以太坊存储,我们需要这个电路同时兼容默克尔-帕特里夏树和Keccak哈希函数。2.我们需要设计一个电路将字节码与实际的执行追踪关联起来。将字节码转移到静态电路中会带来一个问题:像jump这样的条件式操作码可能会跳转到任何地方。在某个人使用特定输入运行该字节码之前,跳转目的地都是不确定的。这就是为什么我们需要验证实际的执行踪迹。执行踪迹可以被认为是“展开的字节码”,包含按实际执行顺序排列的操作码。证明者将直接提供执行踪迹作为电路的见证数据。我们需要证明该执行追踪确实是特定的字节码使用特定的输入“展开”的。我们的想法是强制让程序计数器的值保持一致。针对目的地不确定的问题,解决思路是让证明者提供一切数据。然后,你可以使用查找参数高效地检查一致性。3.我们需要为每个操作码设计电路。这是最重要的部分——证明执行追踪中的每个操作码都是正确且一致的。如果你直接将所有东西都放在一起,会产生高昂的成本。此处重要的优化思路是:我们可以将R/W和计算分成两个证明。一个证明会将所有操作码用到的元素都放到“总线”中。另一个证明会证明对“总线”上元素的计算是正确执行的。这会大幅降低每个部分的成本。在更详细的规范中,前者被称为“状态证明”,后者被称为“EVM证明”。另一个发现是,查找声明可以有效处理“总线映射”。我们可以为每个操作码设计度数更高的定制化约束。我们可以选择是否根据需求通过一个选择符多项式来“打开”一个约束。这样可以避免每个操作都要消耗整个EVM电路的成本。这个架构最初由以太坊基金会提出,依然处于早期阶段,正在积极开发中。我们正在与以太坊基金会进行密切合作,旨在找到最佳方式实现该EVM电路。迄今为止,我们已经定义了EVM电路最重要的特点,并实现了一些操作码。更详细的内容将在后续文章中介绍。我们推荐感兴趣的读者阅读这篇文档。开发流程将是透明化的。这将是集整个社区之力的完全开源的设计。希望会有更多人加入进来,贡献出一份力量。zkEVM还能给我们带来什么?

调查显示 超半数俄罗斯人知道比特币为何物:最近由全俄公众舆论研究中心(VCIOM)进行的一项调查结果显示,超过56%的俄罗斯人表示他们知道比特币,活跃网民中这一数字已经涨至66%。年轻的俄罗斯人(18-24岁)中知道比特币的比率已经达到75%。而首都莫斯科和第二大城市圣彼得堡有74%的居民已经了解到了去中心化的虚拟货币。然而只有三分之一的人知道,任何人都可以购买比特币,16%认为比特币在俄罗斯实际上是被禁止的。不过,有四分之一以上的人知道虚拟货币不仅可以购买,还可以被开采。另有44%的人意识到,将虚拟货币兑现,目前在俄罗斯还没有合法化。[2018/1/23]

zkEVM远不仅仅是Layer2扩容。我们可以将它理解为通过Layer1有效性证明扩展以太坊Layer1的直接方式。这意味着不需要任何特殊的Layer2就可以扩展现有的Layer1。例如,你可以将zkEVM当作全节点来使用。该证明可以用来直接证明现有状态之间的转换。无需将任何东西迁移到Layer2上,你可以直接证明所有Layer1交易!更宽泛地来说,你可以使用zkEVM为整个以太坊生成简洁证明,就像Mina那样。唯一需要增加的东西是证明递归7。结论

zkEVM可以为开发者和用户提供相同的体验,而且可以在不牺牲安全性的前提下将成本降低几个数量级。目前已经有人提议了一种架构,可以通过模块化方式构建zkEVM。这个架构利用零知识证明的最新突破降低成本。我们期待看到更多人为zkEVM社区贡献力量,与我们一起进行头脑风暴!关于我们

ScrollTech是新成立的科技公司。我们的目标是利用强大的证明网络构建一个兼容EVM的zk-Rollup。我们团队目前专注于开发。我们正在积极招募开发者,有志者请联系hr@scroll.tech。如果你对本文的技术内容有任何问题,请通过yezhang@scroll.tech或私信联系我。注:

Starkware于2021年9月1日的公告中声明已实现可组合性。电路是固定且静态的。例如,在将一个程序实现为电路时,你无法使用可变上限循环。上限必须固定为最大值。电路无法处理动态逻辑。为便于读者理解,我们在这里详细说明EVM电路的成本。正如前文所言,电路是固定且静态的。因此,EVM电路需要包含所有可能的逻辑。这就意味着,即使你只想证明add,你依然需要负担该EVM电路中可能包含的所有逻辑的成本。也就是说,成本被放大了10000倍。在执行追踪中,你需要证明一连串操作码,而且每个操作码都会带来高昂的成本。EVM本身并没有与默克尔-帕特里夏树紧密绑定。目前,MPT仅用于存储以太坊状态。要换一个很容易。这是经过高度简化的抽象概念。从技术上来说,“EVM状态”的名单更长,包括程序计数器、gas余量、调用栈、一组日志和交易范围变量。我们可以另外引入针对不同调用环境的标识符来直接支持可组合性。由于存储量很大,我们使用累加器进行存储。内存和堆栈可以使用可编辑的Plookup。将一个完整的递归证明添加进zkEVM电路并非易事。实现递归的最好方式还是使用循环椭圆曲线。我们需要引入某种“包装”过程让递归在以太坊Layer1上可验证。原地址:https://hackmd.io/@yezhang/S1_KMMbGt

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

链链资讯

[0:0ms0-6:114ms