2026-07-13

政务

将零知识证明应用于政务系统

一个办事大厅的日常

你走进政务服务中心，取号，排队，到窗口。办事员说：请出示身份证原件、户口本、房产证、结婚证、近三个月的社保证明……

你从文件袋里掏出一沓复印件。办事员一份一份地核验、盖章、扫描、存档。办完一件事，材料收不回来；办下一件事，同样的材料再交一遍。

这就是政务服务的经典困局：为了证明”我是我”、为了证明”我符合条件”，你必须把个人信息毫无保留地交到一个又一个窗口。

数据多跑路，用户少跑腿——但数据跑去了哪里？

“让数据多跑路，让群众少跑腿”这个口号提了很多年。各地政务系统确实在推进数据共享，但一个更棘手的问题随之浮现：

数据跑路的过程中，谁看到了这些数据？

人社部门需要核验你的社保缴纳情况，于是你的缴费记录被调取。住建部门需要核验你的房产信息，于是你的不动产权证被调取。教育部门需要核验你的学历，于是你的学籍信息被调取。每一次核验都是一次数据暴露，而且暴露的程度远远超过了”判断你是否符合条件”所需要的信息量。

更麻烦的是，这些数据在部门之间的流转往往缺乏精确的权限控制。一个窗口办事员在核验社保资格时，实际上能看到你过去十年的所有缴费明细——虽然他只需要知道”是否满足连续缴纳 24 个月”这一个判断。

系统说”数据共享”，用户感受到的却是”隐私漫游”。

资格审核：一个判断题被做成了论述题

想一想政务场景中大量的”资格审核”类业务：

申请保障性住房：需要证明家庭人均收入低于某个门槛
申请低保：需要证明家庭成员的总资产不超过限额
子女入学：需要证明在本学区有房产
购房资格：需要证明名下房产不超过规定数量

这些业务本质上都是判断题——符合，或者不符合。

但现有流程硬是把判断题做成了论述题：你得把全家人的收入流水、资产清单、房产证明全部交上去，由审核人员在纸质材料中逐项核对。操作过程中，审核人员实际掌握的信息量远远大于做出判断所需的信息量。你不仅要证明”我符合条件”，还得把整个家底都亮出来。

这在数据隐私意识日益增强的今天，已经越来越难以被接受。

跨部门数据共享：合规和效率的双重困境

政务系统的另一个痛点是跨部门数据共享。一家企业申报高新技术企业认定，需要同时向科技局、税务局、市场监管局提交材料。每个部门都要求提供营业执照、纳税证明、知识产权证书。企业在三个窗口之间来回跑，同一份材料复印三遍。

理论上，让一个部门把数据共享给另一个部门就行了。但现实是：

数据共享涉及数据安全法的合规要求
不同部门对数据密级的管理标准不一
部门之间存在数据主权意识——“我的数据凭什么给你？”
一旦发生数据泄露，责任难以厘清

于是，一个荒诞的局面出现了：每个部门都在说”数据共享是大方向”，但每个部门都在等着别人先开放数据。

ZKP 能干什么：只交判定，不交数据

零知识证明在政务场景中的价值，用一个例子就能说明白。

假设你要申请保障性住房。审核条件之一是”家庭人均月收入低于 5000 元”。传统做法：你提交三个月的银行流水和单位收入证明，工作人员逐笔核对。

ZKP 的做法：你的银行或税务系统可以生成一份密码学证明，上面只写着一句话——“该申请人的家庭人均月收入低于 5000 元”。审核部门用公钥验证这份证明的真伪，确认它确实由银行签发、内容未被篡改，然后——没有然后了。他们不需要看到你的工资条，不需要知道你到底赚 4000 还是 3000，甚至不需要知道你每个月工资是哪一天发的。

验证者得到的是结论的保证，而不是数据的副本。

这个逻辑可以扩展到大量政务场景：

身份核验：证明”申请人年满 18 周岁”，不暴露出生日期和身份证号全文
房产资格：证明”申请人名下无本地住房”，不暴露房产地址和面积
社保核验：证明”连续缴费满 24 个月”，不暴露缴费基数和账户余额
企业资质：证明”企业纳税信用等级为 A 级”，不暴露纳税总额和经营细节
涉疫/健康核验：证明”核酸检测结果为阴性”，不暴露检测机构和身份证号

