作者：DaPangDun（@BxmZhao），Elaine.eth（@elaineyang73），zhihong（@zhihong05）

请注意：本文内容较多，篇幅较长，请自行选择自己感兴趣的部分。因个人水平有限，若文章中出现明显的错误（包括但不限于概念错误、认知错误），请DM我指正，谢谢。

Web 的时代在网络上的数据呈现形式的分布情况（由当前用户）2区块链完全透明解决了数据，又带来了公开的其他问题：

• 例如导致先被利用的负面影响（MEV攻击，EX抢先攻击等）

• 不将自己的交易数据或其他数据提供给其他人的数据无法获取其他人的数据 3

• 需要对数据进行分授权的身份识别

从这个角度来看，未来的用户应该是受到隐私保护的，用户决定是否展示自己的数据，数据展示给谁看。

因为隐私的需求，诞生了ZK技术。ZK由于采用了一种很新的技术，在1985年就被提出，早期的零知识证明其功能和有效性等限制，没有得到很好的利用，只是发现在理论表达。

理论知识，知识证明的研究才开始不断突破，同时区块链知识证明脚掌展示的机会，实现了广阔的大众视野。

我们也能看到这个市场主体同样加紧布局隐私的赛道，看到了这个市场巨大的发展潜力。

ZK：零知识证明，零知识证明或零知识协议：现代密码学三大基础，由 S.Goldonewasser、S.Micali 及 C.Rackoff 在 20 世纪 80 年代初提出。

是一方（证明者：证明者）因此方（检验者声明：验证者）另一个证明某命题的，是过程中除“命题为真”之外，而不是向其他信息。成“零泄密证明”。

• 完善性（completeness）：只要通信者具备相应的知识，那么就能通过验证者证明有足够的网络验证者的证明，证明者的证明。

• 证明者（Soundness）：如果证明者没有有时的知识，则不能通过验证者的身份，即证明验证者的能力可以考虑。

• 零知识知识（零知识知识）现在只向知识证明者中的知识知识是否具备知识的揭示，不会有任何关于知识的知识。

• 1985年，零知识证明Zero-Knowledge Proof ——由S.Goldwaser、S.Micali及C.Rackoff首次提出。

• 2010 年，Groth有一个基于椭圆曲线的双线性映射协议能够实现，长期的非协议的全协议能够实现整个协议。随后经过不断优化，链上著名的知识证明最终为零SNARKs。

• 2013年，Pinocchio协议分钟等级证明，证明等级，证明大小不等300，将知识证明从验证了应用。后来Zcash使用字节的SNARKs依据Pinocchio的改进版。

• 2014年，称的加密货币使用了一种特殊的实现Zerocash知识证明工具zk-SNARKs（Zero-Knowledge Sucinct Non-interactive Arguments of Knowledge），对交易金额、对交易的完全隐藏，更零加密于隐私，以及对透明交易的可控性。

• 2017年， Zerocash 团队 zk-SNARKs 能够提出众将与智能合约结合的方案，使交易在目睽睽下隐身，共同打造保护隐私的智能合约。

• 2017年，Jonathan Bootle（来自英国伦敦大学学院）、Benedict Bunz（来自美国斯坦福大学）、Dan Boneh、Andrew Poelstra、Pieter Wuille 和 Greg Maxwell 提出了“ Bulletproofs”协议，最初是为在比特币区块链链中实现而设计的，但它们一直是服务于门罗币和网络MimbleWimble的那些真正开始使用该协议的人来提高其隐私等级的人

• 2018 年，Eli Ben Sasson 、Iddo Bentov 、Yinon horesh 和 Michael Rabzev 的zk-STARKs（Zero-Know Scalable Transparent Arguments of Knowledge）zk-SNARKs 作为研究的优化版，目前由该平台的测试应用实验室阶段，唯一由StarkWare 制造。

