谷歌将 Longfellow 零知识证明库交给 Linux Foundation：数字身份开始寻找中立治理

谷歌将其 Longfellow 零知识证明库的治理权移交给 Linux Foundation Europe 旗下的后量子密码学联盟（PQCA），旨在建立供应商中立的开放治理机制以支持数字身份和隐私保护验证。此次转移强调治理与长期维护，而非新增开源；后续能否广泛采用取决于审计、互操作和标准化进展。

谷歌宣布，将其 Longfellow 零知识证明（Zero-Knowledge Proof，ZKP）库捐赠给 Linux Foundation Europe 旗下的 Post-Quantum Cryptography Alliance（PQCA，后量子密码学联盟）。谷歌表示，此举旨在为这套面向数字身份的密码学工具建立“供应商中立”的开放治理机制，让开发者、研究人员和公共机构能够共同审计、使用和继续维护它。

这不是一次新的代码开源，而是一次治理权转移。Longfellow 已于去年开放源代码；此次捐赠则把项目从谷歌主导的开源仓库，推进到由 Linux Foundation 体系承载的协作框架中。

谷歌捐出的究竟是什么

Longfellow 的核心用途，是让用户在不透露完整个人资料的情况下证明某项事实。例如，用户可以向网站证明自己已年满 18 岁，而不必提交姓名、出生日期或其他身份信息。

谷歌在官方公告中称，Longfellow 与数字身份结合后，可以帮助人们在现实和线上场景中使用数字凭证，同时只披露完成一次验证所必需的信息。公司将这种安排描述为建立“量子安全”的数字身份应用标准，但这属于谷歌对项目发展方向的表述，并不等同于该库已经成为正式的国际标准。

项目的官方文档显示，Longfellow 面向多种既有身份凭证格式，包括 ISO mDOC、JWT 和 W3C Verifiable Credentials。它的一个现实意义在于，开发者不必等待所有现有数字身份系统都更换底层凭证格式，就可以在既有体系上增加更少披露信息的验证机制。

这项变化可以这样理解

• 证明什么：用户可以证明“年龄达到某个门槛”等事实；
• 隐藏什么：不必交出完整身份证明中的姓名、生日或地址；
• 谁来维护：项目将由 PQCA 和 Linux Foundation Europe 体系下的开放社区承载；
• 谷歌的角色：谷歌表示仍会继续公开开发和支持该库，并与世界各地的专家合作。

零知识证明并不意味着用户完全没有身份。用户仍然需要由可信机构签发数字凭证；它改变的是验证者在使用凭证时能够看到多少信息。

从年龄验证走向数字身份基础设施

年龄验证是这类技术最直观的应用。用户访问受年龄限制的网站时，传统做法可能要求上传身份证件，或者把完整出生日期交给平台。零知识证明则允许系统只验证“是否达到 18 岁”这一结果。

谷歌此前曾与德国 Sparkasse 合作，推动基于 Google Wallet 的欧洲年龄保证方案，并在另一篇官方文章中宣布开放相关 ZKP 库。该文章称，开放代码可以帮助公共和私营部门开发隐私增强型应用及数字身份解决方案。

这条路线与欧盟数字身份钱包的建设方向相互衔接。欧盟官方数字身份钱包页面指出，欧盟数字身份框架已于 2024 年生效，各成员国需要在 2026 年提供至少一个符合共同规范的钱包。钱包不仅用于证明身份，也可以保存并选择性分享教育、医疗、旅行和支付等数字文件。

在这种体系中，年龄只是可验证属性之一。未来的验证请求可能是“拥有某种资格”“居住在某个地区”或“具备某项许可”，而不是要求服务商获得完整身份档案。谷歌希望 Longfellow 能成为连接这些凭证格式与隐私保护验证流程的一层基础设施。

为什么要交给 Linux Foundation Europe

密码学库的技术能力固然重要，但数字身份系统还涉及信任、互操作和长期维护。若一套关键组件长期由单一企业控制，政府、钱包运营商和服务商可能会担心供应商锁定，也难以判断项目未来是否会随企业商业重点改变。

PQCA 于 2024 年由 Linux Foundation 发起，目标是推动后量子密码学的开发、评估和采用。联盟的创始成员包括谷歌、AWS、思科、IBM、英伟达以及滑铁卢大学等。其重点并不只是发布算法，也包括为生产环境提供软件实现、测试和迁移支持。相关背景见 Linux Foundation 对 PQCA 的介绍。

谷歌此次选择 PQCA，意味着它试图把数字身份隐私与后量子密码学放在同一套开放治理框架下。不过，两者并不是同一个问题：零知识证明主要解决“如何证明而少披露”，后量子密码学则针对未来量子计算机可能削弱现有密码系统的风险。将 Longfellow 放入 PQCA，更多体现的是项目治理和长期安全路线的结合，而不是简单地把年龄验证库变成后量子算法库。

这类“把项目交给基金会”的做法，在谷歌的开源战略中并不罕见。此前，谷歌曾将面向数字医疗的 Open Health Stack 代码与资产交给 Linux Foundation，并由 Google.org 提供资金支持。那次迁移的重点是让医疗数据工具在供应商中立的框架下持续发展；这次 Longfellow 捐赠，则把相似的治理逻辑带到了数字身份和密码学领域。

开放代码不等于自动获得信任

Longfellow 的GitHub 仓库提供了源代码、文档和构建说明，项目页面也列出了针对库实现的安全审查信息。开放代码有助于外部研究人员复核协议和实现，但密码学工具的可信度仍取决于审查深度、漏洞修复、版本管理以及实际部署方式。

尤其是在数字身份场景中，证明系统只是完整链条的一部分。身份由谁签发、凭证如何撤销、验证请求是否会被不同网站关联、用户设备是否安全，以及服务商是否会以其他方式收集数据，都会影响最终的隐私效果。

因此，零知识证明能够减少不必要的信息披露，却不能单独解决所有身份系统问题。即使验证者只得到“年龄达标”这一结果，用户仍可能通过账户、设备指纹、IP 地址或其他交易信息被识别。隐私保护最终取决于密码学协议、钱包设计、服务商实践和监管要求能否同时成立。

下一步取决于标准化和真实部署

谷歌称，希望 Longfellow 能在不同设备、浏览器和钱包之间工作，并成为全球可互操作的数字身份基础设施的一部分。但从开源库到广泛使用的标准，中间仍有若干环节需要完成：

1. 互操作性：不同国家的身份系统和凭证格式能否稳定衔接；
2. 安全审查：外部审计能否持续进行，漏洞是否能够及时修复并透明披露；
3. 治理独立性：Linux Foundation Europe 旗下的项目治理是否能真正平衡谷歌与其他参与者的利益；
4. 用户控制：钱包是否默认采用最少披露和不可关联的验证方式；
5. 法律落地：欧盟数字身份钱包和各国年龄验证要求，最终会采用哪些具体技术方案。

这也解释了为什么此次消息的重点不只是“谷歌开源了一个密码学库”。在数字身份逐步进入网站登录、年龄验证、支付和公共服务的过程中，谁来维护关键组件、谁来定义兼容标准，以及验证过程中究竟应当披露多少信息，都会成为基础设施层面的公共问题。

Longfellow 被交给 Linux Foundation Europe 后，谷歌仍将是重要贡献者，但不再是唯一的治理中心。它能否从一套由谷歌发起的技术，成长为不同钱包、机构和开发者都愿意依赖的开放标准，最终要看后续审计、标准化和实际部署，而不只是代码是否已经公开。