Algorand 团队 GoPlausible 将通用 DID 解析器捐给标准组织 DIF

5 月中旬，Decentralized Identity Foundation¹（DIF）—— 一个由企业与各类项目共同推动去中心化身份标准的行业组织 —— 在其通讯中提出了一个令人不安的可能性：其运营多年的 Universal Resolver 或许会被直接停运，“除非能明确证实我们的成员确实需要它”。这套共享参考服务的作用，是把去中心化标识符转换为应用可验证的文档。此后，这个问题以一次重建给出了答案。DIF 自己的账号引导读者去看 thisDID² ——“直接处理所支持的方法，并把其他请求代理给已知的解析器”—— 而该项目的 README 明确写道，它由 GoPlausible³ 构建并捐赠给 DIF。这家团队自身的身�份基础设施就运行在 Algorand 上。

这笔捐赠的意义超出了标准组织的日常事务。通用解析器是让凭证校验类应用能够接受锚定在任何位置 —— 域名、区块链、名称服务 —— 的标识符而不必逐个对接来源的那套底层管道。Algorand 并非旁观者：did:algo 与 did:nfd 都位列该解析器的重点条目。

一个端点，接纳每一种身份

去中心化标识符（DID）是万维网联盟（W3C）—— 网络的主要标准组织 —— 定义的一种字符串：did:web:example.com、did:key:z6Mk...、did:algo:uti7paas...。每一个都会解析为一份 DID 文档，即一份包含公钥与服务端点的机器可读记录 —— 它是校验签名与可验证凭证（经数字签名的证明）的原始素材。方法段指明该标识符身在何处、该如何取回那份文档；而在过去，一个想同时接受多个生态系统 DID 的应用，只能自行接入每种方法的解析逻辑。

thisDID 把这项工作压缩成一次 HTTP 调用。其落地页宣称支持“70⁴+”种方法 —— 它自己公布的清单上列了 68 种 —— 其中 24 种在服务内部完成解析，由运行在 Cloudflare 网络边缘的隔离 TypeScript 驱动程序执行（按该网站的说法，算力分布在靠近用户的 42⁵ 个地区的数据中心里），其余长尾方法则转发给上游。每条响应都会被归一化为一份符合 W3C 规范的文档，并附带经过签名的解析元数据。该 API 实现了 DIF 的 Universal Resolver HTTP 绑定 —— 一个各方约定的 URL 形式 GET /1.0/identifiers/{did}，任何合规客户端都清楚该如何调用；文档自带的示例是 did:web:identity.foundation。此外还有发现、健康检查、分析以及实时解析信息流，以及一个 /mcp 端点，用于实现 Model Context Protocol —— 把工具接入 AI 智能体的开放标准 —— 智能体可以在工作流中途解析 DID，无需任何定制胶水代码。

路由引擎内部

网站的口号“先思考，再路由的通用解析器”描述的是一条四步流水线：解析并分类标识符；在规则引擎中权衡延迟、信任度与新鲜度；派发给匹配的驱动程序，必要时并行派发多个；最后返回经过签名、归一化的结果。

新驱动程序的发布附带 README 所称的验证保证：只要存在能够解析同一方法的独立上游，每一次解析都会被并行复核，直到该驱动的实时匹配率达到要求、得以“毕业”；而没有任何上游服务的方法则会被标记为未验证。公开信息流同时呈现了两种结果 —— 一个 did:cheqd 标识符在本地解析完成，其交叉校验标记为“匹配”；一个 did:ebsi 的解析结果则被标记为“不匹配”。另有一个独立的探测工作进程，每五分钟对每条路由执行一次金丝雀解析；8 月 31 日，状态页显示所有提供方均在线，成功率介于 0.997 与 1.0 之间。

Algorand 的接入通道

did:algo 解析 Algorand 的链上标识符，实时信息流显示它既能处理账户，也能处理资产：以 did:algo:mainnet:asa: 形式构建的标识符在整个采样窗口内均成功解析，其中包括 USDC⁸ 背后的资产 ID —— 这款美元稳定币。did:nfd 则把 NFDomains 中的名称解析为身份文档；NFDomains 是 Algorand 的 .algo 名称服务，将人类可读的名称映射到链上地址。

