h5网站开发工具,淮北建设银行官方网站,黑帽seo排名,平台网站建设网站1. 引言
隐私保护 zk-rollup 的证明生成与通用 zk-rollup 的证明生成有很大不同。原因是给定交易中存在特定数据#xff08;由私有函数处理#xff09;#xff0c;我们希望保持完全私有。在本文中#xff0c;我们探讨了用于证明私有函数正确执行的客户端证明生成#xff…1. 引言
隐私保护 zk-rollup 的证明生成与通用 zk-rollup 的证明生成有很大不同。原因是给定交易中存在特定数据由私有函数处理我们希望保持完全私有。在本文中我们探讨了用于证明私有函数正确执行的客户端证明生成并解释了它与通用汇总中的证明生成有何不同。
本文主要结构为
1何为proofs及其在通用zkRollups中的工作原理2Aztec proofs工作原理3证明函数的正确执行 对于公共函数rollup端生成证明对于私有函数客户端生成证明 4proof示例5客户端证明生成如何降低内存需求6附录客户端证明生成的其他细节。7总结
2. 何为proofs及其在通用zkRollups中的工作原理
在深入研究 Aztec 的证明特别是 Aztec 的 zkRollup 的隐私优先 性质之前先回顾一下通用zkRollups上的proofs的工作原理。 当有状态区块链执行交易时它会进行状态转换。若网络最初的状态是A那么在网络上执行一组交易一个区块现在网络的状态是B。
Rollups 也是有状态的区块链。他们使用证明来确保状态转换正确执行。为每个块生成并验证证明。所有证明都发布在 L1 上任何人都可以重新验证它们以确保状态转换正确完成。
对于通用 zkRollups证明生成非常简单因为所有数据都是公开的。sequencer和prover都可以看到所有交易数据公共状态是公开的并且重建每个状态转换所需的数据都发布在 L1 上。
3. Aztec proofs工作原理
Aztec 的 zkRollup 是一个不同的故事。在 Aztec 网络中有两种类型的状态公共状态和私有状态。 Aztec 智能合约用Noir编写由两种类型的函数组成
私有函数用户拥有的状态、客户端证明生成公共函数全局/公共状态、汇总端证明生成
对二者均需要正确执行的证明。然而由于私有函数和公共函数的结构有很大不同它们的证明生成也有很大不同。
简单概述一下Aztec智能合约的执行方式首先执行所有私有函数然后执行所有公共函数。 然而深入剖析 Aztec 智能合约超出了本文的范围。要了解更多信息可查看2024年2月22日博客WTF is Aztec?。
本文将重点关注私有函数正确执行的证明生成以及为什么它是隐私优先 zkRollup 的关键要素。
4. 证明函数的正确执行
区块链中私有状态和私有函数的概念可能看起来有点不寻常。
4.1 证明公共函数正确执行——rollup端生成证明
对于公共函数
rollup端生成证明
首先看公共函数的执行因为它与其他通用 zkRollups 更相似。
公共状态是每个人都可以使用的全局状态。sequencer执行公共函数而prover生成正确的执行证明。特别是最后一步意味着函数用Noir编写被编译为特定类型的程序表示形式然后由虚拟机 (VM) 电路进行evaluate评估。已评估意味着它将一条一条地执行一组指令从而得出正确执行或失败的证明。rollup端prover可以处理繁重的计算因为它在强大的硬件上运行即不是客户端情况下的智能手机或计算机浏览器。
4.2 证明私有函数正确执行客户端生成证明
对于私有函数
客户端生成证明
另一方面私有状态由用户拥有。当生成私人交易正确执行的证明时希望所有数据保持私密。这意味着不能像公共状态那样拥有第三方prover因为数据随后会暴露给prover从而不再是私有的。
在私人交易的情况下交易所有者唯一知道交易数据的人应自行生成证明。也就是说私人交易正确执行的证明必须在客户端生成。
这意味着每个 Aztec 网络用户都应该能够在其智能手机或笔记本电脑浏览器上生成证明。此外由于 Aztec 智能合约可能由许多私有函数组成因此每个 Aztec 网络用户应该能够生成许多证明每个私有函数一个证明。
在 rollup 方面区块证明是使用 ZK-VMZK 虚拟机生成的。在私有方面没有VM。 相反每个私有函数都被编译成自己的静态电路。
所谓“电路”是指填充了一些预先计算值的表。该表描述了在特定代码运行期间要执行的指令序列如 MUL 和 ADD。
表的行和列之间有一堆预定义的关系如复制约束规定多条wires的值应相同。 在上图中有两个门门 1 () 和门 2 (x)。可看到z既是门 1 的输出表示为 w3线路 3又是门 2 的左侧输入表示为 w4线路 4。因此需保证门1的输出值与门2的左输入值相同。即w3 w4。这即是“checking copy constraints检查复制约束”。
当verifier验证电路时其会检查这些预定义关系是否适用于所有行和列。
5. proof示例
以下示例以简化的方式反映了一般逻辑。真正的功能要复杂得多 假设有一个函数a² b² c² 。目标是证明特定输入和输出的等式成立。假设 a 3、b 4、c 5。
作为一段代码可将函数表示为 当函数执行时每一步的结果都会记录在表中。当该表填充了特定函数对特定值的执行结果时被称为execution trace。 这只是表的一个片段包含值和操作码名称。然而要指示计算机应在哪个特定行中执行哪个操作仅操作码名称是不够的还需要selectors选择器。 选择器是指切换操作的门如开/关开关。在本例中将使用带有两个选择器的简化 Plonk 方程
q_ ADD用于加法门q_ MUL用于乘法门。
简化的 Plonk 方程为
q_ MUL (a * b) q_ ADD (a b) – c 0 。
打开和关闭它们即赋值1和0方程将转化为不同的运算。例如要执行 a 和 b 的加法我们设置q_ ADD 1q_ MUL 0 因此方程为a b – c 0 。
因此对于每个执行的操作还将其选择器存储在表中
6. 客户端证明生成如何降低内存需求
对于私有函数由于每个函数都被编译成静态电路所以所有需要的选择器都被预先放入表中。特别是当编译智能合约函数时它会输出包含一组选择器的验证密钥。 在智能合约的情况下电路要大几个数量级因为它包含更多带有用于公共函数执行的选择器的列。此外还有更多的关系检查要做。如需要检查智能合约字节码是否确实执行了预期的操作即所打开的选择器是根据提供的字节码承诺来打开的。 作为一种心理模型可将智能合约电路视为一个表其中 70 列中的 50 列保留用于选择器的查找表。存储整个表需要大量内存。 客户端和rollup端证明生成的电路大小之间的差异
在客户端电路要小得多内存和计算要求较低。这是为什么能够在用户设备上生成私有函数正确执行的证明的关键原因之一。
7. 附录客户端证明生成的其他细节
为了进一步降低prover的内存和计算需求使用了特定的证明系统 Honk。HonK是由Aztec Labs开发的高度优化的 Plonk 。Honk 是 Plonk-ish算术化、sum-check协议有一些很好的内存技巧和multilinear多项式承诺方案的组合。一些可以添加到 Honk 中以使其更加高效的小工具包括Goblin Plonk由 Aztec Labs 开发的一种特定类型的递归以及ProtoGalaxy由 Liam Eagen 和 Ariel Gabizon 开发。 Goblin Plonk 允许资源受限的prover构建具有多层递归的 zk-snark。这完全适合客户端证明生成的情况其中智能合约中每个私有函数的证明是递归的附加层。技巧在于每个递归层的昂贵操作如椭圆曲线操作被推迟到最后一步而不是在每个递归层执行。递归以智能合约中所有私有函数的一个证明结束。然后该证明由rollup电路进行验证。该证明的递归验证非常耗费资源。然而由于它是在rollup端执行的因此它具有足够的计算和内存资源。ProtoGalaxy 是一种优化递归verifier工作的folding方案。它允许在一个步骤中折叠多个实例将verifier在每个折叠步骤中的工作量减少到一个常数。
8. 总结
客户端证明生成对于区块链领域来说是一种非常新颖的方法。然而对于隐私保护解决方案来说它绝对是必备的。Aztec Labs 花费数年时间开发协议和加密架构使客户端证明生成性能在生产阶段可行。
参考资料
[1] Aztec团队2024年3月11日博客 Client-side proof generation
Aztec系列博客
Aztec Hybrid Rollup混合zkRollup而非zkEVMProof CompressionAztec Connect即将主网上线Aztec connect bridge代码解析Aztec 征集 Rollup Sequencer去中心化提案Aztec的隐私抽象在尊重EVM合约开发习惯的情况下实现智能合约隐私完全保密的以太坊交易Aztec网络的隐私架构Aztec.nrAztec的隐私智能合约框架——用Noir扩展智能合约功能Aztec交易架构解析混合Rollup探秘 Metis、Fraxchain、Aztec、Miden和OlaClaim Proof Bug——Aztec最大的45万美金bug bountySSTAztec的Shared State Trees
客户端证明系列博客
CUDA入门WebGPUZKP客户端证明WebGPU入门WebGPU助力客户端Crypto/ZK
