Passer au contenu principal
X402 vous permet d’utiliser les routes API payantes de Venice en vous authentifiant avec un wallet et en maintenant un solde USDC prépayé. Pas de clé API ni de compte requis. Signez un message, rechargez sur Base ou Solana, et appelez n’importe quelle route prise en charge.

Auth par wallet

Authentifiez-vous avec un payload Sign-In-With-X signé dans l’en-tête X-Sign-In-With-X.

Payer en USDC

Maintenez un solde dépensable avec de l’USDC sur Base ou Solana.

DIEM d'abord

Si le wallet est lié à un compte Venice avec un solde DIEM, ce solde est dépensé en premier.

Qu’est-ce que X402 ?

X402 est un standard de paiement ouvert qui permet aux applications et aux agents de payer pour des services de manière programmatique en utilisant des cryptomonnaies. Venice implémente X402 afin que les wallets puissent s’authentifier et payer l’inférence directement avec de l’USDC sur Base ou Solana.

Prérequis

  • Un wallet sur Base ou Solana
  • Du token natif pour le gas sur la chaîne choisie, comme de l’ETH sur Base ou du SOL sur Solana
  • De l’USDC sur la chaîne choisie (ou un solde existant adossé à du DIEM via un compte Venice lié)
Envisagez d’utiliser un wallet dédié à l’automatisation plutôt que votre wallet trésorerie principal.

Démarrage rapide

Le SDK venice-x402-client fournit des helpers pour l’auth par wallet, les recharges et le suivi de solde.
Le client génère un en-tête X-Sign-In-With-X frais pour chaque requête et suit automatiquement le solde via les en-têtes de réponse X-Balance-Remaining.

Avec des outils compatibles OpenAI

Si vous utilisez un outil qui accepte un fetch personnalisé, utilisez createAuthFetch pour ajouter l’auth par wallet à n’importe quelle requête :

Helpers disponibles

Le SDK inclut des helpers de première classe pour les routes Venice x402 les plus courantes. Pour tout ce qui n’est pas couvert, utilisez request() ou createAuthFetch() directement.

Flux manuel

Si vous n’utilisez pas le SDK ou si vous avez besoin de comprendre le protocole sous-jacent, voici le flux étape par étape. Pour un nouveau wallet, partez du principe que vous devez d’abord recharger, sauf s’il dispose déjà d’un solde DIEM dépensable.

Étape 1 : Créer l’en-tête X-Sign-In-With-X

Venice attend un payload JSON encodé en Base64 contenant un message Sign-In-With-X signé. Les wallets EVM signent un message SIWE EIP-4361 sur Base. Les wallets Solana signent le message SIWX Solana avec Ed25519. Générez un nonce et un timestamp frais pour chaque flux de requête. Pour Solana, définissez chainId à solana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdp, incluez type: "ed25519" dans le payload JSON encodé et fournissez la signature Ed25519 en base58 ou base64. Le message signé commence par <domain> wants you to sign in with your Solana account:, suivi de l’adresse du wallet et des champs standards URI, Version, Chain ID, Nonce, Issued At et Expiration Time (optionnel).

Étape 2 : Vérifier le solde

Avant de faire une requête payante, vérifiez que le wallet dispose d’un solde dépensable :
La réponse inclut :
  • canConsume : si le wallet peut faire des requêtes payantes
  • balanceUsd : le solde dépensable actuel
  • minimumTopUpUsd et suggestedTopUpUsd : indications pour les recharges
  • diemBalanceUsd : le solde adossé à du DIEM, le cas échéant
Le paramètre de chemin walletAddress accepte une adresse EVM (0x...) ou une adresse Solana en base58.

Étape 3 : Recharger

Rechargez avec de l’USDC sur Base ou Solana :
Le premier appel renvoie 402 Payment Required avec un en-tête PAYMENT-REQUIRED contenant un tableau accepts. Chaque entrée décrit une option de paiement acceptée, notamment network, asset, payTo et amount. Choisissez l’option Base ou Solana avec laquelle vous voulez payer, utilisez ces détails exacts pour construire un en-tête X-402-Payment et réessayez la même route.

Construction de l’en-tête X-402-Payment pour Base

Le script suivant crée un paiement x402 signé sur Base et envoie la requête de recharge. Nécessite les paquets npm x402 et viem.
En production, utilisez la dernière réponse PAYMENT-REQUIRED / accepts comme source de vérité au lieu de coder en dur ces valeurs. Pour les recharges Solana, construisez le paiement à partir de l’entrée Solana renvoyée dans accepts. Les entrées Solana utilisent network: "solana", le mint USDC comme asset, et peuvent inclure des métadonnées spécifiques au réseau comme extra.feePayer.

Étape 4 : Faire une requête

Une fois que le wallet dispose d’un solde dépensable, appelez n’importe quel endpoint pris en charge avec l’en-tête X-Sign-In-With-X :
Les réponses réussies peuvent inclure un en-tête X-Balance-Remaining.

Étape 5 : Inspecter les transactions (facultatif)

Consultez l’historique des transactions du wallet :
Le grand livre inclut des entrées telles que TOP_UP, CHARGE et REFUND. Le paramètre de chemin walletAddress accepte une adresse EVM (0x...) ou une adresse Solana en base58.

Routes prises en charge

Routes d’inférence payantes

Les routes Venice publiques payantes suivantes prennent actuellement en charge l’authentification par wallet x402.

Route de recharge

Routes wallet uniquement

Ces routes utilisent X-Sign-In-With-X pour l’identité mais ne facturent pas le solde.

Erreurs


Pour les agents

Le flux est identique. Stockez les clés privées dans des variables d’environnement ou un gestionnaire de secrets, et vérifiez le solde avant les requêtes pour éviter des allers-retours 402 inutiles.

Ressources connexes

SDK client x402

Client x402 officiel Venice pour Node.js/TypeScript.

Tarification API

Consultez la tarification des modèles et la manière dont Venice facture l’usage.

Chat Completions

Une route payante courante pour l’accès basé sur wallet.

Spécification API

Documentation de référence et accès au spec brut.