GoPlausible, l’équipe d’Algorand, fait don d’un résolveur DID universel à l’organisme de normalisation DIF

2026-08-31

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

GoPlausible, l’équipe d’Algorand, fait don d’un résolveur DID universel à l’organisme de normalisation DIF

À la mi-mai, la Decentralized Identity Foundation (DIF) — l’organisme sectoriel où entreprises et projets collaborent sur les normes d’identité décentralisée — a utilisé sa newsletter pour évoquer une possibilité inconfortable : son Universal Resolver de longue date, le service de référence partagé qui transforme les identifiants décentralisés en documents que les applications peuvent vérifier, pourrait tout simplement être retiré, « sauf s’il devient clair que nos membres en ont réellement besoin ». Depuis, la question a été tranchée par une reconstruction. Le compte de DIF a orienté ses lecteurs vers thisDID — « gérant directement les méthodes prises en charge et relayant les autres requêtes vers des résolveurs connus » — et le README du projet indique clairement qu’il a été construit et donné à DIF par GoPlausible, une équipe dont l’infrastructure d’identité repose sur Algorand.

Ce don dépasse le simple entretien des normes. Un résolveur universel est la plomberie qui permet à une application de vérification d’identifiants d’accepter des identifiants ancrés n’importe où — un domaine, une blockchain, un service de noms — sans intégrer chaque source séparément. Algorand n’est pas un spectateur : did:algo et did:nfd figurent parmi les entrées mises en avant du résolveur.

Un seul point d’accès pour chaque type d’identité

Un identifiant décentralisé (DID) est une chaîne définie par le World Wide Web Consortium (W3C), le principal organisme de normalisation du web : did:web:example.com, did:key:z6Mk..., did:algo:uti7paas... Chacun renvoie vers un document DID, un enregistrement lisible par machine contenant des clés publiques et des points de terminaison de service — la matière première pour vérifier les signatures et les justificatifs vérifiables, des attestations signées numériquement. Le segment « méthode » indique où vit l’identifiant et comment récupérer ce document ; une application souhaitant accepter des DID de plusieurs écosystèmes devait historiquement brancher elle-même la logique de résolution de chaque méthode.

thisDID réduit ce travail à un seul appel HTTP. Sa page d’accueil annonce « 70+ » méthodes prises en charge — sa propre liste publiée en nomme 68 — dont 24 se résolvent au sein du service grâce à des programmes pilotes TypeScript isolés exécutés en périphérie sur le réseau de Cloudflare, une puissance de calcul répartie dans des centres de données proches des utilisateurs (42 régions, selon le décompte du site), la longue traîne étant routée en amont. Chaque réponse est normalisée en un document conforme au W3C transportant des métadonnées de résolution signées. L’API implémente la liaison HTTP de l’Universal Resolver de DIF — une forme d’URL convenue, GET /1.0/identifiers/{did}, que tout client conforme sait déjà appeler ; l’exemple de la documentation est did:web:identity.foundation. La découverte, la santé, l’analytique et un flux de résolution en direct l’accompagnent, ainsi qu’un point de terminaison /mcp mettant en œuvre le Model Context Protocol, la norme ouverte pour connecter des outils aux agents IA — un agent pourrait résoudre des DID en plein flux de travail sans code d’intégration personnalisé.

À l’intérieur du moteur de routage

La devise du site, « Le résolveur universel qui réfléchit avant de router », décrit un processus en quatre étapes : analyser et classer l’identifiant ; évaluer latence, confiance et fraîcheur dans un moteur de règles ; répartir vers le pilote correspondant, plusieurs en parallèle lorsque cela aide ; et renvoyer le résultat signé et normalisé.

Concept	Implication concrète
GoPlausible — worker natif d’Algorand ; premier relais pour did:algo et did:nfd, avec godiddy et archon comme solutions de repli	Les identifiants Algorand se résolvent via un pilote spécialisé plutôt que via un amont générique
Godiddy (Danube Tech) — résolveur universel hébergé et API de registraire	Absorbe la plupart des méthodes nécessitant un pilote amont
Archon — exécute les pilotes iden3 et did:cid	Premier relais pour la méthode zk-identité iden3 de Polygon ; dernier recours ailleurs

Les nouveaux pilotes sont publiés sous ce que le README appelle une garantie de vérification : partout où un amont indépendant peut résoudre la même méthode, chaque résolution est recoupée en parallèle jusqu’à ce que le taux de correspondance en direct du pilote justifie sa promotion, et les méthodes qu’aucun amont ne sert sont estampillées « non vérifiées ». Le flux public montre les deux résultats : un identifiant did:cheqd résolu localement avec son recoupement marqué « correspondance », et une résolution did:ebsi signalée comme « non-concordance ». Un worker de sondage séparé exécute des résolutions canaries sur chaque route toutes les cinq minutes ; le 31 août, la page de statut indiquait tous les fournisseurs opérationnels, avec des taux de succès entre 0.997 et 1.0.

