USD:一文读懂StarkNet零知识递归证明：STARK_CAIRO

作者：

时间：

StarkNet零知识递归证明—STARK已上线，递归在成本和延迟方面的优势异常显著，还会催生L3和应用递归等新机会。

原文：《RecursiveSTARKs》byStarkWare核心工程师GidiKaempfer

翻译：「StarkNet中文」社区

作者：技术最前沿

概要

递归证明上线主网，用一个证明来扩展StarkEx应用程序和StarkNet

递归证明提升扩展性，降低成本和延迟

递归证明为L3和其他妙用创造了条件

来看看递归证明的博文吧，超酷的

倍数扩展！

由Cairo通用计算提供支持的递归证明现已投入生产。这标志着STARK对L2扩展能力的重大提升。单一证明写入以太坊的交易数量可快速成倍增加。

迄今为止，STARK证明通过将数万甚至数十万个交易「汇总」成单一证明写入以太坊来实现扩展。通过递归，许多这样的证明可以「汇总」成一个单一证明。

这种方法现已应用于众多基于Cairo的应用程序：在StarkWare的SaaS扩展引擎StarkEx和无需许可的RollupStarkNet上运行的应用程序。

迄今发展历程

自2020年3月主网上线首个证明产生以来，STARK证明至今经历了不同发展阶段。

Yearn开发者：Yearn v2保险库似乎未受影响，正在对攻击事件进行调查:4月13日消息，针对收益聚合器 Yearn 攻击事件，Yearn 开发者 storming0x 表示，目前已知的问题与 2020 年推出的 iearn 遗留协议和流动性池无关，Yearn v2 保险库似乎没有受到影响，Yearn 贡献者正在进行调查。

此前消息，Aave 和 Yearn Finance 在今日攻击中损失金额已超 1100 万美元。[2023/4/13 14:01:26]

STARK扩展

2020年6月，第一个STARK扩展解决方案StarkEx在以太坊主网部署。StarkEx有一个证明器可以在链下执行大型计算，生成一个STARK证明表示交易准确性，还有一个验证器在链上验证证明的准确性。第一次部署由StarkWare工程师从零开始亲自操刀，因此StarkEx的功能极大受限。最终我们决定，需要一种支持证明通用计算的编程语言。这样，Cairo便应运而生。

Cairo编程语言

2020年夏天，Cairo首次亮相以太坊主网。Cairo即CPU代数中间代码(CPUAlgebraicIntermediateRepresentation)，内含一个用于验证相应「CPU」指令集的单一AIR。Cairo为更复杂的业务逻辑、任意可计算命题(computationalstatements)打开了编码证明的大门，而且更快、更安全。一个Cairo程序可以证明相应应用程序的执行逻辑。但一个Cairo程序也可以集合多个此类应用程序，这就是SHARP。

报告：Genesis在对冲市场波动中损失约700万美元:金色财经报道，加密借贷公司Genesis Trading报告中表示，包括Alameda Research在内的\"所有交易对手方\"损失约700万美元，此前该公司周二对冲并出售抵押品，因预期FTX流动性紧缩后市场会出现波动。

该公司重申，它对FTX的原生代币或 \"任何其他由集中式交易所发行的代币 \"没有重大风险。其贷款簿上95%的抵押品是由美元、稳定币、比特币和以太币坊组成的。（the block）[2022/11/10 12:40:12]

SHARP

SHARP即共享证明器(SHARedProSver)，可以聚合几个独立应用程序的交易，并在一个单一的STARK证明中证明。应用程序可以组合不同批量交易，更快填满STARK证明的容量。交易处理速度和延迟都有所提高。递归证明是下一代前沿技术，不仅适用于一些硬编码逻辑，而且适用于通用计算。

要了解递归证明的全部优势，有必要进一步了解SHARP迄今为止是如何执行证明的。图1描绘了一个典型的非递归流程：

图1：典型非递归证明流程

在这个流程中，命题逐渐到达。容量达到一定阈值时，会生成一个大型组合命题(Train)。只有在收到所有单独命题后，才能证明此组合命题。此证明需要很长时间。

加密交易所Coinsquare正在对其业务和技术进行重大改革:在最近与安大略省证券委员会（OSC）达成和解后，加拿大加密交易所Coinsquare正在对其业务和技术进行重大改革，因为该公司面临着来自加拿大金融科技独角兽Wealthsimple的新竞争压力。Coinsquare新任首席执行官Stacey Hoisak表示，这些决定反映了其“精简”的商业计划。