目前主要的 ZK 证明分为：【zk-SNARKs】【Bulletproofs】【zk-STARKs】，其中 zk-SNARKs 是应用【三类】的，目前几乎所有的隐私项目都是基于 zk-SNARKs 的，zk- STARKs出现时间，因此需要目前还正确的技术理论界验证其性。

有证明方式上各不同，下面是一些常见的表现参数情况：

ZK-SNARKs、ZK-STARKs、Bulletproofs对比

【复杂度】：在计算机科学中，算法的时间复杂度（Time complex）是一个函数，它定义了算法的运行时间。这是代表算法输入值的字符串的复杂度的函数。时间复杂度常用的大指标是像平常一样，不使用函数等级项和首项的时候，复杂的时间度可以被称为不同的时间范围，也可以包括这个时间范围内的输入值大小近的情况。 （见维基百科的解释）

【公共约定】：zkSNARKS需要设置一组必须在系统安全内参与的参数，为了zkSNARKS的保证能够保证所有参数的设置，并在后立即设置所有参数。

【抗计算计算密码学：PQC】密码学：后学计算密码学，是抗计算密码学，特别是抗计算密码学的一个研究领域，能够研究计算密码学的加密算法，特别是计算密码学的加密算法是计算计算非密码学，后密码学使用现有的电子计算能力，不借助量子计算，它是借助数学计算计算的计算问题。 。（见维基百科解释）

zkARs和zk-STARs是ZK届KK的多数的话题，介绍一下简单看-双方的优劣、当前发展情况。

>>可信设置：

对可信设置的依赖是 SNARK 受诟病，STARK则需要可靠的一直存在。

也需要看到：SNARK 的可靠设置状态只是在我们最需要的时候或者需要改变的时候，而不是一直持续的才能使用。

>>量子抗性：

SNARK 的另一项优势是它们不具备足够的能力，并且在衡量性计算中可利用 STARK 的能力来衡量隐私权，而 SNARK 则将其内部的技术尽可能地进行抗辩。

如果使用计算机量子，CPTO 将面临更多的风险，比如RSA或者大多数的基础设施等，都因此被揭露。

>>发展速度

SNARK的采用速度其实比STARK快得多，原因有很多。

• SNARK比STARK早在领先的技术上，这使得该采用方面取得了显着的优势

• Zcash 在区块链开发社区中推广了 SNARK 的使用

• SNARK拥有最多的开发人员库、已发布的代码、项目和ARK想开始支持技术的开发人员。这让SNARK的开发人员如果使用更多的零知识技术，他们在使用中将获得比STARK更多的信息。

• SNARK 只需要 STARK 所需的 24%，这意味着与 SNARK 进行交易，对最终用户来说要便宜得多。

• SNARK的证明大小是小行星，这意味着它需要比STARK的链上存储。

• 以太坊基金会特别表示使用 STARKware Starks。以太坊基金会向 STARKware 提供了 120 万美元的赠款，为他们打造了对新兴技术的兴趣和联盟。

• STARK 的文档 SNARKs 相比较形见绌，但技术最近为那些希望实施更多技术的文档社区与人开发了。

• STARK，设备隔离其在移动部署的原因，而以此类设备的存在技术证明其存在的问题。

在未来，这两种技术可能有不同的不同应用在

优点

• 在使用零知识证明时，不会降低安全性

• 具有完整的隐秘性

• 安全性的数学运算量于对数、很大范围（如计算量、平方根等）

缺点

• 生成零知识证明需要大量的计算力

• 部分协议需要可信

• 部分协议不具备抗量性

零知识基础的原理颇为复杂证明，且内容繁多。因此，对于来说，学习零知识证明原理的导入非常重要。各位读者一起学习：

零知识证明学习资源汇总

本文收集了这些相关零证明的一些学习能力（包括科普论文论文、资料库及学习网站等），并针对相关资料进行整理分析，希望对大家的知识有所帮助。

secbit.io

零在区块链上的知识应用证明：