La rampe d’accès Algorand

did:algo résout les identifiants on-chain d’Algorand, et le flux en direct montre qu’il gère aussi bien les actifs que les comptes : les identifiants construits sur le modèle did:algo:mainnet:asa: ont été résolus avec succès tout au long de la fenêtre échantillonnée, y compris l’identifiant d’actif derrière l’USDC, le stablecoin adossé au dollar. did:nfd résout les noms de NFDomains, le service de noms .algo d’Algorand qui fait correspondre des noms lisibles à des adresses de chaîne, en documents d’identité.

Testé le 31 août, l’identifiant d’exemple de la documentation de l’API — did:algo:uti7paas..., une adresse Algorand complète — a été résolu en 332 millisecondes via l’amont GoPlausible, et l’identifiant d’actif USDC en 400 millisecondes. L’adresse d’exemple n’est pas anodine : il s’agit du compte de dépôt derrière le NFD goplausible.algo, enregistré en juin 2023, détenant 1,544.13 ALGO et 40,283.56 USDC répartis sur 197 actifs. Le constructeur a d’abord résolu sa propre identité.

Un angle mort : l’exemple did:nfd mis en avant sur le site, did:nfd:thisdid.algo, renvoie une erreur 404, et aucun nom de ce type n’existe dans le répertoire NFD. Le nom de démonstration du service lui-même ne se résout pas.

Lire les métriques avec honnêteté

La page d’accueil revendique une résolution médiane sous 200 millisecondes et une disponibilité mondiale de 99.98 %. L’instantané d’analytique sur la journée confirme la moitié de cette affirmation : les pilotes internes de thisDID ont atteint en moyenne 198 millisecondes, mais les routes amont étaient plus lentes — 477 millisecondes via GoPlausible, 488 via godiddy et 1,471 via archon — faisant passer la moyenne globale à environ 700 millisecondes. Médiane et moyenne mesurent des choses différentes, cette déclaration décrit donc la voie locale rapide plutôt que l’ensemble du service. GoPlausible a porté la plus grande part du trafic routé dans le même instantané, avec 179 résolutions.

Les taux de réussite méritent une lecture tout aussi nuancée. Le tableau de bord fait état de 253 résolutions réussies sur 285 (88.8 %), tandis que le point d’accès JSON sous-jacent en rapporte 248 sur 280 (88.6 %) — les deux surfaces divergent légèrement, et le tableau de bord affiche également un avertissement de configuration, « Le stockage analytique n’est pas encore lié », à côté de ses chiffres. La plupart des échecs sont en outre des erreurs notFound : des DID qui n’existent tout simplement pas, comme les identifiants did:web d’un site mémorial allemand qui dominent le flux d’erreurs en direct. Un résolveur qui signale correctement un identifiant absent ne revient pas à un résolveur en panne.

Le trafic est réel mais modeste. La chronologie de la plage journalière montre entre 1 et 39 résolutions par jour sur les trois premières semaines de juillet, avec un pic à 39 le 7 juillet. Une requête sur une plage plus longue raconte une histoire plus étrange : 59,468 requêtes le 14 août, dont 33,262 en notFound — le profil d’un scan automatisé — et une répartition par pays dominée par les États-Unis (52,379) et l’Autriche (15,385). L’analytique est volontairement grossière : pas d’adresses IP, pas de cookies, uniquement une géographie au niveau du pays, et les plages elles-mêmes se comportent bizarrement : la chronologie de l’instantané « jour » va du 1er juillet au 21 juillet.

Un don assorti d’un test

Le code vit sous l’organisation GitHub de DIF elle-même, sous le nom decentralized-identity/thisdid, sous licence permissive Apache-2.0, dernière mise à jour le 28 août avec un commit mettant à jour les recherches sur les « candidats de la vague 6 de méthodes » — d’autres méthodes sont en préparation. L’adoption est maigre pour l’instant : le dépôt ne compte qu’une seule étoile, et le principal contributeur emg110 totalise 73 contributions. La newsletter de DIF de juin décrivait « une refonte de l’instance de l’Universal Resolver de DIF » et recommandait did:webvh et did:webplus ; une mise à jour supplémentaire a été évoquée pour août.

La suite dépend de la variable que la DIF elle-même a identifiée en mai : la question de savoir si les membres y feront transiter un trafic réel. L’infrastructure est en ligne et observable — sondes d’état, flux public, API ouverte — et les identités d’Algorand disposent désormais d’un chemin nommé et ancré dans les normes. Pour une équipe qui a d’abord résolu son propre compte, le prochain jalon est l’identifiant de quelqu’un d’autre.

Sources

Source: https://thisdid.com