除了改组的领导团队外，这些变化还包括重新启动利用新技术和协议的交易平台，将数字货币扩展到机构交易，以及出售P2P加密货币平台StellarX。Coinsquare向新平台转移的第一阶段定于2021年初，第二阶段将于2021年第二季度进行。Coinsquare将致力于将现有用户迁移到新平台上。（Betakit）[2020/12/20 15:52:46]

证明极其庞大的命题最终会受到内存等可用计算资源的限制。在递归之前，这实际上是限制STARK证明可扩展性的一大障碍。

什么是递归证明？

通过STARK证明，证实命题所花费的时间与执行命题所花费的时间大致呈线性关系。此外，如果证明一个命题需要的时间为T，那么验证证明所需要的时间大约为log(T)，这通常被称为「对数压缩」。换句话说，使用STARK让用户在验证命题上的时间要比计算命题的时间少得多。

Cairo允许表达通用计算命题，这些命题可以经STARK证明所证实，再经相应的STARK验证器验证。

这就是执行递归的机会所在：就像可以写一个Cairo程序来证明成千上万的交易正确性，也可以写一个Cairo程序来验证多个

声音 | 欧盟竞争事务专员：欧盟监管机构正在对Libra进行审查以确定其是否会损害竞争:据路透社报道，欧盟竞争事务专员玛格丽特·维斯塔格（Margrethe Vestager）周三表示，欧盟监管机构正在对Facebook计划推出的加密货币Libra（天秤币）进行审查，以确定其是否会损害竞争。在此以前，已有众多监管机构对Facebook进军金融服务领域之举表示担心。维斯塔格称，尽管Facebook尚未推出这种加密货币，但仍有理由对其进行审查。Libra将由四种官方货币提供支持，全球数十亿Facebook用户都可使用。据一份欧盟文件显示，维斯塔格在上个月向“天秤币协会”（Libra Association）的28个会员发出问卷，询问了成为会员的条件。文件还提到了由Libra支持的产品和服务将如何整合到Facebook旗下WhatsApp、Messenger、Instagram和Calibra平台中，消费者数据将被如何使用，以及谁将拥有这些数据等问题。[2019/9/5]

STARK证明。可以生成一个证明来验证多个「上游」证明的有效性。这就是我们所说的递归证明。

由于对数压缩和证明时间大致呈线性关系，证实STARK证明所需的时间相对较短。

在实现递归时，SHARP可以一收到命题就可以对其进行验证。证明可以各种模式反复地合并成递归证明，直到在某个点上，产生的证明提交给链上验证者合约。图2就是典型的递归证明模式：

厦门地铁：已发行NFT数字纪念票，不断探索数字人民币应用场景:金色财经报道，据人民网北京6月30日消息，厦门地铁集团运营中心总经理张涛表示，厦门地铁首次发行NFT数字纪念票及碳积分体系，丰富了厦门地铁票种种类，厦门地铁不断探索“地铁+数字人民币”的应用场景，以及地铁公交一体化无接触扫码乘车功能，为乘客打造智能安全便捷的乘车支付生态圈。[2022/6/30 1:41:21]

图2：典型递归证明流程

在本例中，有四个命题发送给SHARP。这些命题各自平行证明。然后，每一对证明都由一个递归验证器命题来验证，由此产生一个证明。这一命题证实有两个证明经过验证。接下来，通过递归验证器命题再次合并这两个证明。这就产生了一个证明，证实所有四个原始命题。此证明最终可以提交到链上，由Solidity验证器智能合约进行验证。

递归证明的直接优势

降低链上成本

毫无疑问，我们实现了将多个证明「压缩」成一个，这意味着每笔交易链上验证成本会大幅更低。

使用递归证明可以消除至今限制证明大小的计算资源障碍，因为每个命题容量有限，都可以单独证明。因此当使用递归时，递归的有效组合命题(Train)的容量几乎是无限，每笔交易成本可以降低好几个数量级。

在实际操作中，降低成本取决于可接受的延迟。此外，由于每个证明通常也伴随相应链上数据输出，因此与单个证明一起写入链上的数据量也会有限。尽管如此，将成本降低一个数量级，甚至继续提升性能都可以轻松实现。