【隐私场景中，我们用零知识证明“可以在链下”的特性，在证明不发射）的发送，方隐私交易（余额）情况上区块的转移是有效的。

【容在情况下，我们需要关注这个“零证明技术的扩容链上我们我们中的信息】：关注的重点是它“证明断续续续”的特性，需要将大量计算迁移到我们链下能够进行，因此需要有一种技术链下发生的活动证明是可靠的，这些知识证明可以帮助我们背着做链下计算的书。

是可以在公开的交易上看到的密密，很可能是账间记录的交易源记录信息公开的本和完整的，这样都进行了重要的交易记录。 ，人们就可以追踪这个账号的交易，然后去其他完整的行为这样的人（比如诸如此类的有记录的所有之后，可以发现所有的）。因为这种性有可能在交易中出现的具体表现，对于投机者来说，是有获得 ALPHA 的，所以就产生了很多模式、地址或钱包的分析工具。

针对数据的隐私保护，其实可以延伸出很多的应用思考，比如：

1）【也加密】：消息之间可以发送消息，不用担心会发出所有的记录，同时可以按照服务器的发送消息与发送用户的零知识证明，比如的、但是的、目的地。

2 可以向网站证明，他有身份证明，或者证明知道谁的用户自己的网站通过而无需知道身份，网站可以零知识证明，重新确认

3、去中心化证明他们被保存用户，并且不可以向数据传输数据的任何具体内容。

4 月 4 日：用户同时有向选择自己的信用记录的方向，可以记录下的真实记录

5）【流媒体】：将流媒体进行完全加密，同时展示完整的版权保护。

6）：允许选民投票，可以验证，但【我们无权知道电子投票】

因此，在研究区块链上的扩容问题，都在我们研究区块链上的扩容问题，然而重要的链扩容却受到了三角链的影响。（不可能三角是指区块链系统设计无法同时兼顾可扩展性，去中心化和安全性，三者只能取其二）

作为公，基于核心的功用，与安全性应该是排开就在中心化的工作链上，如何解决TP低的问题。解决，将最重要的数据提交到链上主链上进行验证。

安全区块链和1）上制造一个（Layer2）保障中心，化可靠、可靠地层传播；共识（并“加密法院”，通过设计的规则审查，以奖励经济将作为传递到第二层和第二层但第二层的表达能力，不同情况的层层共识；商业类的不同需求。

链下扩容：

ZK-Rollup 的二层扩容方案就是证明，ZK-Rollup 的二层扩容方案，由和基于知识提出的 8 年Barry Whitehat提出Vitalik。

链上压缩：

采用 zknar 技术给现有的以太坊框架链成倍的提升。因为证明，计算能力需要在其中的知识链中重复计算，性能同样的计算重复，比如计算都证明技术压缩等。

我们文档汇总了当前的一些采用 ZK 技术或重点的项目，整理成未见，项目链接：

——笔记、任务、wiki和数据库的一体化工作区。

一种新工具，可将您的日常工作应用程序融为一体。

www.notion.so

注意：因为目前隐私项目上的比较快，所以数据可能会落后，有的项目可能会未包含进来，我已经开放了文档的编辑权限，但请不要乱改数据，谢谢！

我们之后重点关注的更深层次的发布研究分析，将在会期的项目中进行！

我们在行业举办的定期K+商会以下项目的全体会议上，还聚集了一些相关的（Bella）进行定，的观察结果：

未来会的一个重要问题是未来会的一个主题，存在着巨大的刚需，因此，隐私赛场上出现阿尔法的机会非常高。

隐私权的带来选择了隐私权，为我们带来了最大的性情，为我们提供了最大的权利，使当前的隐私权、价格隐私性。能够低的应用

我们，一个好的项目隐私（不管他认为是公链）应该具备以下 5 个特性：

1）基本的隐私性

2）不牺牲性能

3）极低的成本

4）用户使用权（甚至是另外一个）

5）生态旅游

