区块链证书 vs Open Badges：2026 年数字凭证该选哪个？

如果你花过一些时间研究数字凭证，就会遇到两种互相竞争的说法。一种说你的证书需要放在“区块链上”——不可篡改、去中心化、防作假。另一种说你需要 Open Badges——一个成熟且可互操作的标准，它已经能与 LinkedIn、求职者跟踪系统以及所有主流签发平台协同工作。两者都声称要解决同一个问题：无需给注册处打电话就能证明一份凭证是真实的。

它们其实并不对立。但围绕两者的营销把“区块链证书”到底意味着什么都搅浑了，结果签发方在还没弄清楚自己要解决什么问题之前，就先选好了一套技术栈。这篇文章会拆解这两种方式之间真正的差别，指出“区块链 vs Open Badges”这种框架在哪里是个伪选择，以及如何在不被自己并不需要的基础设施锁定的情况下挑选一个签发平台。

“区块链证书”到底是什么意思

“区块链证书”并不是单一的一种东西——它涵盖了在营销文案中被混为一谈的几种截然不同的架构：

1. 哈希锚定证书。 凭证本身（一个 PDF、一张图片、一份 JSON 文档）存放在普通数据库中。该文档的一个加密哈希——而不是文档本身——被写入公链（通常是 Ethereum 或一条许可链）。任何人都可以对原始文件重新计算哈希，并将其与链上记录进行比对，以确认内容没有被改动。这是“区块链凭证”供应商中最常见的模式，包括像 BCdiploma 和 POK 这样面向高校的平台。

2. 完全上链的凭证。 凭证数据本身存储在链上，通常作为一个 NFT 或一种自定义代币标准。这在实践中很少见——燃料费成本和公链数据限制使其对于小型试点之外的任何用途都不切实际。

3. W3C 可验证凭证（VCs）。 一种加密签名标准，由签发方用私钥对一项声明进行签名，任何人都可以用签发方公开的公钥来验证该签名——完全不需要区块链，尽管 VCs 有时会与基于区块链的 DID（去中心化标识符）注册表搭配使用。这正是 Open Badge 3.0 正在走的方向，值得在我们的 Open Badge v2 与 v3 对比中更深入地阅读。

这三者的共同点是：验证被交给了密码学，而不是给注册处打的一通电话。 这才是真正的价值主张，而 Open Badge v2.0——当前这个加密签名可选、采用最广泛的规范——无需区块链就已经能提供这一点。

Open Badge v2.0 到底验证什么

一份 Open Badge v2.0 凭证是一个 JSON-LD 文档——一个结构化、机器可读的断言，它写明“签发者 X 在日期 D 向获得者 Z 签发了徽章 Y”，并附上证据 URL 和评定标准。它的验证模型是托管验证：该断言存放在一个稳定的、由签发方控制的 URL 上，任何人——招聘人员、人力资源系统、求职者跟踪机器人——都可以获取该 URL，得到该凭证当前且权威的状态，包括它此后是否已被吊销。

这在一个重要方面不同于区块链哈希锚定：区块链哈希锚定证明的是一份文档自签发以来没有被篡改。托管的 OBv2 验证证明的是凭证的当前实时状态——已签发、已吊销或已过期——因为验证方始终在核对事实来源，而不是一个静态快照。 如果一份凭证在签发六个月后被吊销（某项认证到期、发现了一起违规），一个哈希锚定的 PDF 仍然会哈希出它一贯的那个数值——锚定对吊销只字未提。而一个托管的 OBv2 验证页面会立即反映出该吊销。你可以在凭证 API 指南和 API 参考中看到一份凭证断言逐字段的完整形态。

可移植性：钱包 vs URL

区块链锚定的凭证平台常常强调钱包可移植性——即获得者“拥有”自己的凭证，就像拥有一个加密货币钱包一样，不依赖于任何平台是否还在线运行。这确实是一项真实的特性，对于那些担心在 20 年时间跨度上被供应商锁定的机构来说，它很重要。

