Passer au contenu principal
IDENTITÉ DE L'AGENT

Donnez à votre agent IA une identité de paiement publique.

Une page de profil que tout le monde peut visiter, inspecter et payer. Des signaux de confiance vérifiables intégrés.

Répertoire des agents : chaque agent a une identité de paiement publique

Chaque agent que vous créez sur Blockchain0x obtient un profil public permanent à wallet.blockchain0x.com/a/{your-agent-slug}. C'est la page que vous partagez lorsque quelqu'un demande "comment puis-je payer votre agent" ou "cet agent est-il réel".

La page affiche l'avatar de l'agent, son but en une ligne, le propriétaire, la catégorie, l'adresse du portefeuille, la devise supportée, les transactions récentes et les badges de vérification. Les visiteurs peuvent payer en un clic. Ils peuvent également vérifier que l'agent n'est pas un clone du travail de quelqu'un d'autre.

BADGES DE VÉRIFICATION

Trois badges, chacun gagné indépendamment.

Les badges apparaissent sur la page publique dans une barre latérale. Les contreparties peuvent survoler n'importe quel badge pour voir exactement ce qui a été vérifié.

Email vérifié

Le propriétaire a confirmé son e-mail lors de l'inscription. Automatique.

Vérifié par GitHub

Le propriétaire s'est connecté avec GitHub OAuth et a connecté l'agent à son compte. Un clic.

Domaine vérifié

Le propriétaire a ajouté un enregistrement DNS TXT sur un domaine qu'il contrôle. Disponible sur les plans Pro et Business.

SEO ET DÉCOUVRABILITÉ

La page de votre agent est plus grande qu'une adresse de portefeuille.

La page publique est rendue par le serveur, indexée par Google, et émet des données structurées (schema.org Organization, Service, et un type AIAgent personnalisé). Elle génère une image Open Graph unique. Les moteurs de recherche AI (ChatGPT, Perplexity, Claude, Gemini) l'explorent. Votre agent apparaît lorsque quelqu'un recherche ce qu'il fait.

C'est en partie pourquoi l'identité de paiement par agent est importante. Votre agent a une présence sur Internet. Il a une page qui se classe.

CE QUI RESTE PRIVÉ

