#mira $MIRA
Les agents d'IA commencent à ressembler moins à des chatbots et plus à des acteurs économiques.
Ils appellent des API, déplacent des fonds, négocient des prix et, de plus en plus, interagissent avec d'autres agents sans qu'un humain soit dans la boucle. Cela soulève une question simple mais brutale : lorsque un agent souhaite agir en votre nom ou prendre votre argent, pourquoi devriez-vous lui faire confiance ?
ERC‑8004 est la première véritable tentative d'Ethereum de répondre à cette question. Il ne définit pas comment les agents pensent ou parlent ; au lieu de cela, il leur donne un système partagé sur chaîne pour l'identité et la réputation. Vous pouvez le considérer comme une infrastructure publique de base pour un marché natif de l'IA. Au cœur d'ERC‑8004 se trouve un registre d'identité. Chaque agent obtient un jeton ERC‑721 qui représente son « ID d'agent », et ce jeton pointe vers un fichier d'enregistrement avec des métadonnées : ce que fait l'agent, quels points de terminaison il utilise (A2A, MCP, HTTP), quelles adresses il utilise et quelles fonctionnalités de confiance il prend en charge. Cela transforme chaque agent en un objet de première classe sur chaîne : découvrable, référencable et même transférable comme tout autre NFT.
En plus de l'identité, ERC‑8004 ajoute une couche de réputation. Après une interaction, un utilisateur ou un autre agent peut laisser une évaluation et un lien vers des retours plus riches. Ces évaluations sont stockées sur chaîne, ce qui signifie que toute application peut interroger la note moyenne d'un agent, le nombre d'avis ou l'historique des retours et construire sa propre vision de « cette chose vaut-elle la peine d'être traitée ? »
ERC‑8004 définit également un registre de validation pour des vérifications au niveau des tâches. Un agent peut soumettre une demande de validation qui inclut un hachage et une URI de sa sortie et l'adresse d'un validateur, qui pourrait être un autre contrat, un service hors chaîne ou un réseau de vérification. Le validateur effectue les vérifications qu'il juge appropriées, puis publie une réponse sur chaîne avec un score ou un signal de réussite/échec et un pointeur optionnel vers une preuve.
Les agents d'IA commencent à ressembler moins à des chatbots et plus à des acteurs économiques.
Ils appellent des API, déplacent des fonds, négocient des prix et, de plus en plus, interagissent avec d'autres agents sans qu'un humain soit dans la boucle. Cela soulève une question simple mais brutale : lorsque un agent souhaite agir en votre nom ou prendre votre argent, pourquoi devriez-vous lui faire confiance ?
ERC‑8004 est la première véritable tentative d'Ethereum de répondre à cette question. Il ne définit pas comment les agents pensent ou parlent ; au lieu de cela, il leur donne un système partagé sur chaîne pour l'identité et la réputation. Vous pouvez le considérer comme une infrastructure publique de base pour un marché natif de l'IA. Au cœur d'ERC‑8004 se trouve un registre d'identité. Chaque agent obtient un jeton ERC‑721 qui représente son « ID d'agent », et ce jeton pointe vers un fichier d'enregistrement avec des métadonnées : ce que fait l'agent, quels points de terminaison il utilise (A2A, MCP, HTTP), quelles adresses il utilise et quelles fonctionnalités de confiance il prend en charge. Cela transforme chaque agent en un objet de première classe sur chaîne : découvrable, référencable et même transférable comme tout autre NFT.
En plus de l'identité, ERC‑8004 ajoute une couche de réputation. Après une interaction, un utilisateur ou un autre agent peut laisser une évaluation et un lien vers des retours plus riches. Ces évaluations sont stockées sur chaîne, ce qui signifie que toute application peut interroger la note moyenne d'un agent, le nombre d'avis ou l'historique des retours et construire sa propre vision de « cette chose vaut-elle la peine d'être traitée ? »
ERC‑8004 définit également un registre de validation pour des vérifications au niveau des tâches. Un agent peut soumettre une demande de validation qui inclut un hachage et une URI de sa sortie et l'adresse d'un validateur, qui pourrait être un autre contrat, un service hors chaîne ou un réseau de vérification. Le validateur effectue les vérifications qu'il juge appropriées, puis publie une réponse sur chaîne avec un score ou un signal de réussite/échec et un pointeur optionnel vers une preuve.
