健康数据资产化:
从数字身份到可验证凭证

2026-07-12 · 傅棱 / 首席算法 · 约 12 分钟阅读

一、DID / VC 是什么,不是什么

DID(去中心化标识符)是一段用户可以自己掌握、不依赖任何单一机构的身份标识,标准由 W3C 发布。VC(可验证凭证)是一份由发证方签名、可以由用户携带、被验证方独立验证的电子凭证,同样是 W3C 标准。

这两个标准都不是加密货币,不涉及代币发行,不涉及公链共识层的经济激励。它们只解决一件事:让个人成为自己数据的第一持有人,同时保留权威机构对数据真实性的背书能力。

二、健康数据为什么特别适合这套标准

健康数据有三个特点:

• 来源多:体检机构、可穿戴设备、医院 HIS、社区医生、保司自建平台
• 敏感度极高:属于个保法定义的敏感个人信息,收集、使用、共享都需要单独授权
• 使用场景零散:核保、理赔、体检报告解读、健康管理、保司间续保参考

传统做法是每一次使用都重新走一遍授权 → 采集 → 验证的完整链路,成本极高,用户体验极差,保司之间的数据不互通。DID/VC 的思路是:采集一次,由权威机构签发 VC 给用户;用户把 VC 存在自己的手机/云端;任何使用场景都由用户主动出示,并由使用方独立验证签名。

三、一个具体例子:健康分 VC

假设 VITA 给用户签发一份"过去 12 个月健康行为分 VC"。这份 VC 里包含:

• 用户 DID(不含姓名/身份证)
• 健康分范围(如 720–780 分)
• 观察窗口(2025-07 至 2026-06)
• 方法学版本号(便于回溯)
• VITA 的签名
• 过期时间(如 90 天)

用户在申请一份新保险时,把这份 VC 出示给保司。保司只需要验证 VITA 的签名,就能相信这个分数是真的、来自约定的方法学、在有效期内。整个过程用户不需要暴露原始的运动、睡眠、心率数据,保司不需要跟 VITA 做数据接口,监管可以随时抽查 VC 是否被伪造。

四、和"上链存原始数据"的区别

市场上很多"健康数据上链"的项目实际上是把原始数据 hash 上链或明文上链。我们的看法是:

• 明文上链违反个保法的"最小必要"原则,几乎不能落地
• hash 上链只保证数据未被篡改,不解决数据可信来源问题
• VC 走的是"链下数据 + 链下签名 + 链下验证"的路径,可以完全不上链,或者只把撤销状态上链

结论是:健康数据资产化,重点在"签发和验证",不在"上链"。VITA 的方案里,区块链只是可选的"撤销状态存储层",绝大多数场景根本不需要。

五、给保司和健康平台的落地建议

1. 先明确要签发哪些 VC:健康分、慢病依从性证明、体检异常项证明、疫苗接种证明
2. 选一个成熟的开源实现(如 Veramo、Trinsic、mattr)做技术底座
3. 先用集团内部作为 issuer / verifier 双端跑通,再考虑对外
4. 用户端的钱包 UX 是最难的一环,建议先嵌在已有 App 里,不要一上来就做独立钱包
5. 合规上,提前和监管沟通"用户持有 + 用户主动出示 + 使用方独立验证"这套模型,证明比原有"接口对接"更符合个保法要求