是隐私公链的，展示了隐私公有的项目公链，我们认为它们之间有不同的点。

>>公链：

可以最佳隐私，让用户最低公价，最低的效果。

当前存在问题：

1）生态比较：选择直接开发类型的开发思路比较大，启动最生态的应用，生态的应用

2）保持甚至不能在融合ZK后性能链的问题，这里牵扯到公用力技术的开发问题

3）ZK链公链技术与保护河：ZK链公链技术非常简单地为K链公电话提供服务，并为K链公有可能存在的价值，并

4）技术开发方面的问题：目前ZK方面是奇缺的，隐私高度，建立公有大量的人员，因此基本比较目前的开发技术人员在项目链上的技术也有用。自由的开发，增加了一些含混的语言。

>>中间组件

最简单的好处就是放公链，说起来更方便，而且很方便。

但带来的问题就比较明显了：

1）使用的高成本

2）用户无法最佳默认隐私体验就需要自己操作，但可能提前配置好实现（）

3）钱包隐私这方面比较难做到（未来有机会做到）

4）如果能够比较公链组件的开发，ZK，个体的权利也不会存在价值（EDEN）

描述，我们认为最理想的隐私模式示例如下：

【第1位默认隐私且不表现出隐私属性的等级】

【第2位】：性能+生态的隐私公链（目前能解决的问题）

【第3位】：自主开发的高效隐私链（如Oasis和Aleo等）

【第4位】：目前的隐私成分

公链注意：链的、技术成本路线发展（我们需要关注链的问题EVM等）、性能是实际的TPS（隐私公链）、GAS等方面的生态。我们认为未来会出现一个名列隐私的前20甚至前10（除稳定币）的链。

件：例如，我们能够类似在性关注、组合性等方面，如果实现，技术开发会出现ChainLink等级的核件

1）ZK原理并没有证明问题，这需要时间来证明。

2）隐私项目的目标、可能会增加 KYC 的隐私要求、链的问题。（可以）允许地授权的来

作者：DaPangDun（@BxmZhao），Elaine.eth（@elaineyang73），zhihong（@zhihong05）

请注意：本文内容较多，篇幅较长，请自行选择自己感兴趣的部分。因个人水平有限，若文章中出现明显的错误（包括但不限于概念错误、认知错误），请DM我指正，谢谢。

Web 的时代在网络上的数据呈现形式的分布情况（由当前用户）2区块链完全透明解决了数据，又带来了公开的其他问题：

• 例如导致先被利用的负面影响（MEV攻击，EX抢先攻击等）

• 不将自己的交易数据或其他数据提供给其他人的数据无法获取其他人的数据 3

• 需要对数据进行分授权的身份识别

从这个角度来看，未来的用户应该是受到隐私保护的，用户决定是否展示自己的数据，数据展示给谁看。

因为隐私的需求，诞生了ZK技术。ZK由于采用了一种很新的技术，在1985年就被提出，早期的零知识证明其功能和有效性等限制，没有得到很好的利用，只是发现在理论表达。

理论知识，知识证明的研究才开始不断突破，同时区块链知识证明脚掌展示的机会，实现了广阔的大众视野。

我们也能看到这个市场主体同样加紧布局隐私的赛道，看到了这个市场巨大的发展潜力。

ZK：零知识证明，零知识证明或零知识协议：现代密码学三大基础，由 S.Goldonewasser、S.Micali 及 C.Rackoff 在 20 世纪 80 年代初提出。

是一方（证明者：证明者）因此方（检验者声明：验证者）另一个证明某命题的，是过程中除“命题为真”之外，而不是向其他信息。成“零泄密证明”。

• 完善性（completeness）：只要通信者具备相应的知识，那么就能通过验证者证明有足够的网络验证者的证明，证明者的证明。

• 证明者（Soundness）：如果证明者没有有时的知识，则不能通过验证者的身份，即证明验证者的能力可以考虑。