不过在实践中，如今获得者的可移植性由一件事决定：他们能否一键把它放到 LinkedIn 上？在这一点上，Open Badges 已经决定性地胜出。一位 badges.ninja 的获得者会得到一个位于 badges.ninja/u/{handle} 的公开档案页、一个可分享的验证 URL、一份可下载的 PDF 证书，以及一个 LinkedIn 的“Add to Profile”按钮，它会预先填好认证对话框——无需钱包软件、无需助记词、无需燃料费。招聘人员和用人经理不会去查区块链浏览器；他们点的是 LinkedIn 的认证链接。如果你的目标是获得者的触达和可信度信号，那么带 URL 的托管验证，胜过一个注册处之外无人知道如何解读的链上哈希。

成本与复杂度

这正是两种方式分歧最大的地方。区块链锚定的签发通常意味着：

• 每份凭证的燃料费（即便在低费用链上，在大批量下这也会带来实实在在的运营成本）
• 面向签发方、且往往也面向获得者的钱包基础设施
• 对某一条特定链保持经济上可行且可访问的依赖
• 企业级销售周期——大多数区块链凭证供应商是用定制合同卖给高校和大型机构，而不是自助注册

相比之下，Open Badge v2.0 的签发不过是通过 HTTPS 提供的结构化 JSON。没有每份凭证的区块链交易成本，没有钱包依赖，也没有任何理由让签发只能面向企业。这直接反映在定价上：badges.ninja 签发 Open Badge v2.0 凭证的起价为 $0/月（Free 档），向上扩展到 $9/mo（Starter）和 $29/mo（Pro）——没有每份凭证的燃料费，没有合同谈判。如果你在对整个品类进行总成本比较，我们的最便宜 Open Badges 平台盘点介绍了区块链锚定平台相对于托管验证替代方案在价格上处于什么位置。

那么不用区块链的持久性怎么办？

区块链一方最有力的论点是持久性：如果一个平台迁移、重组或倒闭，一份凭证在 20 年或 30 年后会怎样？这是个合理的问题——但一个公共账本并不是唯一的答案，而且对几乎所有人来说，它是错误的那个答案。

托管验证天然地与永久的、内容寻址的存储相配。在 badges.ninja 上，每份凭证的徽章图片都被永久存储在一个不可变的、基于内容哈希(content-hashed)的 URL 下，因此这个视觉产物在凭证的整个生命周期内都可以通过其内容哈希被检索到——你获得的是持久且防篡改的存储，无需燃料费、无需钱包，也不依赖某条链。再结合通过 HTTPS 提供的 Open Badge v2.0 断言，这就为绝大多数签发方覆盖了持久性方面的顾虑：培训机构、训练营、企业 L&D 团队以及专业协会。

有一小部分受监管的细分领域——某些政府或跨境的凭证互认框架——确实明确引用了链上公证，这些机构会有专门为它们写明的合规要求。除了这些特定的强制规定之外，一个链上哈希给你买来的，是一项你的获得者永远不会真正行使的可移植性保证，代价却是实实在在的复杂度。

2026 年的实用建议

对大多数签发方来说，正确的架构是：今天采用 Open Badge v2.0 托管验证，同时密切关注随着生态成熟起来的 OB 3.0 / W3C 可验证凭证。 OB 3.0 给你的是加密的、由签发方签名的验证——也就是区块链锚定通常拿来推销的那项真正的安全特性——却完全不需要一条链、燃料费或钱包软件。它是“可加密验证”这件事的标准化轨道版本，而且它来自维护 OBv2 的同一个 1EdTech 机构，这意味着它会与你已经依赖的 LinkedIn / ATS / LMS 生态互操作。

如果你处在某项规定了特定验证格式的政府或机构强制要求之下，那就遵循合规团队交给你的要求——有几家供应商专门针对这些约束来构建产品，我们在BCdiploma 替代方案和 POK 替代方案的盘点中介绍了这个品类的比较情况。对于其他所有人——培训项目、训练营、企业合规团队、专业协会——由永久图像托管支撑的托管 Open Badge v2.0 验证，会在没有基础设施负担的情况下，给你带来同样的实际结果（一份无人能伪造、能即时验证、获得者真的愿意分享的凭证）。

准备好签发你的第一份可验证凭证了吗？ 在 badges.ninja 免费开始——可视化设计器、公开验证页、PDF 证书、Open Badge v2.0 输出。无需信用卡。