降低延迟

递归证明模式可降低证明大型组合命题延迟。有两个因素起到作用：

1.接收的命题可以并行证明。

2.无需等到Train中的最后一个命题到达即可证明。相反，有新命题加入可以随时与证明结合。也就是说，加入Train的最后一个命题的延迟，大致上是证明最后一条命题所需的时间加上证明递归验证器命题所需的时间。

我们正在积极开发和优化证明递归验证器命题的延迟问题。预计几个月内证明递归验证器命题会达到几分钟的数量级。因此，一个高效的SHARP延迟可控制在几分钟到几小时，延迟长短取决于对每笔交易链上成本的取舍。这是对SHARP延迟的重大改进。

促进L3应用

用Cairo开发的递归验证器命题也开启了向StarkNet提交证明的可能性，因为该命题可以写入StarkNet智能合约。这允许在StarkNetL2公共网络上部署L3。

递归模式也适用于来自L3的聚合证明，由L2上的单个证明验证。因此，L3也可以实现超大规模扩展。

更多妙用

应用递归

递归为希望进一步扩展其成本和性能的平台和应用程序开辟了更多机会。

每个STARK证明证实应用于某些「公开输入」的命题有效性。从概念上来说，STARK递归将具有两个输入的两个证明压缩为一个具有两个输入的证明。换句话说，虽然证明的数量减少，但输入数量未变。然后，输入通常由应用程序用以更新L1上的某些状态。

如果递归命题可以在应用层感知，即识别应用程序本身的语义，那么递归命题既可以将两个证明压缩为一个，也可以将两个输入组合为一个。最终的命题证实基于应用程序语义的输入组合的有效性，这就是应用递归。

图3：应用递归示例

命题1证明从A到B的状态更新，而命题2验证从B到C的进一步更新。命题1和命题2的证明可以合并为第三个命题，直接证明从A到C的更新。通过应用类似的递归逻辑，可以非常显著地降低状态更新的成本，达到最终延迟要求。

应用递归的另一个重要示例是压缩来自多个证明的汇总数据。例如，对于像StarkNet这样的有效性证明Rollup，L2每次存储更新也作为传输数据在L1更新，确保数据可用性。但是，不需要为同一个存储单元发送多次更新，因为只有经过证明验证过的交易最终才能满足数据可用性。此优化已在单个StarkNet区块中执行。但是，通过为每个区块生成证明，应用递归可以压缩多个L2区块汇总数据。这可以显著降低成本，降低L2出块时间，而不会牺牲L1更新的可扩展性。

值得注意的是：应用递归可以与前面描述的应用通用递归结合使用。但这两种优化互无关联。

降低链上验证器的复杂性

STARK验证器的复杂性取决于用以验证的命题类型。特别是对于Cairo命题，验证器的复杂性取决于Cairo语言中允许的特定要素，更具体地说，是支持的内置项。

Cairo语言不断发展并提供越来越多有用的内置项。另一方面，递归验证器只需要使用一小部分内置项。因此，递归SHARP可以通过支持递归验证器中的完整语言来成功支持Cairo中的任何命题。具体来说，L1上的Solidity验证器只需要验证递归证明，因此验证器可以仅限于验证Cairo语言一个更稳定的子集：L1验证器不需要随最新、最稳定的内置项更新。换句话说，命题不断演化，复杂的验证就交由L2处理，L1验证器只需要验证简单、稳定的命题。

减少计算足迹

在递归之前，聚合多个命题为一个证明受到可用计算实例上可以证明的命题大小的限制。

有了递归，无需再证明如此庞大的命题。因为有了更多又小又便宜的计算实例可供使用。这使得在更多的物理和虚拟环境中部署证明器实例成为可能。

总结

通用计算的递归证明现已为包括StarkNet在内以太坊主网上的多个产品系统服务。

由于可以不断改进，递归的优势会逐步显现。并行计算的潜力得以发挥后，Gas费降低，延迟改善，超高扩展性终将实现。

递归在成本和延迟方面的优势异常显著，还会催生L3和应用递归等新机会。递归验证器持续优化，性能和成本效益也都会逐渐提升。

附录

原文：RecursiveSTARKs

https://medium.com/starkware/recursive-starks-78f8dd401025

原文：Youtube:StarkEx-HowDoesitWork?

https://www.youtube.com/watch?v=P-qoPVoneQA