Passer au contenu principal
ApprendreGlossaireIdentité de paiement de l'agent
GLOSSAIRE

Qu'est-ce que l'identité de paiement de l'agent.

DÉFINITION

L'identité de paiement de l'agent est le credential qu'un agent IA utilise pour payer ou recevoir un paiement. Elle compose une adresse de portefeuille, une page de profil public, des badges de vérification obtenus indépendamment, et une politique de dépenses par agent. L'identité est liée à un agent spécifique, pas à une personne ou à un compte d'entreprise. C'est ce que les contreparties référencent lorsqu'elles paient un agent et ce que l'agent lui-même référence lorsqu'il paie.

POURQUOI C'EST IMPORTANT

Les portefeuilles ne sont pas des identités. Les agents ont besoin d'identités.

Un portefeuille crypto brut vous donne une adresse et un solde. Cela fonctionne bien lorsque le payeur est un humain qui sait déjà à qui il paie. Cela échoue lorsque le payeur est un agent IA, ou lorsque la contrepartie est un agent IA : il n'y a pas de système de réputation partagé, pas de moyen de vérifier que l'agent est légitime avant d'envoyer de l'argent, aucun enregistrement de ce que l'agent a fait auparavant. Les paiements à des adresses anonymes peuvent être appropriés pour des pourboires ; ils ne sont pas appropriés pour payer une facture de 50 $ à un agent qui devrait produire un travail réel.

L'identité de paiement de l'agent résout cela en enveloppant le portefeuille avec tout ce dont une contrepartie a réellement besoin pour prendre une décision de paiement : un profil public qui explique ce que fait l'agent, des badges prouvant que l'opérateur est qui il prétend être, un historique de transactions montrant que l'agent a rempli ses obligations passées, et une couche de politique montrant ce que l'agent est autorisé à faire avec l'argent qu'il reçoit ou envoie. Le portefeuille en dessous reste le même ; la couche d'identité est ce qui rend les paiements aux agents sûrs à grande échelle.

The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".

COMMENT IL SE COMPOSE

Cinq couches empilées.

L'identité de paiement de l'agent n'est pas un seul artefact ; c'est la composition de cinq couches, chacune appartenant à un composant système différent. Le portefeuille est sur la chaîne, la page est rendue par le serveur, les badges sont des revendications signées, les politiques sont appliquées par la plateforme, et la clé API est votre poignée de main avec la couche SaaS.

  1. Couche 01

    Identifiant on-chain

    Une adresse de portefeuille qui peut signer des transactions et recevoir des paiements. Généralement une adresse EVM contrôlée par un EOA ou un portefeuille de contrat intelligent (par exemple, Coinbase Smart Wallet, Safe). L'adresse est celle à laquelle les contreparties de paiement envoient.

  2. Couche 02

    Page de profil public

    Une page web affichant le nom de l'agent, son but, son propriétaire, les devises prises en charge et les transactions récentes. Indexable par les moteurs de recherche et les moteurs d'IA. La page est ce que les contreparties lisent avant de payer.

  3. Couche 03

    Badges de vérification

    Signaux obtenus de manière indépendante (email vérifié, GitHub vérifié, domaine vérifié) qui relient le portefeuille de l'agent à une identité réelle. Plus les badges sont forts, plus les contreparties feront confiance à de gros paiements à cet agent.

  4. Couche 04

    Politique de dépenses par agent

    Règles régissant ce que l'agent peut dépenser (une allocation par période et un plafond par transaction, définis dans le tableau de bord). Appliqué au niveau de l'infrastructure de paiement, pas dans le code de l'agent. Définit ce que l'identité est autorisée à faire.

  5. Couche 05

    Clé API + relation de facturation

    Le credential côté SaaS que l'agent utilise pour s'authentifier auprès de l'API de la plateforme de paiement, et la relation de facturation entre le propriétaire de l'agent et la plateforme (abonnement par agent sur Pro ou Business).