• 零知识知识（零知识知识）现在只向知识证明者中的知识知识是否具备知识的揭示，不会有任何关于知识的知识。

• 1985年，零知识证明Zero-Knowledge Proof ——由S.Goldwaser、S.Micali及C.Rackoff首次提出。

• 2010 年，Groth有一个基于椭圆曲线的双线性映射协议能够实现，长期的非协议的全协议能够实现整个协议。随后经过不断优化，链上著名的知识证明最终为零SNARKs。

• 2013年，Pinocchio协议分钟等级证明，证明等级，证明大小不等300，将知识证明从验证了应用。后来Zcash使用字节的SNARKs依据Pinocchio的改进版。

• 2014年，称的加密货币使用了一种特殊的实现Zerocash知识证明工具zk-SNARKs（Zero-Knowledge Sucinct Non-interactive Arguments of Knowledge），对交易金额、对交易的完全隐藏，更零加密于隐私，以及对透明交易的可控性。

• 2017年， Zerocash 团队 zk-SNARKs 能够提出众将与智能合约结合的方案，使交易在目睽睽下隐身，共同打造保护隐私的智能合约。

• 2017年，Jonathan Bootle（来自英国伦敦大学学院）、Benedict Bunz（来自美国斯坦福大学）、Dan Boneh、Andrew Poelstra、Pieter Wuille 和 Greg Maxwell 提出了“ Bulletproofs”协议，最初是为在比特币区块链链中实现而设计的，但它们一直是服务于门罗币和网络MimbleWimble的那些真正开始使用该协议的人来提高其隐私等级的人

• 2018 年，Eli Ben Sasson 、Iddo Bentov 、Yinon horesh 和 Michael Rabzev 的zk-STARKs（Zero-Know Scalable Transparent Arguments of Knowledge）zk-SNARKs 作为研究的优化版，目前由该平台的测试应用实验室阶段，唯一由StarkWare 制造。

目前主要的 ZK 证明分为：【zk-SNARKs】【Bulletproofs】【zk-STARKs】，其中 zk-SNARKs 是应用【三类】的，目前几乎所有的隐私项目都是基于 zk-SNARKs 的，zk- STARKs出现时间，因此需要目前还正确的技术理论界验证其性。

有证明方式上各不同，下面是一些常见的表现参数情况：

ZK-SNARKs、ZK-STARKs、Bulletproofs对比

【复杂度】：在计算机科学中，算法的时间复杂度（Time complex）是一个函数，它定义了算法的运行时间。这是代表算法输入值的字符串的复杂度的函数。时间复杂度常用的大指标是像平常一样，不使用函数等级项和首项的时候，复杂的时间度可以被称为不同的时间范围，也可以包括这个时间范围内的输入值大小近的情况。 （见维基百科的解释）

【公共约定】：zkSNARKS需要设置一组必须在系统安全内参与的参数，为了zkSNARKS的保证能够保证所有参数的设置，并在后立即设置所有参数。

【抗计算计算密码学：PQC】密码学：后学计算密码学，是抗计算密码学，特别是抗计算密码学的一个研究领域，能够研究计算密码学的加密算法，特别是计算密码学的加密算法是计算计算非密码学，后密码学使用现有的电子计算能力，不借助量子计算，它是借助数学计算计算的计算问题。 。（见维基百科解释）

zkARs和zk-STARs是ZK届KK的多数的话题，介绍一下简单看-双方的优劣、当前发展情况。

>>可信设置：

对可信设置的依赖是 SNARK 受诟病，STARK则需要可靠的一直存在。

也需要看到：SNARK 的可靠设置状态只是在我们最需要的时候或者需要改变的时候，而不是一直持续的才能使用。

>>量子抗性：

SNARK 的另一项优势是它们不具备足够的能力，并且在衡量性计算中可利用 STARK 的能力来衡量隐私权，而 SNARK 则将其内部的技术尽可能地进行抗辩。

