PLO:一文解读零知识证明最新进展：RedShift红移算法

伴随着区块链的技术发展，零知识证明（ZKP，Zero Knowledger Proof）技术先后在隐私和 Layer2 扩容领域得到越来越多的应用，技术也在持续的迭代更新。从需要不同的 Trust Setup 的 ZKP（例如Groth16），到需要一次 Trust Setup 同时支持更新的 ZKP（例如Plonk），再到不需要 Trust Setup 的 ZKP（例如 STARK），ZKP 算法逐渐走向去中心化，从依赖经典 NP 问题，到不依赖任何数学难题，ZKP 算法逐渐走向抗量子化。

我们当然希望，一个不需要 Trust Setup 同时也不依赖任何数学难题、具有抗量子性的 ZKP 算法也具有较好的效率和较低的复杂度（STARK 的证明太大），它就是 REDSHIFT。

观点：Michwill建立crvUSD/fFRAX流动性池旨在延长Fraxlend利率提升周期:8月1日消息，推特用户DeFi_Cheetah发表关于Curve创始人Michwill建立crvUSD/fFRAX的原因分析：因为Fraxlend采用了时间加权变动利率，会根据时间调整利率，最高可达10000%，利用率越高提升周期越短。Michwill建立crvUSD/fFRAX流动性池，旨在降低利用率，延长利率提升周期。

而对于fFRAX持有者可以获得FRAX贷款退出流动性，对Michwill抱有信心者还可提供LP获得高额奖励。对于crvUSD持有者，最坏情况为他们将最终持有CRV的账面负债即fFRAX，这些人同样是对Curve生态系统坚定的支持者。[2023/8/1 16:11:23]

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

Spiral推出闪电网络新开发套件LDK Node:金色财经报道，Jack Dorsey的Spiral公司发布了新的比特币闪电网络开发套件LDK Node，它提供了一个简化且即插即用的解决方案，使开发者能够在一天内快速轻松地建立一个闪电节点。与其前身LDK不同，LDK提供了广泛的自定义选项，但需要对协议基本原理有更深入的了解，LDKNode专注于简单性和易用性。LDKNode的API接口更简化，只包括约30个API调用，它简化了在各种用例中集成自我托管的闪电节点，同时隐藏了协议的复杂性。[2023/6/23 21:55:45]

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

安全团队：Whisbe Vandalz项目Discord服务器遭到攻击:金色财经消息，据CertiK监测，Whisbe Vandalz项目Discord服务器遭到攻击。请社区用户不要点击链接，铸造或批准任何交易。[2022/10/16 14:29:24]

我们知道，零知识证明算法的第一步，就是算术化（Arithmetization），即把 prover 要证明的问题转化为多项式等式的形式。如若多项式等式成立，则代表着原问题关系成立，想要证明一个多项式等式关系是否成立比较简单，根据 Schwartz–Zippel 定理可推知，两个最高阶为 n 的多项式，其交点最多为 n 个。

换句话说，如果在一个很大的域内（远大于 n）随机选取一个点，如果多项式的值相等，那说明两个多项式相同。因此，verifier 只要随机选取一个点，prover 提供多项式在这个点的取值，然后由 verifier 判断多项式等式是否成立即可，这种方式保证了隐私性。

BIS 官员：DeFi账本可以帮助监管机构监管行业:金色财经报道，国际清算银行 (BIS) 欧元体系创新中心负责人拉斐尔·奥尔 (Raphael Auer) 表示，去中心化金融 ( DeFi ) 可以通过依靠其自身的信任创建机制来收集合规数据来进行监管。尽管DeFi经常受到加密世界和Web3爱好者的支持，但它已经让世界各地的监管机构发出了监管该领域的迫切需要的警告。然而，嵌入式监管技术已经引起了政策制定者的兴趣。应议员们的要求，负责提出新立法的欧盟执行机构欧盟委员会(European Commission)目前正准备主持一项研究，研究将监管数据应用与分散金融联系起来的潜在影响，作为未来进一步立法的先导。

但一些人对代码不可更改的智能合约是否有可能进行这样的监管表示怀疑。尼科西亚大学数字创新系教授乔治·贾格里斯(George Giaglis)表示，嵌入式监管“既有好处，又在实践中行不通”。（coindesk）[2022/6/2 3:57:17]

然而，上述方式存在一定的疑问，“如何保证 prover 提供的确实是多项式在某一点的值，而不是自己为了能保证验证通过而特意选取的一个值，这个值并不是由多项式计算而来？”为了解决这一问题，在经典 snark 算法里，利用了 KCA 算法来保证，具体的原理可参见 V 神的 zk-snarks 系列。在 PLONK 算法里，引入了多项式承诺（Polynomial Commitment）的概念，具体的原理可在“零知识证明算法之 PLONK --- 协议”里提到。

简单来说，算法实现了就是在不暴露多项式的情况下，使得 verifier 相信多项式在某一点的取值的确是 prover 声称的值。两种算法都可以解决上述问题，但是通信复杂度上，多项式承诺要更小，因此也更简洁。

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

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

在 PLONK 算法里，prover 为了使 verifier 相信多项式等式关系的成立，由 verifier 随机选取了一个点，然后 prover 提供各种多项式（包括 setup poly、constriant ploy、witness poly）的 commitment，由于使用的 Kate commitment 算法需要一次 Trust Setup 并依赖于离散对数难题，因此作为 PLONK 算法里的子协议，PLONK 算法自然也需要 Trust Setup 且依赖于离散对数难题。

在 REDSHIFT 协议里，多项式的 commitment 是基于默克尔树的（简单讲，计算多项式在域 H 上的所有值，并当作默克尔树的叶子节点，最终形成的根，即为 commitment）。若 prover 想证明多项式在某一个或某些点的值，证明方只需要根据这些值插值出具体的多项式，然后和原始的多项式做商并且证明得到商也是个多项式（阶是有限制的）即可。

当然为了保护隐私，需要对原始多项式做隐匿处理，类似于上图协议中的第一步。在实际设计中，为了方便 FRI 协议的运行，往往设计原始多项式的阶 d = 2^n + k (其中 k = log(n)）。

标签：PLOLONVERENTUpload TokenPYLONKinesis SilverValentine Floki

币赢热门资讯