PLO:引介 | 零知识证明算法之REDSHIFT_Monverse

写在前面

伴随着区块链的技术发展，零知识证明技术先后在隐私和Layer2扩容领域得到越来越多的应用，技术也在持续的迭代更新。从需要不同的TrustSetup的ZKP，到需要一次TrustSetup同时支持更新的ZKP，再到不需要TrustSetup的ZKP，ZKP算法逐渐走向去中心化，从依赖经典NP问题，到不依赖任何数学难题，ZKP算法逐渐走向抗量子化；我们当然希望，一个不需要TrustSetup同时也不依赖任何数学难题、具有抗量子性的ZKP算法也具有较好的效率和较低的复杂度，它就是REDSHIFT。

REDSHIFT

《REDSHIFT:TransparentSNARKsfromListPolynomialCommitmentIOPs》，从名字可以可出，它是基于List多项式承诺且具有透明性的SNARK算法。算法本身和PLONK有大部分的相似之处，唯一不同的是多项式承诺的原语不同。下面先简单的通过一张表格来展示REDSHIFT和PLONK算法的异同之处，具体如下：

贝莱德推出ETF仅被SEC拒绝过1次，其他575支全部获批:6月17日消息，资管巨头贝莱德在美国证券交易委员会(SEC)批准其ETF的记录是575：1。即历史上SEC已批准了575支贝莱德推出的ETF，仅在2014年10月拒绝过一次，当时贝莱德寻求获准创建主动管理的ETF，该因ETF不需要每天披露持有量。

此前报道，资管巨头贝莱德子公司iShares于6月16日向美SEC提交现货比特币ETF文件申请，该基金被命名为iShares Bitcoin Trust，其资产主要由代表该信托托管人持有的比特币组成。文件称，托管人将通过加密货币交易平台Coinbase进行托管。[2023/6/17 21:44:03]

算法名称/算法步骤算术化简洁证明QAP成立特点

PLONKStatement->Circuit->QAPKateCommitmentGeneralCRS

Dune发布SparkSQL与PostgreSQL停用时间表，7月15日正式停止服务:4月21日消息，区块链分析平台Dune发布SparkSQL与PostgreSQL停用时间表，5月15日将从数据资源管理器中删除，6月15日禁用编辑，7月15日停止服务。Dune提醒用户，需要在7月15日前使用DuneSQL迁移工具迁移到DuneSQL，未来将不再更新在SparkSQL或PostgreSQL上运行的查询，但仍然可以访问其中的数据。

此外，Polygon、BNB、Optimism和Gnosis在各自Postgres实例上的数据摄取已于4月20日停止。同时，在短期内，Spells将继续在SparkSQL上运行，但可由DuneSQL查询。Dune团队已经在测试一个新版本的Spellbook，它将完全在DuneSQL上运行，缩小最后剩下的兼容性差距。[2023/4/21 14:18:16]

REDSHIFTStatement->Circuit->QAPFRICommitmentNoTrustSetup

自Uniswap4月1日代码开源后，其分叉协议TVL已达1.25亿美元:4月5日消息，去中心化交易平台Uniswap在其BSL于4月1日到期后已被开发人员分叉。据悉，于今年4月1日起开源其代码是在2021年升级到V3版本后开始计算的，因为许可证的有效期只有两年。据DefiLlama数据显示，PancakeSwap AMM V3当前TVL已达1.25亿美元。[2023/4/5 13:46:04]

因此，只要对PLONK算法有深入了解的读者，相信再理解REDSHIFT算法，将是一件相对简单的事。笔者在此之前，已经对PLONK算法进行了深入的剖析；文章零知识证明算法之PLONK---电路详细的分析了PLONK算法里，关于电路部分的详细设计，包括表格里的《Statement->Circuit->QAP》过程，并且还详细描述了PLONK算法里，关于“PermutationCheck”的原理及意义介绍；文章零知识证明算法之PLONK---协议对PLONK的协议细节进行了剖析，其中多项式承诺在里面发挥了重要的作用：保持确保算法的简洁性和隐私性

