本来想写《用人话解释零知识证明》，但是发现做不到，因为至今我也没能用人话解释区块链原理，零知识证明比区块链原理更抽象，网上的资料90%以上是关于这个算法的推导，但是对于90%以上的程序员来说，我们并不关心哈希算法的原理，我们只关心哈希算法怎么用。（作为一个10年+老码农，我也不懂哈希的原理，但我并不惭愧，会用就好）
首先，这是一个非常基础的函数结构：
如果这个function是一个哈希算法，那么，输入任意文件，就可以得到对应的哈希值。假设有这样的一个情况，某个哈希值我们大家都知道了，想要知道是哪个文件，这个文件在你手上，你很兴奋的说，文件找到了，大伙说好啊你把文件拿出来，我们算一下哈希，看能不能对上。这时候你就犯愁了，这是个机密文件，哪能说提供就提供的，咋办？
英国FCA希望DLT等相关应用程序进入数字沙箱以应对新冠疫情:5月6日消息，英国金融市场行为监管局(FCA)宣布，将试行一项数字沙箱计划，旨在鼓励企业进行创新，以制定应对新冠疫情大流行的解决方案。虽然申请尚未开放，但FCA欢迎企业的初步意向。FCA列出了许多希望通过数字沙箱来促进的应用程序，包括一些与分布式账本技术(DLT)同义的应用程序。（cointelegraph）[2020/5/6]
这就请来零知识证明，这个算法结构如下：
动态 | 韩国主要连锁商店CU将支持区块链支付应用程序CHAI:根据区块链初创公司Terra的新闻稿，在Terra区块链上运营的移动支付应用CHAI将成为韩国主要连锁便利店CU中的一种付款方式，将为韩国的13500个便利店提供基于区块链的移动支付。通过与便利店运营商BGF Retail合作，CU商店将在2019年底增加对该应用程序的支持。[2019/10/8]
橙色部分就是zk-proof，分成证明和验证两个部分，其中证明部分也叫电路circuit，需要用电路描述语言编程（Rust\C++\Circom），最终编译为电路逻辑（.wsam\.r1cs）。在这个例子里，我们用circuit写了个哈希算法，用来替代原来的function，circuit的特点是输入是不需要公开的，输出的是哈希值和proof，这个proof证明的就是：
动态 | Cardano将在应用程序平台Daedalus上开发新功能:9月13日发布的一份最新技术报告显示，Cardano团队将从本周开始在应用程序平台Daedalus上开发新功能。开发人员将致力于一些“特定的实施”，以将API与受激励的测试网节点连接起来，将使Daedalus和新的Cardano Explorer形成主要界面。该团队还执行了智能合约后端功能，该功能还尚未准备好与扩展的UTXO节点客户端集成。此外，该团队还致力于实现新的Cardano Explorer UI。[2019/9/17]
重要的事情说三遍！并且我还要画出来：
动态 | 加密货币钱包应用程序Ethos支持ADA:据cryptoninjas消息，加密货币钱包应用程序Ethos在更新后已添加了对Cardano（ADA）的支持。[2019/6/12]
这个proof就相当于对这个过程的认证盖章，就这么板上钉钉了，无争议了，别问input是啥，问就是不知道，所以叫零知识。已知的是啥呢，电路逻辑（这部分理应开源），输出的值，还有证明文件proof。
在这个例子中，电路逻辑相当于哈希函数，如果你算出的哈希值和公开的那个哈希值一样，那就说明你输入的文件就是大家要找的那个机密文件，而你并不需要提供这个文件，只需要提供证明文件proof就行。
验证的时候，大家把哈希值和proof放进verify函数，返回true，那就证明了：
那还能是哪个文件，那肯定是那个正确的文件啊，要不怎么生成这个哈希！
zk-proof显而易见在隐私场景很有用。混币的原理是用户把币存进保险箱，保险箱的密码的哈希值帖在保险箱上，谁要是能提供这个密码，谁就能把保险箱里的币全部拿走。跟上面这个找文件的原理是一样的，用户不用提供密码，只要提供proof就行，合约校验通过就让你提币。
还有一个问题，如果你能开某个保险箱，那就说明你就是放钱进去的人，谁放了多少钱到哪个保险箱，这在链上是可查的，所以你开哪个保险箱，你不能说。在合约里用树形结构来存放保险箱，且层数固定，一般为16层。从你要开的保险箱到树根root，中间的15个节点确定了，就确定了你要开哪个保险箱，所以这15个节点（路径），也在circuit的private input里面。
最后合约校验的时候，证明了保险箱的位置、保险箱密码全部正确，但不知道是什么密码也不知道是哪个保险箱，可能用户也不知道，但是用户把proof保管好就行，谁拿这个proof都可以去提款。
zk-proof除了隐私场景的应用，这两年还发现可以做区块链扩容。区块里的每一个tx，都有用户的签名，用来证明这个（转账）操作不是伪造的，一个区块的大小是有限的（固定的），所以要是能在区块中塞入的tx越多，TPS也就越高。
如果把签名砍掉，给tx瘦身，那就可以塞入更多的tx。问题是，砍掉了签名，又如何证明这个操作是用户签名过的呢？用零知识证明，把用户签名的校验逻辑写进circuit电路，输入是（包括签名的）区块数据，输出是（不包含签名的）区块数据，并附上proof，一个proof这就能证明所有tx都是被用户签名过的，达到瘦身目的。本文来源：https://bress.xyz/zh/post/nKtuByYTvPri75xHQoA7f8vNyJ6NQPvCL_YH8KVp31Q
作者：加戈
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。