Algorand 团队 GoPlausible 将通用 DID 解析器捐赠给标准机构 DIF

2026-08-31

identity · did · infrastructure · standards · discovery · web · algorand

Algorand 团队 GoPlausible 将通用 DID 解析器捐赠给标准机构 DIF

5月中旬，Decentralized Identity Foundation（DIF）——这个企业和项目共同协作制定去中心化身份标准的行业机构——在新闻通讯中提出了一个令人不安的可能性：其长期运行的 Universal Resolver（一个将 DID 转换为应用程序可验证文档的共享参考服务）可能会被直接淘汰，“除非情况变得明朗，我们的成员确实需要它”。此后，这个问题通过重建得到了回答。DIF 自己的账户已将读者引向 thisDID——“直接处理支持的方法，并将其他请求代理给已知解析器”——而该项目的 README 明确写道，它是由 GoPlausible 构建并捐赠给 DIF 的，这个团队的自身身份基础设施运行在 Algorand 上。

此次捐赠的意义不仅限于标准事务。通用解析器是一种管道，让验证凭证的应用程序能够接受锚定在任何位置的标识符——无论是域名、区块链还是名称服务——而无需单独集成每个来源。Algorand 并非旁观者：did:algo 和 did:nfd 均在解析器的精选条目之列。

一个端点，服务所有身份

DID（去中心化标识符）是 W3C（万维网联盟）定义的一种字符串。W3C 是万维网的主要标准制定机构。例如 did:web:example.com、did:key:z6Mk...、did:algo:uti7paas... 每个 DID 都会解析为一份 DID 文档，这是一条机器可读的记录，包含公钥和服务端点——这些是检查签名和可验证凭证（即数字签名的证明）的原材料。方法段指明了标识符的存放位置以及如何获取该文档。过去，应用程序若想接受来自多个生态系统的 DID，就不得不为每种方法单独编写解析逻辑。

thisDID 将这一工作简化为一次 HTTP 调用。其首页宣称支持“70+”种方法——其自身发布的方法列表写有 68 种——其中 24 种在该服务内部通过隔离的 TypeScript 驱动程序解析，这些程序运行在 Cloudflare 网络的边缘，计算分布在与用户接近的数据中心（网站称有 42 个地区），而长尾请求则向上游转发。每次响应都会标准化为一份符合 W3C 规范的文档，并带有签名的解析元数据。该 API 实现了 DIF 的 Universal Resolver HTTP 绑定——一种约定的 URL 形态，GET /1.0/identifiers/{did}，任何符合规范的客户端都知道如何调用；官方文档自己的示例是 did:web:identity.foundation。此外还有发现、健康检查、分析和实时解析信息流，以及一个实现 Model Context Protocol 的 /mcp 端点。Model Context Protocol 是一个开放标准，用于将工具接入 AI 智能体——智能体可以在工作流中途解析 DID，而无需自定义胶水代码。

路由引擎内部

该网站的标语是“路由前先思考的通用解析器”，它描述了一个四步流程：解析并分类标识符；在规则引擎中权衡延迟、信任和新鲜度；将请求分发给匹配的驱动，在并行有帮助时并行分发；最后返回签名的标准化结果。

概念	实际影响
GoPlausible — 原生 Algorand 工作者；did:algo 和 did:nfd 的第一跳，并以 godiddy 和 archon 作为后备	Algorand 标识符通过专门的驱动程序解析，而非通过通用上游
Godiddy（Danube Tech）— 托管的 Universal Resolver 和注册商 API	吸收了大多数需要上游驱动的方法
Archon — 运行 iden3 和 did:cid 驱动	Polygon 的 iden3 零知识身份方法的第一跳；其他情况下的最终后备

新驱动在 README 所谓的验证保证下发布：只要存在独立的解析上游能够解析同一方法，每一次解析都会并行进行二次检查，直到该驱动的实时匹配率达到毕业标准；而没有上游服务的方法则会被标记为未验证。公开信息流展示了两种结果——一个 did:cheqd 标识符在本地解析，其交叉检查标记为“匹配”；一个 did:ebsi 解析则被标记为“不匹配”。另一个探测工作器每五分钟对所有路由执行一次金丝雀解析；8 月 31 日，状态页面显示所有提供商均正常，成功率在 0.997 到 1.0 之间。

Algorand 入口

did:algo 解析 Algorand 链上标识符，实时信息流显示它既处理资产也处理账户：基于 did:algo:主网:ASA:模式构建的标识符在整个采样窗口内均成功解析，包括 USDC 这一美元稳定币背后的资产 ID。did:nfd 将 NFDomains（Algorand 的 .algo 名称服务，负责将人类可读名称映射到链上地址）中的名称解析为身份文档。

8月31日测试时，API 文档中的示例标识符——did:algo:uti7paas...，一个完整的 Algorand 地址——通过 GoPlausible 上游解析耗时 332 毫秒，而 USDC 资产标识符解析耗时 400 毫秒。这个示例地址并非随意挑选：它是 goplausible.algo NFD 背后的存款账户，该 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 日，提交内容更新了关于“Wave 6 方法候选”的研究——更多方法正在筹备中。目前热度有限：该仓库只有 1 个星标，主要贡献者 emg110 贡献了 73 次。DIF 的 6 月通讯描述了“对 DIF 的 Universal Resolver 实例进行全面整改”，并将 did:webvh 和 did:webplus 列为推荐方法；还预告 8 月会有进一步更新。

接下来会发生什么，取决于 DIF 自己在 5 月指出的那个变量：成员们是否会通过它路由真实流量。基础设施是实时运行且可观测的——状态探针、公开信息流、开放 API——而 Algorand 的身份现在有了一条明确的、锚定标准的路径接入其中。对于一个先解析了自己账户的团队来说，下一个里程碑是解析别人的标识符。

来源

Source: https://thisdid.com