零知识技术：Web3过誉？警惕盲信！

不要盲目信任零知识技术：Web3 需要更谨慎的态度

Web3 对零知识 (ZK) 技术寄予厚望，将其视为解决可扩展性、安全性和隐私问题的关键。 但过度的信任可能会适得其反。

ZK 技术在 Web3 领域还相对较新，存在一些尚未解决的缺陷。 虽然开发人员正在积极改进，但创新速度往往超过实际构建速度。

盲目信任未经充分验证的 ZK 技术，可能会对 Web3 的可持续发展构成威胁。 我们需要对其潜在的缺点进行彻底的审视，而不是一味地崇拜它。

ZK 技术目前更像是一个附加功能，而不是能够从根本上支持链上执行的核心技术。 这是因为相关领域和产品仍在开发中。

此外，ZK 技术领域正面临过度复杂化的风险，导致 ZK 构建者和 Web3 用户之间的知识鸿沟越来越大。

ZK 技术开发面临的另一个挑战是在不影响项目完整性的前提下，加快上市时间。 ZK 证明和电路的可访问性仍然有限，开发人员需要学习特定领域语言 (DSL) 才能进行进一步的开发。

这个过程需要大量的专业知识，例如 Scroll 从 pre-alpha 测试网到主网启动花费了近一年半的时间。 这种延迟可能源于对 Halo2 相关 zkDSL 实施的 zkEVM 电路代码进行了深入审查。

由于全球只有少数人精通 DSL 和密码学，因此我们需要确保 ZK 技术的每个组件都是可独立验证的，从而方便更多开发人员使用。

此外，ZK 技术还面临可配置性的挑战。 每一次必要的升级都可能需要对系统进行彻底的检修，而不是在现有框架上进行简单的“升级”。

一些 ZK 项目正在努力开发能够简化开发过程的解决方案，以解决上市时间缓慢、生成证明的成本、电路的可配置性以及学习特定密码语言的要求等问题。

开发更简单的方法，将代码编译成功能齐全的电路，对于确保 ZK 应用的可组合性至关重要。 编译器等工具可以快速验证代码的功能，开发人员还可以使用多种编码语言来开发更高效的应用。

目前，行业对可扩展性和安全性的迫切需求掩盖了 ZK 技术的成本和复杂性等缺点。

ZK 技术需要变得更简单，即使开发人员不是密码学或电路设计专家，也应该能够轻松使用它。

ZK 基础设施提供商需要创建工具，简化构建过程，降低与基础设施相关的成本。 此外，还可以为希望进入该领域的开发人员提供更多资源和支持，例如教育计划和指导机会。

归根结底，即使有了 ZK 技术，我们也不能仅仅信任，还要进行验证。

这不仅适用于交易结算，还应适用于我们用来构建或编译代码的工具。 开发人员和用户应该更多地认识到这一点，以鼓励项目之间的完整性。

通过全面了解 ZK 技术的优势和局限性，我们可以避免不必要的失望。 ZK 技术的未来在于以无需信任的方式验证几乎任何事物，构建者必须明白，其功能远不止可扩展性和安全性。