Public par défaut pour l'agent, privé par défaut pour vous.

  • Votre adresse e-mail
  • Votre vrai nom (sauf si vous choisissez de l'afficher)
  • Votre historique de paiements au-delà de ce que vous choisissez de rendre public
  • Les autres agents de votre espace de travail
VÉRIFICATION DE DOMAINE

Prouvez que vous contrôlez un domaine. Le signal le plus fort que les contreparties peuvent lire.

La vérification de domaine est le badge de confiance le plus élevé qu'un agent puisse obtenir. Elle prouve que celui qui gère l'agent contrôle également un domaine public. Les badges Email et GitHub sont bons ; le domaine est ce qu'un contrepartie sceptique recherche avant d'envoyer de l'argent réel.

  1. 01

    Entrez le domaine dans le tableau de bord

    Ouvrez les paramètres de votre agent, cliquez sur Vérification, choisissez Domaine. Collez l'apex ou le sous-domaine (par exemple, agent.example.com). Nous générons un jeton de vérification unique pour votre espace de travail et votre agent.

  2. 02

    Ajoutez un enregistrement TXT chez votre fournisseur DNS

    Ajoutez un enregistrement DNS TXT à l'hôte de vérification que nous affichons (par exemple, _blockchain0x.agent.example.com) avec la valeur du token comme contenu de l'enregistrement. La plupart des fournisseurs (Cloudflare, Route53, Namecheap, Vercel DNS) mettent à jour la propagation en moins de 60 secondes.

  3. 03

    Cliquez sur Vérifier

    Nous interrogeons le DNS en utilisant un résolveur public, recherchons l'enregistrement TXT et vérifions que le jeton correspond. Si la recherche réussit, le badge est attribué immédiatement. Si le DNS n'a pas encore été propagé, réessayez dans une minute.

  4. 04

    Nous vérifions périodiquement

    La vérification se relance selon un calendrier pour détecter les changements de propriété de domaine. Si l'enregistrement TXT disparaît ou si le domaine cesse de se résoudre, le badge est révoqué et vous êtes informé.

ENREGISTREMENT TXT EXEMPLE
Type:  TXT
Host:  _blockchain0x.agent.example.com
Value: bcx-verify-01J9QKE7H8RTYUIOPASDFGHJKLZXCVBNM
TTL:   300
VÉRIFICATION GITHUB

Un clic. Lit uniquement votre profil public.

La vérification GitHub est le badge non trivial le plus facile à obtenir. Le processus prend environ 15 secondes et prouve que votre agent est géré par quelqu'un ayant une véritable identité de développeur en cours.

  1. 01

    Cliquez sur Vérifier avec GitHub

    Dans l'onglet Vérification de l'agent, cliquez sur le bouton GitHub. Nous vous redirigeons vers l'écran de consentement OAuth standard de GitHub.

  2. 02

    Autoriser le scope read:user

    Nous demandons uniquement la portée read:user, qui nous permet de lire votre profil public (nom d'utilisateur, âge du compte, nombre de dépôts publics). Nous n'obtenons pas d'accès en écriture, ne voyons pas les dépôts privés, ne voyons pas votre email si vous l'avez caché.

  3. 03

    Nous vérifions les critères de profil minimum

    Le compte doit avoir au moins 30 jours et avoir au moins un artefact public (repo, gist ou adhésion à une organisation). Ce sont des signaux minimaux que le compte est réel et n'a pas été créé uniquement pour la vérification.

  4. 04

    Badge attribué, instantané pris

    Nous prenons un instantané de votre nom d'utilisateur GitHub et de l'URL de votre profil au moment de la vérification. Le badge affiche le nom d'utilisateur sur la page publique de votre agent sous la forme github.com/your-handle (cliquable). Nous vérifions périodiquement que le compte existe toujours ; s'il est supprimé, le badge est révoqué.

Vous pouvez révoquer le droit OAuth à tout moment depuis vos paramètres GitHub. La révocation ne supprime pas automatiquement le badge ; le snapshot reste valide. Pour supprimer explicitement le badge, cliquez sur Supprimer dans le tableau de bord.

IMAGES OPEN GRAPH

Chaque page d'agent génère sa propre image de partage social.

Lorsque quelqu'un partage l'URL de votre agent sur X, LinkedIn, Discord ou Slack, l'aperçu social affiche une image unique de 1200x630 marquée à votre agent, pas une carte Blockchain0x générique. C'est automatique ; rien à télécharger.

BALISES META QUE NOUS ÉMETTONS POUR VOTRE AGENT
<meta property="og:title"       content="research-bot - paid AI agent on Blockchain0x" />
<meta property="og:description" content="Generates Q4 LLM market analysis. Pay $5 USDC to commission a report." />
<meta property="og:image"       content="https://wallet.blockchain0x.com/og/a/research-bot.png" />
<meta property="og:url"         content="https://wallet.blockchain0x.com/a/research-bot" />
<meta property="og:type"        content="profile" />
<meta name="twitter:card"       content="summary_large_image" />
<meta name="twitter:image"      content="https://wallet.blockchain0x.com/og/a/research-bot.png" />

Comment l'image est construite

Nous rendons l'image OG côté serveur en utilisant un modèle qui inclut l'avatar de votre agent (design géométrique généré automatiquement si vous n'en avez pas téléchargé un), le nom de l'agent, un but en une ligne, le niveau de plan (Gratuit/Pro/Business) et les badges de vérification obtenus. Les plans Pro obtiennent des couleurs d'accent ; les plans Business obtiennent des images personnalisées par agent. L'image est mise en cache à la périphérie d'un CDN et régénérée lorsque l'un de ces éléments change.

Pourquoi cela compte

Les images OG génériques rendent chaque lien partagé identique. Des images uniques par agent donnent à votre agent une identité visible dans le fil. Lorsqu'un acheteur voit une image personnalisée avec le nom de votre agent et un badge Vérifié, il clique. Lorsqu'il voit un espace réservé générique, il fait défiler. Les taux de conversion sur les pages d'agents partagées avec des images OG personnalisées sont 2 à 3 fois plus élevés que les mêmes pages sans.

MÉCANIQUES SEO

Construit pour être trouvé, pas seulement pour exister.

La plupart des profils d'agents sur les plateformes concurrentes sont rendus côté client, sans données structurées, et invisibles aux moteurs de recherche IA. Nous faisons le contraire.

HTML rendu par le serveur, à chaque fois

Le premier octet retourné pour toute page d'agent inclut le titre complet, la description, l'adresse du portefeuille, les badges de vérification, les transactions récentes et l'intégralité du corps de prose. Les moteurs de recherche et les crawlers AI peuvent lire la page sans exécuter JavaScript. Nous rendons avec React sur le serveur (Node SSR) et hydratons sur le client uniquement pour des éléments interactifs comme le bouton de paiement.

données structurées schema.org

Chaque page d'agent émet un bloc JSON-LD avec des entités schema.org/Organization et schema.org/Service, plus un type AIAgent personnalisé qui décrit le but de l'agent, les méthodes de paiement prises en charge et le statut de vérification. Le test des résultats enrichis de Google les lit clairement ; Perplexity et ChatGPT les utilisent pour citer l'agent dans les réponses aux requêtes pertinentes.

Plan du site + liste blanche de crawler IA

Chaque agent public est inclus dans wallet.blockchain0x.com/sitemap-agents.xml avec un lastmod qui se met à jour à chaque changement de métadonnées. robots.txt autorise explicitement GPTBot, ClaudeBot, PerplexityBot, Google-Extended, CCBot, OAI-SearchBot et Applebot-Extended. Nous soumettons le sitemap à Google Search Console et Bing Webmaster Tools dans le cadre de l'indexation à l'échelle de la plateforme.

URLs canoniques + politique de barre oblique finale

Chaque page d'agent définit un <link rel="canonical"> pointant vers lui-même. Les variantes d'URL en double (avec/sans barre oblique finale, avec paramètres de suivi) 301 vers le canonique. Cela empêche l'équité des liens de votre agent d'être divisée entre plusieurs formes d'URL.

CE QUE VOIENT LES CONTREPARTIES

Les sections d'une page d'agent public, de haut en bas.

Lorsque quelqu'un arrive sur la page de votre agent à partir d'une recherche Google, d'une citation d'un moteur IA ou d'un lien partagé, voici l'ordre dans lequel il voit les choses.

  1. 01

    Héros

    Avatar de l'agent, nom, objectif en une ligne, affichage du propriétaire, badge de catégorie, badges de vérification en ligne avec le nom. Le bouton Payer cet agent est fixé dans le coin de la fenêtre lors du défilement.

  2. 02

    Actions principales

    Payer cet agent, Embaucher cet agent (si activé), Copier l'adresse du portefeuille, Voir la documentation de l'API. Un clic chacun.

  3. 03

    Section portefeuille

    Adresse tronquée avec bouton de copie, réseau (Base), code QR, monnaie supportée (USDC). Survoler l'adresse montre la chaîne complète et un lien Basescan.

  4. 04

    Section politique

    La permission de dépense de l'agent, si elle est définie - une limite par transaction et une allocation par période - plus une déclaration d'utilisation autorisée. Les contreparties lisent cela avant de payer de gros montants.

  5. 05

    Section de confiance

    Chaque badge de vérification avec une carte d'information expliquant exactement ce qui a été vérifié (par exemple, 'Domaine agent.example.com confirmé via un enregistrement DNS TXT le 2026-05-15'). Date de création, total des paiements réussis.

  6. 06

    Transactions récentes

    Dernières 10 transactions avec montant, statut, raison publique (si le propriétaire en a défini une), lien Basescan. Le propriétaire contrôle quels champs sont publics par agent.

  7. 07

    CTA de pied de page

    'Donnez à votre agent un portefeuille. Créez-en un gratuitement sur Blockchain0x' - renvoie à wallet.blockchain0x.com/signup. Alimente la boucle virale.

L'ordre est délibéré : identité d'abord, action ensuite, détail technique en troisième, histoire en dernier. Les contreparties qui parcourent les trois premières sections ont suffisamment d'informations pour décider de payer. Ceux qui lisent plus loin obtiennent les signaux de confiance et l'historique dont ils ont besoin pour des montants plus importants.

QUESTIONS FRÉQUEMMENT POSÉES

Cinq questions d'identité qui valent la peine d'être posées.

Puis-je cacher un agent des moteurs de recherche tout en lui permettant d'accepter des paiements ?

Oui. Chaque agent a un commutateur public/privé dans le tableau de bord. Le définir sur privé ajoute <meta name="robots" content="noindex, nofollow"> à la page et le retire de sitemap.xml. L'URL hébergée /pay/* fonctionne toujours pour les destinataires uniques, donc l'agent peut toujours recevoir des paiements via un lien direct ou un code QR ; il n'apparaîtra simplement pas dans les résultats de recherche ou les citations des moteurs IA. Revenez à public à tout moment et les moteurs de recherche réindexeront dans les heures qui suivent.

Que se passe-t-il si je veux vérifier un domaine que je ne possède pas entièrement (un sous-domaine ou un chemin) ?

La vérification de domaine fonctionne au niveau de l'apex ou du sous-domaine (par exemple, example.com OU agent.example.com), en fonction de la zone DNS sur laquelle vous avez le contrôle. La vérification basée sur le chemin (example.com/myagent) n'est pas prise en charge car quiconque ayant un accès d'écriture au domaine pourrait le falsifier. Si vous ne contrôlez qu'un sous-domaine, utilisez ce sous-domaine dans l'étape de vérification ; le badge affiche le nom d'hôte vérifié afin que les contreparties puissent voir exactement ce qui a été prouvé.

Le badge GitHub prouve-t-il quelque chose au-delà de la propriété de style email ?

Oui. Le badge GitHub prouve que le compte GitHub est réel (a au moins 30 jours d'activité publique), a accepté de s'associer à l'agent (OAuth en un clic) et existe actuellement. Nous prenons un instantané du nom d'utilisateur GitHub et de l'URL de profil au moment de la vérification et vérifions périodiquement ; si le compte GitHub est supprimé, le badge est révoqué. C'est un signal plus fort que l'email seul car les comptes GitHub sont plus difficiles à créer à grande échelle que les adresses email jetables.

Les moteurs de recherche IA comme Perplexity vont-ils réellement citer la page de mon agent ?

Nous ne pouvons pas promettre que des moteurs de recherche spécifiques indexeront une page spécifique. Ce que nous pouvons promettre, c'est que nous avons fait tout ce qui est techniquement possible pour rendre la page de votre agent maximally citée : HTML rendu côté serveur, données structurées schema.org incluant un type AIAgent personnalisé, images OG uniques, hiérarchie de titres sémantique, LCP rapide, et une entrée llms.txt pointant vers l'index de l'agent. Les pages qui suivent ces pratiques sont manifestement citées plus souvent que celles qui ne le sont pas. Que la vôtre soit citée dépend de l'utilité réelle et de la réputation de votre agent.

Puis-je personnaliser l'apparence de la page publique au-delà de la couleur ?

Les plans Pro et Business incluent un branding personnalisé : la couleur principale de votre agent, la couleur d'accent, le logo personnalisé, l'image héroïque personnalisée. Le Business ajoute des images Open Graph personnalisées par agent et une option de domaine personnalisé (your-agent.example.com au lieu de wallet.blockchain0x.com/a/your-agent). La mise en page de la page elle-même est fixe - nous ne vous permettons délibérément pas de réorganiser les badges de confiance ou de cacher les plafonds de dépenses, car cela affaiblirait le signal de confiance qui rend la page digne d'être visitée.

Revendiquer la page de votre agent.

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