每一次核验，只回答一个「是与否」的问题。其他信息，概不外传。

从”看数据”到”验证数据”——监管逻辑的切换

政务系统的主管部门对于”不看到数据就能验证”这件事，天然是怀疑的。过去几十年的治理逻辑建立在**”知情的监管”**之上——你要管好一件事，你就得看到这件事的全貌。

但现实已经证明：知情和管好之间没有必然联系。一个窗口办事员看到了申请人的完整收入明细，并不代表他能更准确地判断是否符合低保条件——他只是在执行一个收入阈值的判断。额外看到的信息只增加了泄露风险，并没有提高判断质量。

从”看数据”到”验证数据”，是从”信任但检查”到”不信任但要证明”的转变。

密码学提供了一种新的监管范式：你不需要看到数据的全部，只需要确认数据满足某个条件。区块链做的是”公开的账本”，ZKP 做的是”公开的验证器”——两者在信任机制上是互补的。

对于政务系统而言，这意味着一系列制度设计的根本变化：

办事窗口不再需要”收集数据”，只需要”接收证明”
数据提供方不再需要”传输数据”，只需要”签发证明”
监管机构不再需要”查阅档案”，只需要”验证证明链”

现实阻力：不是一个纯技术问题

ZKP 在政务场景中落地的最大阻力，反而不是技术问题。

目前的方案已经在性能上达到了可用水平：一次简单的属性证明（如”年龄达标”）可以在几百毫秒内生成和验证，完全满足政务窗口的实时交互需求。复杂的多条件组合证明（如”收入低于门槛且名下无房产且在本地居住满三年”）也只需要几秒钟。

真正的难点在哪里？

一是流程再造。 现有政务流程的每个环节都假设”审核即查阅”——办事员看材料、核对、签字、存档。改成”审核即验证”之后，存档的不再是复印件而是证明文件，复核机制也从”再查一遍材料”变成”重新验证一遍证明”——这需要整个办事流程从制度层面重新设计，不是发个技术通知就能推下去的。

二是责任边界。 如果一份 ZKP 证明在事后被发现是伪造的（虽然被攻破的概率极低），责任应该由签发机构承担，还是由验证机构承担？现有的政务监督体系没有这个判定框架。要推开 ZKP，先要建立一套围绕证明的存证、审计、追溯、追责机制。

三是利益博弈。 有些部门掌握着大量的数据，数据即权力。如果审批流程不再需要调取这些数据，这些部门的”数据话语权”就会下降。这不是技术问题，而是组织行为学问题。

从哪里开始

政务系统庞大复杂，一步到位不现实。比较可行的路径是选择低敏感度、高重复性、判断逻辑简单的场景先跑通。

一个典型的起步场景是：学区入学资格核验。

家长每年入学季都要提交户口本、房产证、出生证明——材料多、重复度高、判断逻辑就是”是否在学区范围内”。如果由教育局签发的 ZKP 证明来替代纸质材料，家长只需要在手机端授权一次，学校扫码验证即可完成核验。家长的详细住址和房产信息不会留在学校，教育局也不需要向学校开放数据库查询接口。

一个场景跑通，积累制度经验和技术认可，再扩展到低保审核、住房保障、企业资质认定等更复杂的业务。每一步都是先改流程、再上系统，而不是反过来。

一点思考

政务数字化转型走了二十年——从无纸化办公到一网通办，从数据共享到跨省通办。每一次进步本质上都在做同一件事：减少信息在传递过程中的摩擦和不必要的暴露。

ZKP 是这条路上的一个里程碑。它不是让数据跑得更快，而是让数据在跑的过程中不被沿途的站点全部拆开来看一遍。

对于政务信息化从业者来说，现在值得思考的是：当公民隐私意识持续觉醒、数据安全法规持续收紧、跨部门数据共享的合规成本持续上升，你还在用”让用户交复印件”的方式做资格审核吗？

如果答案是肯定的，那这条路会越来越难走。

本文为行业观察与思路探讨，不构成政策建议或技术实施指南。