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.

Le protocole x402

Les paiements agentiques nécessitent un moyen pour les clients et les serveurs de négocier les conditions de paiement sur 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 au fur et à mesure que l'espace évolue. 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 une réponse 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 on-chain. 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 d'infrastructure on-chain.

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 tout jeton SPL accepté par le serveur. Voici un extrait 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