Paiements agentiques

Les agents IA sont de plus en plus autonomes dans leurs flux de travail : écriture de code, récupération de données, provisionnement de ressources, et plus encore. Pour fonctionner de manière totalement indépendante, ils ont besoin d'un moyen d'effectuer des « micropaiements » pour des services de manière programmatique, en temps réel, à un coût minimal. Les systèmes de paiement traditionnels ne fonctionnent pas pour les micropaiements. Les frais inférieurs au centime et la finalité inférieure à la seconde de Solana rendent cela techniquement et économiquement viable.

Pourquoi est-ce important ?

Par exemple, imaginez qu'un développeur utilisant un LLM pour créer une application a besoin de données d'une API payante. Pour récupérer des données importantes, un développeur devrait interrompre son flux de travail, rechercher des API, sélectionner un fournisseur, créer un compte, ajouter un moyen de paiement, générer une clé API, copier la clé dans son environnement, puis reprendre son flux de travail. Cette friction brise l'état de concentration. Pour les flux de travail assistés par IA, c'est un obstacle.

Au lieu de cela, avec les paiements agentiques, l'agent peut effectuer la requête, la payer et poursuivre son flux de travail. Pas de comptes. Pas de clés API. Pas d'intervention manuelle.

Payer les API avec pay.sh

pay.sh est une couche de paiement pour les agents HTTP et les outils en ligne de commande. Consultez la documentation de pay.sh pour installer pay. L'interface CLI pay encapsule des outils comme curl, codex et claude afin qu'ils puissent appeler des API payantes sans comptes fournisseurs ni clés API. Lorsqu'une API renvoie un défi MPP ou x402 402 Payment Required, pay demande à votre portefeuille local d'approuver la signature.

Le protocole x402

Les paiements agentiques nécessitent un moyen pour les clients et les serveurs de négocier les conditions de paiement via l'infrastructure web standard sans perturber les interfaces web traditionnelles. L'espace des micropaiements est encore naissant et de nouveaux outils et standards émergeront probablement à mesure que cet écosystème évoluera. Le protocole x402, cependant, s'est imposé comme un standard précoce avec un fort soutien de l'écosystème. x402 utilise le code de statut HTTP 402 « Payment Required » — un standard depuis HTTP/1.1 qui n'est devenu pratique qu'avec le règlement blockchain.

Comment ça fonctionne

Le client effectue une requête, reçoit un code 402 avec les conditions de paiement, puis réessaie avec un paiement signé. Le serveur délègue la vérification et le règlement à un facilitateur, un intermédiaire optionnel qui gère la soumission de la transaction onchain. Une fois que le facilitateur confirme le règlement, le serveur renvoie le contenu demandé. Cette séparation permet aux fournisseurs d'API d'accepter des paiements sans gérer directement une quelconque infrastructure onchain.

Diagramme de flux x402

Le protocole est sans état (pas de sessions ni de clés API), fonctionne avec l'infrastructure HTTP standard et prend en charge tous les tokens SPL acceptés par le serveur. Voici un extrait de code montrant comment configurer un serveur Express utilisant le middleware x402 :

app.use(
  paymentMiddleware(
    {
      "GET /costly-data": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.001",
            network: "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
            payTo: svmAddress
          }
        ],
        description: "Costly data",
        mimeType: "application/json"
      }
    },
    new x402ResourceServer(facilitatorClient).register(
      "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
      new ExactSvmScheme()
    )
  )
);

app.get("/costly-data", (req, res) => {
  res.send({
    report: {
      data: "costly data"
    }
  });
});

Pour en savoir plus sur x402, consultez nos guides :

Outils x402