BlockVault

/ Glossaire

Terminologie x402.

Définitions rapides du protocole x402 et des concepts associés. Chaque terme renvoie vers sa doc.

x402
Protocole de paiement HTTP natif qui utilise le code 402 pour signaler les conditions de paiement et régler via signatures de tokens.
HTTP 402
Le code de statut HTTP 'Payment Required' : à l'origine réservé, désormais utilisé par x402 pour déclencher des flux de paiement.
payment-required
Header de réponse HTTP (JSON en Base64) décrivant les méthodes de paiement acceptées, montant, token, réseau, destinataire.
payment-signature
Header de requête HTTP contenant l'autorisation de paiement signée, attaché au renvoi de la requête originale.
payment-response
Header de réponse HTTP confirmant les détails du règlement : hash de transaction, montant reçu, solde restant.
EIP-3009
Extension ERC-20 ajoutant transferWithAuthorization : permet des transferts gasless via signatures off-chain.
transferWithAuthorization
La fonction EIP-3009 : transfère des tokens via une autorisation signée au lieu d'une approbation + transfert on-chain.
Permit2
Routeur d'approbation universel d'Uniswap. Une seule approbation au contrat Permit2, puis des transferts signés vers n'importe quel contrat.
permitWitnessTransferFrom
permitWitnessTransferFrom de Permit2 : exécute un transfert signé avec des données witness additionnelles pour le contexte x402.
Facilitator
L'entité côté serveur qui vérifie les signatures de paiement et soumet la transaction de règlement on-chain.
Gasless transfer
Transfert de tokens où le payeur ne dépense pas de gas. Avec x402/EIP-3009, le facilitator soumet et paie le gas.
Agentic payment
Paiement initié par un agent IA pour le compte de l'utilisateur, soumis aux politiques et règles d'approbation prédéfinies.
USDC
USD Coin : stablecoin adossé au dollar de Circle. Token principal pour les paiements x402 grâce au support EIP-3009.
Base (chain)
Réseau L2 de Coinbase. Frais bas, idéal pour les micropaiements x402. USDC est natif sur Base.
On-device inference
Exécuter des modèles IA directement sur votre appareil (mobile/portable) sans envoyer de données à des serveurs externes.
LiteRT
Runtime LiteRT de Google pour l'inférence ML embarquée. Utilisé par BlockVault pour exécuter les modèles Gemma localement.
Delegate inference
Déléguer l'inférence IA à un serveur GPU distant (comme 402.blockvault.ai) et payer par token via x402.
SIWE
Sign-In With Ethereum (EIP-4361) : authentifie l'utilisateur en signant un message avec sa clé de wallet.
HITL
Human-In-The-Loop : nécessite votre approbation explicite avant que l'agent IA exécute une action sensible.
KV cache
Cache Key-Value stocké sur le GPU entre les appels d'inférence. Accélère les conversations multi-tours en évitant le recalcul.
Self-custody
Modèle de wallet où seul l'utilisateur détient les clés privées. Aucun serveur, exchange ou tiers ne peut accéder aux fonds.
AI agent wallet
Wallet crypto conçu pour les agents IA : accès programmatique, politiques de dépense, support x402.
Spend policy
Règles appliquées localement par le wallet : plafonds par domaine, limites quotidiennes, listes de tokens autorisés, fenêtres horaires.
x402Fetch
Remplacement drop-in de fetch() dans BlockVault qui gère les réponses 402 de façon transparente, signe et renvoie.
Permit2 Proxy
Contrat Permit2 Proxy de x402 déployé à 0x402085c248EeA27D92E8b30b2C58ed07f9E20001 via CREATE2.
EIP-712
Standard de données structurées typées d'Ethereum. Utilisé par EIP-3009 et Permit2 pour des signatures lisibles.
Meta-transaction
Transaction soumise par un tiers (relayer/facilitator) pour le compte du signataire, qui ne paie pas de gas.
Cold start
Latence initiale quand une instance GPU démarre pour la première requête d'inférence. Typiquement 10 à 30 secondes.
SSE
Server-Sent Events : protocole de streaming utilisé par 402.blockvault.ai pour délivrer les tokens d'inférence en temps réel.
Nonce
Valeur unique empêchant les attaques par rejeu. Avec EIP-3009, chaque autorisation a un nonce aléatoire.
← Back to x402 hub

Dernière mise à jour: