Web3.0训练营第二期的培训一直在稳步进行。万向区块链蜂巢研究院第61期举办了Web3.0训练营第二期基础设施专题直播，邀请奇偶亚洲负责人(主持人)和第二期训练营代表：Subquery CEO Sam Zou、Subscan负责人Yakio Liu、zCloak Network创始人小张进行了深入的探讨和分享。
为了分享全文，以下仅代表嘉宾观点，不代表万向区块链立场。
姚期：万向区块链哔哩哔哩直播间的朋友们晚上好！这是万向区块链实验室和新链空间举办的蜂巢学院线上公开课。本期为第六十一期。
本期主题为Web3.0 Bootcamp二期基础设施专场，深度对话Boca生态基础设施项目：子查询、Subscan、zCloak网络。
今天很荣幸邀请到Subquery的CEO Sam，Subscan的负责人Yakio，zCloak的创始人小张。我是今天的主持人姚期，是平价亚洲的负责人。
直奔主题，首先请介绍三个项目：子查询、Subscan和Zcloak网络。同时，具体来说，你的项目解决了什么样的场景需求？使用了什么特殊的区块链技术？我们何不从子查询Sam开始。
山姆邹：谢谢姚期，谢谢大家！我叫山姆邹。感谢您给我机会参加本次小组讨论。让我介绍一下子查询。
子查询的任务是使分散的数据更容易访问。每个区块链团队都要处理和查询数据，但区块链上的数据是以杂乱的格式存储的，无法读取和查询，所以整个区块链可能需要很长时间才能获得所需的信息。
子查询的目的是使这种查询更快更容易。应用子查询可以让区块链开发者团队专注于他们的核心业务逻辑和前端，而不用浪费时间构建后端基础设施。
子查询主要分为两部分：
第一部分：集中服务。搭建了一个集中的平台，为阿波罗卡生态的开发团队和DApp开发者服务。
第二部分：权力下放协议。去中心化协议是为了鼓励更多的基础设施服务提供商加入子查询生态系统，提供更加去中心化的数据服务。权力下放协议是下一步工作的主要重点。
刘垚：大家好！我是亚基奥，Subscan的浏览器经理。Subscan是一个聚合了底层生态的多链浏览器。
由于区块链的去中心化性质，如果公开透明，用户看到链上的实时信息和历史信息就没那么容易了，因为区块链本身并不是以可视化的形式存在的，获取和使用它需要更高的技术门槛。
我们的区块链浏览器解决了这个问题。用户不再需要知道区块链的底层技术。它可以通过可视化的方式方便用户获取区块链的数据信息，并为用户提供浏览和查询区块链信息的功能。
在区块链浏览器中，您只需输入交易的哈希值或账户的索引，就可以查询它们的详细信息和参数。
当然，区块链信息的查询和索引是区块链浏览器的基本功能。基于这些数据资源，我们还会根据业务在数据集成分析，数据API，或者数据精细化处理方面进行开发。
未来，数据可视化和改善用户体验将成为区块链浏览器的主要竞争点，这也是Subscan正在做的事情。
小张：大家好！我是zCloak的创始人小张。我简单说一下我们做这个项目的初衷和使用的技术。
对于很多人来说，大数据时代的数据使用存在一个两难的问题。人们经常需要分享自己的数据来获得各种互联网服务，并把它们放在区块链世界中。您必须将数据写入链中，才能获得链上的服务。
但在这个过程中，很容易暴露个人隐私，很多个人信息会被别人拿走。保护数据隐私最安全的方法就是不与他人分享任何数据，这样别人就无法窃取你的隐私。
困境在于，如果不共享数据，就无法获得链条上的各种服务。为了解决这个问题，zCloak Network利用零知识证明技术，帮助人们在不共享自己数据的情况下，使用自己的数据，获得链上的各种服务。
使用的主要技术是零知识证明，基于zk-STARK的零知识证明虚拟机，以及衬底区块链的离链器技术，可以方便地与链下数据进行交互。博卡生态中还有“零知识证明即服务”的商业模式，所以使用跨链技术，通过跨链技术为其他平行链提供零知识证明服务。
这是关于我们项目的基本信息。
姚期：当你建立自己的相应项目或自己的Web3.0基础设施时，你会面临任何挑战和困难吗？同时，你是如何克服你的项目所面临的独特挑战和困难的？
小张：在做项目的过程中，零知识证明技术出来已经有相当长的时间了，但是真正商业应用中我们能看到的相关项目并不多。主要原因是零知识证明技术涉及到很多密码学和数学方面的要求，虽然很多项目方想要使用该技术时需要专业的人才来支持类似的开发。这个问题一直是困扰很多项目的难点。
就zCloak网络项目而言，使用了一种独特的技术，——零知识证明虚拟机。最大的好处是零知识证明电路生成的部分可以抽象出来，用户或者开发者只需要专注于自己的业务逻辑。
在这种情况下，开发者不需要了解任何关于零知识证明的知识。他可以在虚拟机上通过用类似Solidity的代码清晰地描述业务逻辑来自动生成证明电路，他可以用证明电路服务于他的业务场景。
另外，零知识证明已经发表很久了，但是运行效率是瓶颈，尤其是在证明生成部分。正如您所看到的，行业中有一些项目已经在生产状态下运行。在认证生成部分，使用服务器级集群进行认证状态生成，所以消耗的计算能力还是比较大的。
在这一点上，我们走了一条不同于其他零知识证明项目的道路。我们知道零知识证明现在主要有两条技术路线，一条是zk-SNARK，另一条是zk-STARK。
目前业内大部分零知识证明项目使用的都是zk-SNARK技术，因为零知识证明的规模比较小，比较适合在链中使用。但对我们来说，我们用zk-STARK，好处是证明了生成效率会更高。
就在最近，我做了一个实际的实验，安排在浏览器中，把Rust零知识证明虚拟机编译成一个Wasm库，可以在浏览器中运行。零知识证明生成实验在浏览器中进行，测得的结果可以在几十或几十毫秒内完成零知识证明的生成，所以目前效率还是比较高的。
另外，zk-STARK技术可以摆脱zk-SNARK一直在做的可信设置过程，去中心化和安全性会更好。这是我们最近在做的一些工作。跟大家分享一下吧。
刘垚：在我们做多链浏览器的初期，最大的困难可能是支持很多不同的基于基底的平行链，这些平行链可能有一些相似之处，也有一些特点。我们已经做了很多努力来方便地支持各种衬底网络。
在前端，我们统一了不同网络配置项的白名单，更好地实现了单个网络的定制需求，为不同网络提供了符合开放搜索标准的XML，并自动集成搜索引擎。
在后端服务上，我们为Subscan开发了网络支撑脚手架，并对所有基本的并行链做了大量的兼容性适配。我们只需要更新节点和类型来启动一个简单的subscan浏览器服务。使用GitHub Actions、Kubernetes、Helm等工具链，实现批量和自动部署，增加资源监控和告警提醒，保证服务稳定性。对于Subscan这种支持几十个网络的产品来说，节省的时间和人力成本是巨大的。
其实对于Subscan这种现在支持几十个网络的产品来说，节省的时间成本和人力成本是非常大的。
山姆邹：实际上，我们这里有两个要点。
一是技术的不确定性，比如基板的Polkadot，不同的Parachain经常迭代，导致代码频繁更新跟随迭代。有许多Parachain运行在基于底层项目的子查询上。
正如Subscan所说，团队很难维护自己的迭代。基于这种情况，开发了零件门户。Part portal解决的主要问题是让每一个和我们接洽的区块链团队邀请他们参与Part portal。在Part portal中，他们可以维护自己的链版本。
比如Acala的链条升级时，他们不需要和我们团队沟通，他们可以管理自己链条的升级。例如，我们也有OnFinalidy产品。有一个节点市场。从社区的角度来说，如果社区里的每个人都想到自己的Fullnode或者Validate node或者collected，那么可以从项目端和Parachain的角度自己定义一些参数。比如node的大小，default的一些默认值，或者推荐的存储端，都可以从项目端的角度定制，大大节省了我们团队维护不同链的成本。
第二，访问量。例如，在过去的一两个月里，OnFinalidy平台、Polkadot和草间弥生的日访问量加在一起，大概可以有1 . 5亿次访问，每天都有这么多。
我们是怎么处理的？我们已经做了一些智能路由，因为我们是基于立方体基础设施。这样，不同的国家和地区，如亚洲的东京、北美和欧洲，就有不同的集群。集群不仅基于自动气象站，也基于GCP。
例如，这个请求来自北美，我们自动将请求引导到北美的集群进行服务，最近的集群为该请求提供服务。即使北美集群宕机，我们也会自动将其导入其他集群以满足请求。这确保了平台的可靠性或稳定性。
我们还支持跨云，不仅是AWS，还有GCP。就算AWS宕机也没关系。GCP还活着，只要GCP活着，它就会满足这些要求。这是我们为解决这种规模的挑战而制定的解决方案。
另一个问题是人才。我们现在也面临一个很大的问题。找到有经验的开发者是非常非常困难的。所以我们花了一些精力去培养一些新人。有不同的才能加入我们的团队是非常重要的。类似这样的。
姚期：谢谢你的分享，山姆。除了你刚才说的，不同的链因为流量有不同的要求，可能我们要提供一个更定制的方式，更方便项目方使用。同时，可以确保跨多个云服务平台防止单点故障。同时，我们都知道子查询希望在未来实现一个相对去中心化的底层基础设施。之后，您打算如何在一定程度上分散底层基础设施，同时兼顾更好的效率？
Samzou:子查询是一个开源项目，每个开发者都可以下载代码来构建自己的子查询服务。因此，子查询协议的主要目标是鼓励更多更好的基础设施服务提供商加入生态系统，提供更多更稳定的数据服务。
现在，我们也在和世界上一些顶尖的咨询公司一起设计经济模型。最终的经济模型就像所有子查询生态参与者都获得相应的回报，大概就是这样。
姚期：Subscan目前支持大约20个基于衬底的并行链，无论是测试网络还是主网络。您打算如何更方便地支持更多的并行链？
目前我知道博卡生态大概有200个项目是用基质开发的。如果以后完全支持这些，工程环节会比较大。有没有什么优化可以更方便的支持各种平行链或者基板的区块链？
刘垚：除此之外，我们在前端、后端、运维方面已经有了一套成熟的解决方案。从前期与一些需求项目方对接，到前端将所有配置项做成白名单，再到后端自动部署和运维监控，可以实现网络的快速配置。
此外，我们开源了subscan的基本版本，并定期维护它。项目方也可以通过插件支持一些标准化的自定义功能。一些早期的项目或个人开发者可以根据自己的业务需求运行一个基于该版本的浏览器。这样项目就不仅仅依靠我们团队的人力，大家都可以加入到浏览器的开发中来，服务更多基于substrate开发的链条。
姚期：小张，刚才你也提到零知识证明的生成比较慢，你做了很多优化。其中，在浏览器中生成证明也可以达到非常快的速度。你能详细说明这一部分吗？
据我所知，确实当你的计算比较复杂的时候，因为电路门比较多，你的证明生成速度一般会受到硬件的限制。像你提到的各种产品，都需要庞大的服务器，强大的CPU和GPU来支持零知识证明生成。
能不能和我们分享一点关于虚拟机的细节或者一些有趣的优化，让你的证书生成相对更快？
小张：从优化的角度来看，姚期刚才提到的零知识证明的生成速度与计算复杂度直接相关。如果是针对复杂或者大规模的计算，无论怎么优化，花费的时间肯定会比简单计算增加。
在这方面，我们做了几项工作：
一、零知识证明虚拟机，从虚拟机架构设计的角度来看，是采用指令集来支持复杂计算，将在指令级进行升级。已知的复杂运算进来后，可以用更简单快捷的方法生成证明，相当于提前做了计算工作。
其次，另外在证书生成过程中正在做一件事，发挥计算机多核的优势。现在正在做演示系统，已经原则上起作用了。如果能发挥多核处理器的威力，如果一核、四核、八核同时运行，多核计算效率肯定会高很多，花费的时间也会少很多。
再次，从应用场景来看，当我们需要获取服务或者使用零知识证明技术时，并不意味着我们现在就要随身带着一个二维码。很有可能服务可以提前得到我想要做的计算，或者从运营商和第三方得到我需要做的计算，提前生成证明。在生成之后，提供一系列额外的存储来帮助用户保存现有的零知识证明机制，这允许他在下一个类似的场景中直接重用已证明的证明。
举个非常简单的例子，比如在这个场景中，我证明了我的年龄和我来自的国家符合KYC项目的要求。可能很多项目的KYC要求都差不多。当类似项目再次找我要这样的证明时，我可以直接重用之前的证明。这种情况下，用户临时证明零知识，可以省下不少钱。现在的主要想法是这样的。
作为一个稍微长远的目标，我们也在考虑独立于维度的FPGA加速的形式。如果真的遇到性能瓶颈，我们会用FPGA加速的形式来做零知识证明计算，但目前还在规划过程中。
姚期：与以太坊现有的项目相比，你认为自己开发基础设施产品的优势是什么？同时，在未来，尤其是在多链和Web3.0的生态中，我们能不能做到我们有而他们没有，而他们有我们能同时做得更好？
小张：交易隐私，包括转账和DEX隐私，也是一个很重要的话题。据我所知，博卡上也有相关项目方也在朝这个方向努力。但是现在zCloak的方向和直接交易隐私不完全一样，但是交易隐私也是我们计划中很重要的一件事情。相比竞品，现在有一个更迫切的方向，可能值得去做，那就是如何在链条中使用真实的身份信息或者真实世界中的个人隐私信息。
zCloak Network现在为大家做的就是在身份合规方面做一个类似于私人身份预测器的服务。我们可以作为普通DeFi项目和私人交易服务的入口。我们作为入口能做的就是帮助项目把关。进入项目的用户可以帮助你保证他们都是合规的用户，他们都通过了集中交易所和银行级KYC的检验。当然，你不可能直接把用户的直接身份信息和KYC信息发给链家，因为这样会涉及到隐私的泄露。
我们可以做到的是保护您的身份和隐私，而不泄露您的身份或任何有关您的具体信息。我们也可以允许用户证明自己是合法合规的用户，来DeFi乐高玩。这将有助于项目各方分担来自现实世界的监管压力，这是我们从业务角度关注的一个方面。
刘垚：自从我们的项目开始被大家所知，以太坊上有越来越多的人将我们和以太扫描浏览器进行比较。
以太扫描就是以太坊生态，甚至可以说是目前区块链业界最有影响力的浏览器项目。经过多年的发展，现在各方面都可以看到它非常强大的功能，而且还在不断迭代推新的功能。这是一个我们尊重的项目，也是我们学习的榜样。
Subscan成立一年多，到现在还不到两年，还处于比较初级的阶段。与Etherscan相比，我们还有很多不足，需要时间去发展。但我们的目标是成为基板生态系统中的以太扫描，我们会朝着这个目标努力。
如果一定要说是优点的话，刚才姚期也提到了，以太扫描不仅仅是以太坊生态系统，也是EVM生态系统的浏览器，比如BSC网络。
Subscan是一个多链浏览器，但是我们支持Substrate的生态网络，它支持更多的网络。目前已经支持20多个网络。我们连接到新的网络，更多地考虑成本和效率。当然，这离不开基板框架本身的优势。
Samzou:姚期，刚才你提到了一些类似的以太坊项目。比如前段时间很流行的图，Infura，Infura。大家都知道MetaMask之后的访问都是对Infura的访问。
我们最大的优势是基于Substrate和Polkadot的解决方案，为我们提供了先天的多链支持。众所周知，草间弥生、波尔卡多特、宇称都是基于底物发展起来的。从理论上讲，当我们支持一条副链时，其他的副链就非常容易支持。也许我们可以通过改变一些参数来支持它。草间弥生和波尔卡多特都是一套代码，支持波尔卡多特自然也支持草间弥生。
就SubQuery和OnFinalidy而言，我们是为Substrate提供一整套基础设施解决方案的开发团队。从最低的专用节点服务(管理器的节点服务)到节点服务上的API服务。API还构建了一个子查询的数据提供者，它提供了一整套完整的栈基础设施解决方案。我觉得这是我们非常非常强的优势。
如果图想支持博卡生态，或者其他生态，就需要底层基础设施来帮助。比如以太坊生态，用图爬一个链数据，这样你也得提供公共端点和API给你爬。需要可靠稳定的公共API的端点允许你爬数据。
优势在于我们提供了一整套全栈解决方案来帮助Boca Eco的团队网络。我觉得这是我们很大的优势。
姚期：在你看来，未来Web 3.0基础设施的组成部分是什么？同时，目前无论是SubQuery，Subscan，zCloak。我们自己的项目如何帮助当前的生态实现未来Web 3.0的愿景？
Sam Zou:未来Web 3.0的基础设施应该更加高效和分散。子查询的愿景是让去中心化的数据更容易访问，让Web 3.0的开发更容易实现，所以这是一个很大的愿景。例如，当Web 2.0开发一个应用程序时，可能会使用许多AWS云服务来加快开发过程，因此Web 3.0中的愿景是提供AWS去中心化解决方案，以便更多的DApp开发者可以更轻松地开发他们的DApp。这是我们的愿景。
刘垚：大家谈论Web 3.0已经很多年了。在我看来，Web3.0时代是互联共赢的时代，基础设施赛道也不例外。
一方面，Subscan会通过一些插件支持一些非标准化的自定义功能，外部开发者可以通过提交插件的方式参与Subscan的开发，这其实是一种更加自由开放的合作模式。
另一方面，我们会整合很多优秀的服务，利用不同项目的优势，更好地服务生态。比如Subscan即将发布一个小工具，是一个多签工具，集成了子查询的一些服务。
Subscan的治理模块已经链接到Polkassembly治理平台，未来还会有更多这样的合作和探索。
小张：作为项目方，我们进入了博卡生态。从一开始，我们就被Polkadot Web 3.0的旗帜所吸引。在我们看来，这是互联网未来发展的必然趋势，一定会朝着个人数据更加去中心化、民主化的方向发展。
Web 3.0提出了一个非常基础的概念，希望每个人的数据都归自己所有，让每个人在数字时代都拥有自己的数据主权，我们认为这是一个非常好的理想。但是现在，大家都习惯了中心化的服务，并没有意识到获得数据主权的重要性。
另外，从工具的角度，我们看到现在有些人在做一些事情。类似于self-sovereign identity、self-sovereign data和DID的进展，已经有一些工具和项目可以帮助你获取自己的数据并保存。
但是从基础设施的角度来说，还是缺少服务，就是我把数据保存在本地，这是一个很好的起点。如果要访问互联网服务或链上的服务，如何在保护数据隐私或不共享数据的情况下使用数据？
ZCloak Network一直致力于帮助每个人使用他们的私人数据的愿景，让你可以使用你的数据获得各行各业的各种金融、互联网或其他服务，而无需共享你自己的数据。这一块也将是我们不变的目标。
姚期：谢谢你的分享。非常感谢您的观看。今天的直播到此结束。谢谢大家！