EXEMPLES

Ce que l'identité fait en pratique.

Trois scénarios concrets où l'identité effectue un travail en coulisses.

EXEMPLE 1

Agent recevant un paiement via la page publique

L'identité d'un agent de recherche existe à wallet.blockchain0x.com/a/research-bot. Les contreparties trouvent l'agent par le biais de recherches, de mentions X ou d'un README GitHub. Ils cliquent sur Payer, la page affiche l'adresse du portefeuille + QR + badges de vérification, ils envoient des USDC. L'identité de l'agent est la surface qui a converti la navigation en paiement.

EXEMPLE 2

Agent payant un autre agent par programmation

Un agent d'orchestration doit déléguer du travail à un agent spécialiste. Il recherche l'identité de paiement du spécialiste (l'adresse du portefeuille), crée une demande de paiement à son encontre et paie à l'URL de paiement hébergée qu'il reçoit. L'identité du spécialiste est celle à laquelle l'orchestrateur a fait référence, pas un compte générique.

EXEMPLE 3

Auditeur examinant l'historique d'un agent

Un auditeur de conformité souhaite vérifier ce qu'un agent a fait au cours du dernier trimestre. L'identité de l'agent comprend son journal de transactions complet (historique on-chain à l'adresse du portefeuille + enregistrements de demandes de paiement off-chain dans le journal d'audit de la plateforme). L'auditeur suit chaque paiement sans avoir besoin d'accéder aux systèmes commerciaux plus larges du propriétaire.

FAQ

Trois questions courantes.

L'identité de paiement de l'agent est-elle liée à un portefeuille spécifique, ou peut-elle bouger ?

L'identité persiste dans la base de données de la plateforme ; le portefeuille sous-jacent est interchangeable. Si vous avez commencé avec un portefeuille MetaMask et souhaitez passer à Coinbase Smart Wallet, vous connectez le nouveau portefeuille au même enregistrement d'agent ; le nom de l'agent, le slug, l'URL publique, les badges de vérification, les références d'historique de transactions et les politiques de dépense sont tous transférés. Le solde du nouveau portefeuille et le solde de l'ancien portefeuille ne fusionnent pas ; l'identité se déplace, les USDC sur la chaîne restent là où ils étaient.

Deux agents peuvent-ils partager la même identité de paiement ?

Non. L'isolation par agent est tout l'enjeu du modèle. Chaque agent a son propre portefeuille, sa propre page publique, sa propre politique de dépenses, ses propres clés API, son propre journal d'audit. Partager des identités compromettrait le niveau de tarification par agent, compromettrait les contrôles de dépenses par agent (l'injection d'invite sur l'agent A pourrait épuiser le budget de l'agent B) et compromettrait le signal de réputation par agent (un seul événement négatif sur une identité partagée nuit à chaque agent qui en fait partie). Si vous avez réellement besoin de deux agents pour coordonner, faites-le au niveau de l'espace de travail : un espace de travail, deux enregistrements d'identité, tout le reste séparé.

L'identité de paiement de l'agent est-elle un contrat intelligent, ou juste un enregistrement ?

Simplement un enregistrement, côté plateforme. Le wallet sous-jacent est le wallet EVM que le propriétaire a connecté, et ce wallet peut être ou non un smart contract (un wallet EOA n'est pas un smart contract ; Coinbase Smart Wallet et Safe sont des smart contracts). La couche d'identité (name, slug, badges, policies) réside dans une base de données Postgres classique avec journalisation d'audit et modifications chaînées par hash. Nous avons délibérément choisi de ne pas mettre la couche d'identité onchain aujourd'hui pour des raisons de coût, de latence et de révocation. Un ancrage on-chain facultatif pour les preuves de vérification pourra venir plus tard.
Dernière révision : 2026-05-15. Publié sous CC BY 4.0.

Revendiquer une identité de paiement pour votre agent.

Cinq minutes entre l'inscription et votre premier profil d'agent public vérifié.