GoPlausible dote les agents IA d'Algorand d'une identité vérifiable et de rails de paiement à la requête

L'agent sommé de prouver qui il est

Un agent IA qui achète un flux de données, règle un appel d'API ou signe pour un service soulève une question à laquelle aucun modèle de langage ne répond seul : qui agit, et la contrepartie peut-elle le vérifier ? GoPlausible¹, projet de développement centré sur Algorand qui se présente comme ayant vu le jour en 2022, a bâti sa gamme de produits autour de ce problème. Sa page d'accueil résume la mission en ces termes : « Identifiable & verifiable AI & Agentic tooling, for Algorand » — un empilement d'identité, de justificatifs, de rails de paiement et de serveurs d'intégration de modèles destiné à permettre à des agents logiciels d'agir on-chain avec le même statut vérifiable qu'un utilisateur humain. L'ensemble s'organise autour de quatre fronts : l'IA et les agents, l'identité, le commerce agentique et l'infrastructure.

Une couche d'identité ancrée sur Algorand

À la base se trouve le protocole PLAUSIBLE², qui émet sur Algorand des identifiants décentralisés et des justificatifs vérifiables conformes au W3C. Un identifiant décentralisé est la norme du W3C pour un identifiant cryptographique mondialement unique et contrôlé par son propriétaire : contrairement à un nom d'utilisateur, il n'est délivré par aucune plateforme. Un justificatif vérifiable est une déclaration — permis, adhésion, résultat de vérification — qu'une contrepartie peut contrôler cryptographiquement sans avoir à recontacter l'émetteur. PLAUSIBLE met en œuvre les deux via deux standards Algorand Request for Comments, ARC-13 pour les identifiants décentralisés on-chain et ARC-113 pour les justificatifs vérifiables, aux côtés des OpenBadges IMS/1EdTech et de NFT utilitaires programmables pour les bons, les récompenses et les accès restreints. Le protocole émet les justificatifs sous forme d'actifs dynamiques et sans jeton, et affirme que « chaque émetteur a pleine autorité sur ses justificatifs, appliquée on-chain » : la suspension ou la révocation est immédiate, sans mise à niveau de smart contract.

La résolution est assurée par ThisDID³, un résolveur universel d'identifiants décentralisés capable de rattacher n'importe quel identifiant à l'un de plus de 70⁴ pilotes de méthode et de renvoyer un document unifié conforme au W3C. Il prend en charge les identifiants natifs d'Algorand (did:algo) et les noms NFDomains (did:nfd), en acheminant ces requêtes vers le worker de résolution propre à GoPlausible avant de se rabattre sur d'autres résolveurs conformes. Le site revendique une résolution médiane inférieure à 200 millisecondes et une disponibilité de 99,98 % ; son compteur en direct affiche 685 résolutions au total, dont 621 réussies — un volume négligeable pour l'instant.

Lire, raisonner, transactionner : la couche MCP

Le pont entre les modèles de langage et la chaîne est le Model Context Protocol (MCP), un standard ouvert qui fournit à un modèle d'IA des outils pour interagir avec des systèmes externes : un serveur MCP expose des opérations blockchain — déployer des contrats, créer des actifs, interroger des comptes — qu'un agent peut appeler directement au lieu de se contenter de générer du texte de code. La gamme d'outils de GoPlausible, qu'il dit livrer depuis 2024, couvre trois éditions MCP ainsi que des plugins d'agents, un portefeuille et des GPT OpenAI personnalisés, maintenus au sein de l'organisation GitHub GoPlausible⁵.

Source : 6 github.com