代币销售平台Tokensoft将推出治理代币SOFT并进行空投:10月27日消息，代币销售平台Tokensoft的SoftDAO将推出治理代币SOFT并进行空投。空投的代币占代币总量的2%，将向参与Tokensoft激励测试网The Softernet的用户空投总量1.4%的代币，向参与过Tokensoft平台代币销售的用户空投总量0.6%的代币，其中参与代币销售用户的空投将锁定一个月并分两年线性释放。

推出的代币总量的38%将分配给SoftDAO财库；10%将分配给运营支出；8%将分配给未来的开发者激励；10%将分配给早期开发者激励；10%将分配给早期支持者；10%将分配给社区轮销售；3%将分配给机构轮销售；1%将分配给亲友轮销售；8%将分配给未来融资。[2022/10/27 11:47:57]

我们知道，零知识证明算法的第一步，就是算术化，即把prover要证明的问题转化为多项式等式的形式；如若多项式等式成立，则代表着原问题关系成立。想要证明一个多项式等式关系是否成立比较简单，根据Schwartz–Zippel定理可推知，两个最高阶为n的多项式，其交点最多为n个；换句话说，如果在一个很大的域内随机选取一个点，如果多项式的值相等，那说明两个多项式相同。因此，verifier只要随机选取一个点，prover提供多项式在这个点的取值，然后由verifier判断多项式等式是否成立即可，这种方式保证了隐私性。

然而，上述方式存在一定的疑问，”如何保证prover提供的确实是多项式在某一点的值，而不是自己为了能保证验证通过而特意选取的一个值，这个值并不是由多项式计算而来？“，为了解决这一问题，在经典snark算法里，利用了KCA算法来保证，具体的原理可参见V神的zk-snarks系列；在plonk算法里，引入了多项式承诺的概念，具体的原理可在”零知识证明算法之PLONK---协议“里提到，简单来说，算法实现了就是在不暴露多项式的情况下，使得verifier相信多项式在某一点的取值的确是prover声称的值。两种算法都可以解决上述问题，但是通信复杂度上，多项式承诺要更小，因此也更简洁。

协议

下面将详细介绍REDSHIFT算法的协议部分，如前面所述，该算法与PLONK算法有很大的相似之处，因此本篇只针对不同的部分做详细介绍；相似的部分将会标注出来方便读者理解，具体如下图所示：

REDSHIFT协议

协议的1-6步骤在PLONK的算法设计里都有体现，这里着重分析一下后续的第7步骤。

在PLONK算法里，prover为了使verifier相信多项式等式关系的成立，由verifier随机选取了一个点，然后prover提供各种多项式的commitment，由于使用的Katecommitment算法需要一次TrustSetup并依赖于离散对数难题，因此作为PLONK算法里的子协议，PLONK算法自然也需要TrustSetup且依赖于离散对数难题；

在REDSHIFT协议里，多项式的commitment是基于默克尔树的。若prover想证明多项式在某一个或某些点的值，证明方只需要根据这些值插值出具体的多项式，然后和原始的多项式做商并且证明得到商也是个多项式即可。当然为了保护隐私，需要对原始多项式做隐匿处理，类似于上图协议中的第一步。在实际设计中，为了方面FRI协议的运行，往往设计原始多项式的阶d=2^n+k(其中k=log(n)）。可能读者一直在疑惑前面一直提到的FRI协议具体是怎么运行的，幸运的是，笔者早就对FRI的具体原理做了解读，可以参考链接：

1.理解零知识证明算法之Zk-stark；

2.理解零知识证明算法之Zk-stark--Arithmetization

3.深入理解零知识证明算法之Zk-stark--LowDegreeTesting

4.深入理解零知识证明算法之Zk-stark--FRI协议

结尾

老样子，欢迎读者的指正，谢谢。

标签：PLOLONARKVERPLOWELONDOGECEODarkPayCoinMonverse

BNB热门资讯