在 8 月 31 日的测试中，API 文档给出的示例标识符 —— did:algo:uti7paas...，一个完整的 Algorand 地址 —— 经 GoPlausible 上游解析耗时 332 毫秒，USDC 资产标识符则耗时 400 毫秒。这个示例地址并非随手选取：它是 goplausible.algo 这一 NFD 背后的入金账户，注册于 2023 年 6 月，持有 1,544.13 ALGO 与 40,283.56 USDC，涉及 197 种资产。这位构建者最先解析的，是自己的身份。

有一处瑕疵：网站重点展示的 did:nfd 示例 did:nfd:thisdid.algo 返回 404，而 NFD 目录中并不存在这个名称。该服务自己的展示名称无法解析。

如何看待这些指标

落地页声称中位解析时间低于 200 毫秒、全球可用性 99.98%。按日统计的分析快照只支持其中一半：thisDID 自有的 Worker 内驱动平均为 198 毫秒，但上游路由慢得多 —— 经 GoPlausible 为 477 毫秒，经 godiddy 为 488 毫秒，经 archon 为 1,471 毫秒 —— 把整体均值拉高到约 700 毫秒。中位数与平均数衡量的并不是同一件事，因此这一宣传描述的是本地快速路径，而非整个服务。在同一份快照中，GoPlausible 承担的路由份额最大，为 179 次解析。

成功率也需要类似的拆解。仪表盘报告 285 次解析中有 253 次成功（88.8%），而底层 JSON 端点报告的是 280 次中 248 次成功（88.6%）—— 两个界面的数据略有出入，而且仪表盘还在数字旁显示一条设置提示：“分析存储尚未绑定”。此外，大多数失败都是 notFound 错误：即那些根本不存在的 DID，比如占据实时错误流前列的某德国纪念馆网站的 did:web 标识符。解析器正确报出某个标识符不存在，与解析器自身失败并不是一回事。

流量是真实的，但规模不大。按日统计的时间线显示，7 月前三周每天有 1 到 39 次解析，7 月 7 日达到峰值 39 次。拉长时间范围查询则讲出另一个故事：仅 8 月 14 日一天就有 59,468⁹ 次请求，其中 33,262 次为 notFound —— 这是自动化扫描的特征 —— 国家分布以美国（52,379）和奥地利（15,385）居首。这些分析数据在设计上就十分粗粒度，不记录 IP、不使用 cookie，地理位置只到国家一级；而时间范围本身的表现也很奇怪：“日”快照的时间线却是从 7 月 1 日到 7 月 21 日。

附带一道考题的捐赠

代码托管在 DIF 自己的 GitHub 组织下，仓库为 decentralized-identity/thisdid¹⁰，采用宽松的 Apache-2.0 许可，最近一次推送在 8 月 28 日，提交内容更新了关于“第六批方法候选”的研究 —— 还有更多方法在路上。目前热度有限：该仓库只拿到一个 star，最主要的贡献者 emg110 贡献了 73 次提交。DIF 6 月的通讯称“对 DIF 的 Universal Resolver 实例进行了全面改造”，并推荐了 did:webvh 与 did:webplus 两种方法；8 月还将有进一步更新。

接下来的走向，取决于 DIF 自己在 5 月点出的那个变量：成员是否会真正把流量导过去。这套基础设施已经上线且可被观察 —— 状态探测、公开信息流、开放 API —— 而 Algorand 的身份如今有了一条具名的、锚定标准的路径接入其中。对于一个先解析自己账户的团队来说，下一个里程碑将是别人的标识符。

来源

• thisDID²
• GitHub 上的 decentralized-identity/thisdid¹⁰
• DIF 通讯第 62 期¹¹
• GoPlausible³
• ThisDID · DIF Universal DID 解析器²
• https://thisdid.com/data¹²
• https://thisdid.com/recent¹³
• https://thisdid.com/1.0/identifiers/did:algo:uti7paasilrda3ishy5m7j7lnrx2aivqjwi7zkccgkvlmfd3vpr5pwsz4i¹⁴
• https://thisdid.com/status¹⁵
• https://thisdid.com/methods¹⁶
• https://thisdid.com/1.0/identifiers/did:algo:mainnet:asa:31566704¹⁷¹⁸
• @identity.foundation 的帖子 —— Bluesky¹⁹
• DIF 通讯第 64 期²⁰
• raw.githubusercontent.com²¹
• ThisDID 目录²²
• did:algo —— ThisDID 目录²³