L'identité circule dans la même pile : decentralized OAuth⁷ (dOAuth) relie une connexion Web 2.0 — Google, X, GitHub, LinkedIn — à des clés Algorand enveloppées dans OpenID Connect, la couche d'identité standard qui permet à une seule connexion d'autoriser une application ou un agent. Le SDK et le portefeuille Regent⁸ prolongent le tout en ce que le projet appelle un portefeuille agentique natif de l'identité, qualifié d'expérimental et destiné à Android, pour la communication, le commandement et le contrôle des agents. Les briques s'enchaînent : on se connecte une fois avec un compte Web 2.0, on obtient un identifiant décentralisé ancré on-chain, on laisse l'agent signer via MCP ou Regent, et on paie à la requête via x402.

Le commerce à la requête

Côté paiement, la pièce maîtresse est x402, un standard émergent développé par la plateforme de développement de Coinbase, qui réactive le code de statut HTTP 402 « Payment Required », resté en sommeil. Lorsqu'un client demande une ressource payante sans payer, le serveur répond par un HTTP 402 accompagné des conditions de paiement ; le client joint une transaction de paiement signée dans un en-tête X-PAYMENT ; un facilitateur la vérifie et la règle on-chain ; le serveur délivre alors la ressource avec un 200 OK. Ni compte, ni clé d'API, ni inscription : un paiement à l'appel natif pour les machines. GoPlausible se présente comme l'implémentation de référence sur Algorand, développe et maintient la spécification alignée sur l'AVM, et publie des packages SDK et des exemples en TypeScript et en Python.

Pourquoi Algorand comme couche de règlement ? Le trafic x402 est à haute fréquence, avec de petits montants et des flux requête-réponse synchrones, et la finalité en un seul bloc du réseau règle un paiement en environ deux — mais là n'est pas l'essentiel : le protocole est indifférent. Le rôle de GoPlausible est celui de facilitateur, qui héberge le service de règlement que GoPlausible a conçu pour x402 sur Algorand. Savoir si ce design sans permission perdurera appartient à l'écosystème au sens large ; savoir si le facilitateur perdurera est une question commerciale propre à GoPlausible, et les chiffres ci-dessus constituent le seul élément public de réponse à ce jour.

Liens avec l'écosystème et questions ouvertes

Les serveurs MCP sont livrés avec des routeurs d'écosystème intégrés et des intégrations autonomes — nommage NFDomains, accès no-code via Zapier, outils de pools et de swaps Tinyman⁹, analytique Vestige, et trading cross-chain à carnet d'ordres d'Ultrade — pour que les agents accèdent au DeFi et aux données sans configuration. L'organisation compte 145 dépôts publics ; le plus étoilé des dépôts récemment actifs, Algorand Local MCP, en totalise 44, et le package npm qui le sous-tend a été téléchargé 344 fois le mois dernier.

Ce sont des chiffres de début, et les compteurs du site le confirment. La page d'accueil affiche « 0K¹⁰+ justificatifs émis », « 0+ portefeuilles agentiques » et « 0+ événements et hackathons » : s'il s'agit de métriques d'adoption en direct, elles affichent explicitement zéro ; s'il s'agit de champs réservés, le visiteur n'a aucun moyen de le savoir. Dans un cas comme dans l'autre, la lecture honnête est que la traction publique est quasi nulle, et qu'aucun des justificatifs, portefeuilles ou règlements que GoPlausible opère n'est audité ou vérifié de façon indépendante dans les sources. Pour un projet dont tout l'argument est la provenance vérifiable, le silence sur ses propres chiffres vérifiables est en soi une donnée.

Le graphe de commits l'est aussi. Sur les 258 commits d'Algorand Local MCP, le dépôt le plus actif, 258 sont attribuables à un seul contributeur, emg110, également auteur des pushs les plus récents sur les autres dépôts actifs. Tout projet rêve d'un mainteneur infatigable ; tout adoptant devrait se demander ce qu'il advient de son infrastructure si ce mainteneur passe à autre chose. Entre la transparence des compteurs, la question de la pérennité et un bus factor proche de un, l'outillage de GoPlausible est substantiel — et son adoption reste une promesse en attente de preuve.