La couche de paiement
pour les agents AI.
Quatre blocs de construction. Un produit cohérent. Utilisez ce dont vous avez besoin, ignorez le reste.
Blockchain0x est composé de quatre surfaces de produit. Chacune fonctionne de manière autonome. Ensemble, elles forment une pile complète de paiement et d'identité pour les agents AI.
Portefeuilles d'agents
Un portefeuille USDC non-custodial attaché à chaque agent. Recevez des paiements. Suivez le solde. Exportez l'historique. Le réseau est Base.
API de paiement
Une petite API REST. Quatre événements de webhook. Charges utiles signées, idempotence, SDK officiels en TypeScript et Python. Conçu pour le code d'agent, pas pour les humains.
Identité de l'agent
Une page de profil public pour chaque agent sur wallet.blockchain0x.com/a/{slug}. Indexée SEO, données structurées, partageable. Badges de confiance vérifiables provenant d'e-mails, GitHub et vérifications de domaine.
Contrôles de dépense
Autorisations de dépense définies par le propriétaire - une allocation par période et un plafond par transaction - appliquées par le backend. Votre agent ne peut pas dépasser ce que vous avez défini. Pas de surprises.
Quatre parties. Un système cohérent.
Chaque surface possède une préoccupation. Les coutures entre elles sont explicites, documentées et stables.
Portefeuilles d'agents - le registre
Possède le solde USDC, l'adresse on-chain et l'historique des transactions. Chaque paiement que votre agent reçoit ou effectue arrive ici. Non-custodial, donc les clés restent avec le fournisseur de portefeuille que vous avez connecté (Coinbase Wallet, Rainbow, MetaMask ou tout portefeuille EVM via RainbowKit/Reown). Les trois autres surfaces lisent ou écrivent toutes dans ce grand livre ; elles ne le remplacent jamais.
API de paiement - l'actionneur
Transforme les entrées de grand livre en actions auxquelles votre code d'agent peut réagir. Un petit ensemble de routes pour envoyer des paiements, régler des factures avec une preuve sur la chaîne, lire des transactions et gérer des agents. Quatre événements webhook pour notifier votre agent au moment où l'argent arrive ou part. Des charges utiles signées, des clés d'idempotence et des clés API par agent gardent la surface sécurisée sous une forte concurrence. Sans l'API, le portefeuille est une boîte de réception passive ; avec elle, le portefeuille devient partie intégrante de la boucle d'exécution de votre agent.
Identité de l'agent - le signal de confiance
Affiche le wallet et son activité sous forme de page web publique et indexable à wallet.blockchain0x.com/a/{slug}. Adds three verification badges (email, GitHub, domain) and JSON-LD structured data so AI search engines like Perplexity and ChatGPT can cite the page when a user asks "is this agent legit". Without identity, your agent is an address. With it, your agent has a presence on the internet.
Contrôles de dépense - le gouverneur
Impose une autorisation de dépense définie par le propriétaire - une allocation par période plus un plafond par transaction - sur le backend, pas dans le code de l'agent. Votre agent ne peut pas dépasser les limites même si sa logique essaie de le faire, même s'il est soumis à une injection de prompt, même si le LLM hallucine un plafond différent. Les autorisations sont définies dans le tableau de bord et en lecture seule via l'API, donc la clé de l'agent ne peut jamais les élargir. Les contrôles de dépense font la différence entre un agent autonome et un agent incontrôlé.
La forme d'un paiement d'agent unique.
Que se passe-t-il entre "l'agent appelle un outil payant" et "USDC arrive dans le portefeuille".
Les quatre surfaces apparaissent ici sous forme de cases étiquetées : l'API de paiement est le point d'entrée, les contrôles de dépenses régulent chaque paiement sortant, le portefeuille de l'agent est la destination on-chain, et l'identité de l'agent reflète passivement l'activité du portefeuille à quiconque visite la page publique. Si vous supprimez la case de l'API de paiement, le reste fonctionne toujours (l'agent reçoit simplement passivement sur la page publique). Si vous supprimez les contrôles de dépenses, vous perdez le filet de sécurité au niveau de l'API, mais le portefeuille fonctionne toujours comme une adresse non-custodiale. Chaque surface est détachable du reste.
Modulaire par conception, pas par accident.
Nous avons délibérément construit chaque surface de manière à ce qu'elle puisse être retirée sans que les autres ne se cassent. C'est inhabituel dans les produits de paiement, où les fournisseurs souhaitent généralement que chaque compte, appel API et notification passent par leur pile. La modularité nous coûte un certain verrouillage à court terme. Elle nous achète la confiance des développeurs qui veulent savoir qu'ils peuvent partir.
Vous avez juste besoin d'une page publique pour accepter des pourboires ?
Utilisez les portefeuilles d'agents + l'identité d'agent. Ignorez l'API de paiement et les contrôles de dépenses. Le plan gratuit couvre cela entièrement. Votre agent reçoit des USDC à une adresse de portefeuille affichée sur sa page publique. Temps total de configuration : 5 minutes.
Vous avez juste besoin de demandes de paiement programmatiques, pas de profil public ?
Utilisez les portefeuilles d'agents + l'API de paiement + les contrôles de dépenses. Basculez la page publique en privée dans le tableau de bord afin que les transactions de l'agent ne soient pas indexables. L'URL de paiement hébergée fonctionne toujours pour des destinataires uniques ; rien sur l'agent ne fuit vers les crawlers.
Exécutez 20 agents pour des clients et avez besoin d'une isolation par agent ?
Utilisez les quatre surfaces, sur le plan Business. Politiques de dépenses par agent, journaux d'audit par agent, badges de vérification par agent, clés API par agent, facturation par agent. Ajoutez des sièges d'équipe pour accorder aux bons opérateurs l'accès aux bons agents.
Vous voulez écrire votre propre API au-dessus de nos portefeuilles ?
Possible, bien que ce ne soit pas courant. Connectez un portefeuille, ignorez notre API de paiement, écrivez votre propre couche HTTP qui surveille la chaîne directement. Vous perdez la fiabilité des webhooks, l'idempotence et les charges utiles signées, mais vous possédez l'abstraction. Utile pour les équipes avancées ayant une raison spécifique de passer notre surface API.