如果使用计算机量子，CPTO 将面临更多的风险，比如RSA或者大多数的基础设施等，都因此被揭露。

>>发展速度

SNARK的采用速度其实比STARK快得多，原因有很多。

• SNARK比STARK早在领先的技术上，这使得该采用方面取得了显着的优势

• Zcash 在区块链开发社区中推广了 SNARK 的使用

• SNARK拥有最多的开发人员库、已发布的代码、项目和ARK想开始支持技术的开发人员。这让SNARK的开发人员如果使用更多的零知识技术，他们在使用中将获得比STARK更多的信息。

• SNARK 只需要 STARK 所需的 24%，这意味着与 SNARK 进行交易，对最终用户来说要便宜得多。

• SNARK的证明大小是小行星，这意味着它需要比STARK的链上存储。

• 以太坊基金会特别表示使用 STARKware Starks。以太坊基金会向 STARKware 提供了 120 万美元的赠款，为他们打造了对新兴技术的兴趣和联盟。

• STARK 的文档 SNARKs 相比较形见绌，但技术最近为那些希望实施更多技术的文档社区与人开发了。

• STARK，设备隔离其在移动部署的原因，而以此类设备的存在技术证明其存在的问题。

在未来，这两种技术可能有不同的不同应用在

优点

• 在使用零知识证明时，不会降低安全性

• 具有完整的隐秘性

• 安全性的数学运算量于对数、很大范围（如计算量、平方根等）

缺点

• 生成零知识证明需要大量的计算力

• 部分协议需要可信

• 部分协议不具备抗量性

零知识基础的原理颇为复杂证明，且内容繁多。因此，对于来说，学习零知识证明原理的导入非常重要。各位读者一起学习：

零知识证明学习资源汇总

本文收集了这些相关零证明的一些学习能力（包括科普论文论文、资料库及学习网站等），并针对相关资料进行整理分析，希望对大家的知识有所帮助。

secbit.io

零在区块链上的知识应用证明：

【隐私场景中，我们用零知识证明“可以在链下”的特性，在证明不发射）的发送，方隐私交易（余额）情况上区块的转移是有效的。

【容在情况下，我们需要关注这个“零证明技术的扩容链上我们我们中的信息】：关注的重点是它“证明断续续续”的特性，需要将大量计算迁移到我们链下能够进行，因此需要有一种技术链下发生的活动证明是可靠的，这些知识证明可以帮助我们背着做链下计算的书。

是可以在公开的交易上看到的密密，很可能是账间记录的交易源记录信息公开的本和完整的，这样都进行了重要的交易记录。 ，人们就可以追踪这个账号的交易，然后去其他完整的行为这样的人（比如诸如此类的有记录的所有之后，可以发现所有的）。因为这种性有可能在交易中出现的具体表现，对于投机者来说，是有获得 ALPHA 的，所以就产生了很多模式、地址或钱包的分析工具。

针对数据的隐私保护，其实可以延伸出很多的应用思考，比如：

1）【也加密】：消息之间可以发送消息，不用担心会发出所有的记录，同时可以按照服务器的发送消息与发送用户的零知识证明，比如的、但是的、目的地。

2 可以向网站证明，他有身份证明，或者证明知道谁的用户自己的网站通过而无需知道身份，网站可以零知识证明，重新确认

3、去中心化证明他们被保存用户，并且不可以向数据传输数据的任何具体内容。

4 月 4 日：用户同时有向选择自己的信用记录的方向，可以记录下的真实记录

5）【流媒体】：将流媒体进行完全加密，同时展示完整的版权保护。

6）：允许选民投票，可以验证，但【我们无权知道电子投票】

因此，在研究区块链上的扩容问题，都在我们研究区块链上的扩容问题，然而重要的链扩容却受到了三角链的影响。（不可能三角是指区块链系统设计无法同时兼顾可扩展性，去中心化和安全性，三者只能取其二）

