Conclusion clé
X402 n’est pas un système de prix indépendant. Chaque appel API a déjà un coût en Credits, qui est la seule source de prix commune à tous les modes de facturation (découpage de crédits par API Token, solde de compte, paiement en chaîne avec X402). X402 convertit simplement ce coût en Credits en USDC en utilisant un taux de change fixe :
1 Credit = 0.095215 USDC (c’est-à-dire 95215 atomic USDC, USDC à 6 décimales)
En d’autres termes :
Base de tarification
La conversion est effectuée uniformément par la plateforme, le montant est identique pour tous les réseaux pris en charge (Base, SKALE, Solana) ; les différents réseaux n’ont que des contrats d’actifs et des méthodes de signature différents, le prix reste le même.
Relation avec le prix unitaire des Credits ordinaires
Les Credits de la plateforme sont vendus selon un système échelonné « plus la consommation est élevée, plus le prix unitaire est bas ». Lors de la facturation par appel X402, le prix unitaire optimal de l’échelon est utilisé :
En d’autres termes, X402 règle chaque appel au prix unitaire optimal des Credits. Les utilisateurs qui achètent des Credits avec un petit recharge paieront un prix unitaire plus élevé que X402 ; seuls les utilisateurs qui rechargent en gros auront un prix unitaire identique à celui de X402.
Deux formes de prix : exact et upto
Dans la réponse 402 de X402, maxAmountRequired est le montant que vous devez signer. Il existe deux formes :
exact(prix fixe) : Le prix peut être déterminé avant le traitement de la demande (images, vidéos, musique, recherche, paiement de commande).maxAmountRequired = Coût en Credits de cet appel × 0.095215, c’est-à-dire le montant à payer pour cet appel (identique àcost.amountdans la réponse réussie).upto(mesure post-consommation) : Interfaces comme le complément de chat où « on ne sait combien de tokens ont été utilisés qu’à la fin de la réponse ».maxAmountRequiredest un plafond (converti selon le plafond défini par ce modèle : Plafond Credits × 0.095215), le règlement se fait en fonction de la consommation réelle, sans dépasser le plafond.
exact et upto plans de facturation. Ci-dessous, nous ne parlons que des prix.
Prix du Chat (complément de chat)
Le complément de chat est mesuré enupto : facturé selon la consommation réelle de tokens de prompt / completion. Le prix par million (1M) de tokens = Coût en Credits de ce modèle par 1M de tokens × 0.095215, totalement conforme au prix en USD affiché dans le répertoire public des modèles de la plateforme (/api/v1/models?with_pricing=true).
Le tableau ci-dessous présente les prix réels (extraits du répertoire des modèles, selon le taux de change X402), unité USD / 1M token :
Remarques :
- Le tableau présente le prix unitaire mesuré par token ; le coût d’une demande = Entrée token × Prix unitaire d’entrée + Sortie token × Prix unitaire de sortie.
- Le plafond
uptoest le montant maximum autorisé à signer pour une demande de ce modèle ; ce n’est pas le montant réellement facturé, la grande majorité des demandes sont bien en dessous du plafond. - Le plafond ne détermine que « le montant maximum qui pourrait être facturé », le règlement réel est calculé en fonction de la consommation de tokens.
Exemple : Prix et facturation identiques (exact)
Voici un appel de paiement réel effectué avec le client officiel X402Client sur serp/google (Base exact). Il démontre la cohérence des trois éléments : prix 402, montant signé, et cost retourné dans la réponse réussie.
cost.amount (0.000952 USDC) est entièrement cohérent avec le devis 402 et avec Credits × 0.095215. Le champ settlement est l’état de règlement de ce paiement (authorized = autorisé) ; le règlement sur la chaîne est géré par la plateforme, le mécanisme est décrit dans les schémas de facturation exact et upto.
Calcul du devis upto (chat)
Le chat est mesuré par token. Le devis pour une demande donnée (pas un plafond) est calculé selon la formule suivante (à titre d’exemple avec gpt-4o-mini) :
upto (gpt-4o-mini est 1 Credit = 95215 atomic), ce n’est que le montant maximum qui pourrait être débité ; le devis réel pour cette demande (environ $0.0001 dans l’exemple ci-dessus) est bien inférieur au plafond, réglé selon l’utilisation des tokens. Le mécanisme de règlement sur la chaîne pour upto est décrit dans les schémas de facturation exact et upto.
Autres prix de services (prix fixe exact)
Les interfaces pour des images, vidéos, musique, recherche peuvent déterminer le prix au moment de la demande, en utilisant exact. Le tableau ci-dessous présente les prix réels, extraits des réponses 402 maxAmountRequired pour les demandes non payées (la consultation des devis ne génère pas de frais) :
Remarques :
- Le prix d’un même service varie selon le modèle, la résolution, la durée, l’action (surtout pour les vidéos). Le tableau ci-dessus présente les valeurs réelles pour un ensemble de paramètres, à titre de référence.
- Pour ces interfaces à prix fixe (
exact), lemaxAmountRequireddans la réponse 402 correspond au montant à payer pour cette demande (cohérent avec lecost.amountde la réponse réussie, déjà mesuré dans la section précédente). - Chaque prix est arrondi à l’unité atomic à partir de
Credits × 0.095215(voir la référence de tarification ci-dessus), utilisant le même système de conversion que pour le chat. En raison de la représentation flottante et de l’arrondi, certaines valeurs peuvent différer de 1 atomic ($0.000001) par rapport au produit brut, et toutes doivent être considérées selon la valeur retournée par 402.
Prix de paiement des commandes
Lors du paiement des commandes via la console de paiement X402 (achat de forfaits / recharge de Credits), le prix affiché sur la page de commande fait foi, leamount de 402 étant la base finale de la signature. Le paiement des commandes passe par l’API de la plateforme, nécessitant un jeton de compte, voir tutoriel de paiement de commande.
Un exemple réel dans le tutoriel de paiement de commande (achat de 10 Credits) :
0.095215/Credit ; le paiement de commande est basé sur le prix du forfait, la différence entre le prix de création et le montant final de règlement est précisée dans le tutoriel de paiement de commande.
Comment obtenir les prix en temps réel
Les prix varient selon le modèle et les paramètres, veuillez obtenir les prix en temps réel par programme, ne pas les coder en dur :- Prix à l’appel : Envoyez une demande à l’API cible sans
PAYMENT-SIGNATURE(niAuthorization), lisez leaccepts[].maxAmountRequiredretourné dans la réponse 402. Cette étape ne générera pas de frais. Pour l’interfaceexact, c’est le prix final ; pour l’interfaceupto(chat), c’est le plafond, le règlement se fait selon l’utilisation. - Prix par token pour le chat :
GET https://platform.acedata.cloud/api/v1/models?with_pricing=true&type=chat, lisezpricing.input_usd/pricing.output_usdpour chaque modèle (déjà calculé seloncredit_usd_rate). - Vérification de conversion :
atomic = floor(Credits × 0.095215 × 1e6),USDC = atomic / 1e6(c’est-à-direUSDC ≈ Credits × 0.095215).
Résumé
- X402 prix = Coût en crédits de cet appel ×
0.095215, et le tarif des crédits ordinaires est le même prix, juste réglé en USDC sur la chaîne. 0.095215/Crédit est le meilleur tarif (gros montants) pour les crédits ; les petits recharges achètent des crédits à un prix unitaire plus élevé, donc X402 équivaut à obtenir automatiquement le meilleur prix unitaire.- Le montant signé de l’interface
exact(image / vidéo / musique / recherche / commande) est le montant à payer ; l’interfaceupto(chat) signe le plafond, réglé selon l’utilisation réelle. - Le prix de référence est basé sur
maxAmountRequiredretourné par 402 :exactest le montant à payer (cohérent aveccost.amountde la réponse réussie, testé en pratique) ;uptoest le plafond, lecost.amountde la réponse réussie est le montant réel réglé selon l’utilisation (≤ plafond).

