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

À la mi-mai, la Decentralized Identity Foundation¹ (DIF) — l'organisation professionnelle où entreprises et projets travaillent ensemble aux normes de l'identité décentralisée — a utilisé sa newsletter pour évoquer une possibilité inconfortable : que son Universal Resolver, ce service de référence partagé qui transforme les identifiants décentralisés en documents que les applications peuvent vérifier, soit purement et simplement mis au rancart, « à moins qu'il apparaisse clairement que nos membres en ont réellement besoin ». Depuis, la question a reçu une réponse : une reconstruction. La DIF elle-même a orienté ses lecteurs vers thisDID² — « qui traite directement les méthodes prises en charge et relaie les autres requêtes vers les résolveurs connus » — et le README du projet indique sans détour que l'outil a été construit puis offert à la DIF par GoPlausible³, une équipe dont l'infrastructure d'identité tourne sur Algorand.

Ce don compte bien au-delà de la simple intendance normative. Un résolveur universel, c'est la tuyauterie qui permet à une application de contrôle d'attestations d'accepter des identifiants ancrés n'importe où — un domaine, une blockchain, un service de noms — sans avoir à intégrer chaque source séparément. Algorand n'est pas spectateur : did:algo et did:nfd figurent parmi les entrées mises en avant du résolveur.

Un point d'entrée unique pour toutes les saveurs de l'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 se résout en un document DID, un enregistrement lisible par machine qui contient des clés publiques et des points de terminaison de services — la matière première pour vérifier des signatures et des attestations vérifiables, autrement dit des déclarations signées numériquement. Le segment de méthode indique où réside l'identifiant et comment récupérer ce document ; or une application qui voulait accepter des DID issus de plusieurs écosystèmes devait jusqu'ici câbler elle-même la logique de résolution de chaque méthode.

thisDID ramène tout ce travail à un seul appel HTTP. Sa page d'accueil annonce « 70⁴+ » méthodes prises en charge — sa propre liste publiée en dénombre 68 — dont 24 sont résolues à l'intérieur du service par des programmes pilotes TypeScript isolés, exécutés en périphérie sur le réseau de Cloudflare, avec un calcul réparti entre des centres de données proches des utilisateurs (42⁵ régions, selon le décompte du site), le reste étant acheminé vers l'amont. Chaque réponse est normalisée en un document unique, conforme au W3C, porteur de métadonnées de résolution signées. L'API implémente la liaison HTTP de l'Universal Resolver de la 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. Découverte, santé, analytique et un fil de résolution en direct viennent s'y ajouter, ainsi qu'un point de terminaison /mcp implémentant le Model Context Protocol, le standard ouvert qui relie des outils à des agents IA — un agent pourrait résoudre des DID en pleine exécution sans code d'adaptation sur mesure.

Dans le moteur de routage

Le slogan du site, « Le résolveur universel qui réfléchit avant de router », décrit un pipeline en quatre étapes : analyser et classer l'identifiant ; peser latence, confiance et fraîcheur dans un moteur de règles ; envoyer la requête au pilote correspondant, plusieurs en parallèle lorsque cela aide ; puis renvoyer le résultat signé et normalisé.

Les nouveaux pilotes sont livrés sous ce que le README appelle une garantie de vérification : partout où un amont indépendant sait résoudre la même méthode, chaque résolution est recoupée en parallèle jusqu'à ce que le taux de concordance en direct du pilote justifie son passage en production ; les méthodes qu'aucun amont ne sert sont, elles, estampillées non vérifiées. Le fil public montre les deux cas de figure — un identifiant did:cheqd résolu localement avec son recoupement marqué « match », et une résolution did:ebsi signalée « mismatch ». Un worker de sondage distinct lance des résolutions canari sur chaque route toutes les cinq minutes ; le 31 août, la page de statut listait tous les fournisseurs opérationnels, avec des taux de réussite compris entre 0.997 et 1.0.

La rampe d'accès Algorand

did:algo résout les identifiants Algorand on-chain, et le fil en direct le montre à l'œuvre aussi bien sur des actifs que sur des comptes : les identifiants construits sur le motif did:algo:mainnet:asa se sont résolus avec succès pendant toute la fenêtre échantillonnée, y compris l'identifiant d'actif derrière USDC⁸, le stablecoin adossé au dollar. did:nfd, de son côté, transforme en documents d'identité les noms de NFDomains, le service de noms .algo d'Algorand qui associe des noms lisibles par l'humain à des adresses de chaîne.

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

Une aspérité : 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 vitrine du service ne se résout pas.

Lire les chiffres avec honnêteté

La page d'accueil revendique une résolution médiane sous les 200 millisecondes et une disponibilité mondiale de 99.98%. L'instantané analytique sur une journée n'en confirme que la moitié : les pilotes internes de thisDID, exécutés dans le Worker, tournaient à 198 millisecondes en moyenne, mais les routes amont étaient plus lentes — 477 millisecondes via GoPlausible, 488 via godiddy et 1,471 via archon — ce qui tire la moyenne globale aux alentours de 700 millisecondes. Médiane et moyenne ne mesurent pas la même chose : la revendication décrit donc le chemin rapide local, pas le service dans son ensemble. GoPlausible portait la plus grosse part du trafic routé dans ce même instantané, avec 179 résolutions.

Les taux de réussite demandent le même décodage. Le tableau de bord annonce 253 résolutions réussies sur 285 (88.8%), tandis que le point de terminaison JSON sous-jacent en compte 248 sur 280 (88.6%) — les deux interfaces divergent légèrement, et le tableau de bord affiche en outre, à côté de ses chiffres, un avis d'installation : « Analytics storage isn't bound yet ». La plupart des échecs, du reste, sont des erreurs notFound : des DID qui n'existent tout simplement pas, à l'image des identifiants did:web d'un mémorial allemand qui caracolent en tête du fil d'erreurs en direct. Qu'un résolveur signale correctement un identifiant absent n'a rien à voir avec une défaillance de sa part.

Le trafic est réel, mais modeste. La chronologie sur une journée affiche 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 période plus longue raconte une tout autre histoire : 59,468⁹ requêtes le 14 août à elles seules, dont 33,262 notFound — le profil typique d'un scan automatisé — et une répartition par pays menée par les États-Unis (52,379) et l'Autriche (15,385). Les analytiques sont volontairement grossières : pas d'IP, pas de cookies, une géographie au niveau du pays uniquement ; et les périodes elles-mêmes se comportent bizarrement — la chronologie de l'instantané « day » court du 1er au 21 juillet.

Un don assorti d'une mise à l'épreuve

Le code réside sous l'organisation GitHub de la DIF, à l'adresse decentralized-identity/thisdid¹⁰, sous licence permissive Apache-2.0 ; dernier push le 28 août, avec un commit actualisant les recherches sur les « Wave 6 method candidates » — d'autres méthodes en préparation. La traction reste mince : le dépôt ne compte qu'une seule étoile, et le principal contributeur, emg110, totalise 73 contributions. La newsletter de juin de la DIF évoquait « une refonte de l'instance de l'Universal Resolver de la DIF » et citait did:webvh et did:webplus parmi les méthodes recommandées ; une nouvelle mise à jour était annoncée pour août.

La suite dépend de la variable que la DIF avait elle-même identifiée en mai : les membres achemineront-ils du trafic réel à travers ce service ? L'infrastructure est en ligne et observable — sondes de statut, fil public, API ouverte — et les identités Algorand disposent désormais d'un chemin nommé, ancré dans les normes, pour y entrer. Pour une équipe qui a commencé par résoudre son propre compte, l'étape suivante, c'est l'identifiant de quelqu'un d'autre.