作为公，基于核心的功用，与安全性应该是排开就在中心化的工作链上，如何解决TP低的问题。解决，将最重要的数据提交到链上主链上进行验证。

安全区块链和1）上制造一个（Layer2）保障中心，化可靠、可靠地层传播；共识（并“加密法院”，通过设计的规则审查，以奖励经济将作为传递到第二层和第二层但第二层的表达能力，不同情况的层层共识；商业类的不同需求。

链下扩容：

ZK-Rollup 的二层扩容方案就是证明，ZK-Rollup 的二层扩容方案，由和基于知识提出的 8 年Barry Whitehat提出Vitalik。

链上压缩：

采用 zknar 技术给现有的以太坊框架链成倍的提升。因为证明，计算能力需要在其中的知识链中重复计算，性能同样的计算重复，比如计算都证明技术压缩等。

我们文档汇总了当前的一些采用 ZK 技术或重点的项目，整理成未见，项目链接：

——笔记、任务、wiki和数据库的一体化工作区。

一种新工具，可将您的日常工作应用程序融为一体。

www.notion.so

注意：因为目前隐私项目上的比较快，所以数据可能会落后，有的项目可能会未包含进来，我已经开放了文档的编辑权限，但请不要乱改数据，谢谢！

我们之后重点关注的更深层次的发布研究分析，将在会期的项目中进行！

我们在行业举办的定期K+商会以下项目的全体会议上，还聚集了一些相关的（Bella）进行定，的观察结果：

未来会的一个重要问题是未来会的一个主题，存在着巨大的刚需，因此，隐私赛场上出现阿尔法的机会非常高。

隐私权的带来选择了隐私权，为我们带来了最大的性情，为我们提供了最大的权利，使当前的隐私权、价格隐私性。能够低的应用

我们，一个好的项目隐私（不管他认为是公链）应该具备以下 5 个特性：

1）基本的隐私性

2）不牺牲性能

3）极低的成本

4）用户使用权（甚至是另外一个）

5）生态旅游

是隐私公链的，展示了隐私公有的项目公链，我们认为它们之间有不同的点。

>>公链：

可以最佳隐私，让用户最低公价，最低的效果。

当前存在问题：

1）生态比较：选择直接开发类型的开发思路比较大，启动最生态的应用，生态的应用

2）保持甚至不能在融合ZK后性能链的问题，这里牵扯到公用力技术的开发问题

3）ZK链公链技术与保护河：ZK链公链技术非常简单地为K链公电话提供服务，并为K链公有可能存在的价值，并

4）技术开发方面的问题：目前ZK方面是奇缺的，隐私高度，建立公有大量的人员，因此基本比较目前的开发技术人员在项目链上的技术也有用。自由的开发，增加了一些含混的语言。

>>中间组件

最简单的好处就是放公链，说起来更方便，而且很方便。

但带来的问题就比较明显了：

1）使用的高成本

2）用户无法最佳默认隐私体验就需要自己操作，但可能提前配置好实现（）

3）钱包隐私这方面比较难做到（未来有机会做到）

4）如果能够比较公链组件的开发，ZK，个体的权利也不会存在价值（EDEN）

描述，我们认为最理想的隐私模式示例如下：

【第1位默认隐私且不表现出隐私属性的等级】

【第2位】：性能+生态的隐私公链（目前能解决的问题）

【第3位】：自主开发的高效隐私链（如Oasis和Aleo等）

【第4位】：目前的隐私成分

公链注意：链的、技术成本路线发展（我们需要关注链的问题EVM等）、性能是实际的TPS（隐私公链）、GAS等方面的生态。我们认为未来会出现一个名列隐私的前20甚至前10（除稳定币）的链。

件：例如，我们能够类似在性关注、组合性等方面，如果实现，技术开发会出现ChainLink等级的核件

1）ZK原理并没有证明问题，这需要时间来证明。

2）隐私项目的目标、可能会增加 KYC 的隐私要求、链的问题。（可以）允许地授权的来