La surface agentique est un miroir programmatique de notre tunnel d'achat humain : un agent lit un fichier de découverte, crée un compte pour obtenir un jeton Bearer, demande un rechargement de solde, reçoit une réponse HTTP 402 avec un bloc accepts, signe un paiement USDC sur Base, renvoie la requête avec un en-tête X-PAYMENT, puis dépense le solde approvisionné dans l'un de nos 18 pays et 43 opérateurs. Pas de carte, pas de PayPal, aucune étape d'approbation humaine.
À quoi sert la surface x402 + MCP ?
x402 ranime le code de statut dormant HTTP 402 Payment Required pour en faire une véritable poignée de main de paiement : une requête non authentifiée ou non approvisionnée renvoie un 402 accompagné d'un bloc accepts structuré décrivant exactement comment payer, l'agent paie, puis renvoie la même requête avec la preuve. Proxy4G met cela en œuvre pour la seule action qui nécessite de l'argent — approvisionner un solde de portefeuille — afin qu'un agent autonome puisse acheter des proxys mobiles 4G de bout en bout.
Il s'agit du même solde que celui décrit dans notre paiement en crypto : les humains rechargent en Bitcoin, Ethereum, Solana ou USDT, tandis que les agents rechargent en USDC sur Base via x402. Une fois approvisionné, le solde permet d'acheter des forfaits dédiés ou SOCKS5 avec la même logique de commande. Si vous construisez une infrastructure autonome, consultez le cas d'usage agents IA et automatisation pour les schémas d'exécution.
La surface agentique en un coup d'œil
Comment un agent découvre-t-il l'API ?
Avant de transiger, un agent doit récupérer les descripteurs lisibles par machine afin de planifier le flux sans scraper de HTML. Trois fichiers sont servis à la racine du site :
- /.well-known/agent.json — la carte d'agent : capacités, la base
/agent-api.phpet le schéma de paiement (x402,exact, USDC sur Base). - /openapi.json — la définition OpenAPI complète de chaque action (
account,topup, points de terminaison de commande) avec les formes de requête/réponse. - /llms.txt — une carte en texte brut du site pour les robots de modèles de langage, accompagnée d'un fichier /pricing.md pour la grille tarifaire par pays.
La découverte est en lecture seule et non authentifiée, de sorte qu'un agent peut décider s'il achète et quoi acheter avant même de créer un compte ou de déplacer des fonds.
Le flux d'achat : configurer → devis → payer → provisionner
- 1
Configurer
L'agent lit agent.json et pricing.md, puis choisit un forfait parmi 18 pays / 43 opérateurs — par exemple un port dédié US T-Mobile 5G, ou une IP partagée France Free Mobile qui tourne toutes les 5 minutes.
- 2
Compte
POST /agent-api.php?action=account crée un compte no-KYC au premier appel et renvoie un jeton Bearer. Aucune vérification de nom, d'adresse, de téléphone ou d'e-mail n'est requise.
- 3
Devis
POST /agent-api.php?action=topup avec l'en-tête X-Payment-Mode: x402 et sans preuve de paiement renvoie un HTTP 402 accompagné d'un bloc accepts (schéma exact, actif USDC, réseau Base, montant, adresse payTo, nonce/validité).
- 4
Payer
L'agent signe un transferWithAuthorization EIP-3009 pour le montant USDC indiqué vers l'adresse payTo sur Base, produisant une charge utile d'autorisation signée.
- 5
Régler
Renvoyer la même requête de rechargement avec l'en-tête X-PAYMENT portant l'autorisation signée. Après vérification, le solde est crédité et la réponse renvoie un 200.
- 6
Provisionner
Le solde approvisionné achète le forfait choisi. Les identifiants (HOST, PORT, nom d'utilisateur, mot de passe) sont envoyés par e-mail en quelques minutes, et l'accès HTTP/HTTPS/SOCKS5 est actif avec une IP d'opérateur au trust-score de 100 %.
Étape 1 — créer un compte, obtenir un jeton Bearer
curl -s -X POST 'https://proxy4g.co/agent-api.php?action=account' \
-H 'Content-Type: application/json'
# 200 OK
# {
# "account_id": "acct_...",
# "token": "BEARER_TOKEN",
# "balance_usdc": "0.00"
# }Étape 2 — demander un rechargement, recevoir le devis 402
curl -s -i -X POST 'https://proxy4g.co/agent-api.php?action=topup' \
-H 'Authorization: Bearer BEARER_TOKEN' \
-H 'X-Payment-Mode: x402' \
-H 'Content-Type: application/json' \
-d '{"amount_usd": 27}'
# HTTP/1.1 402 Payment Required
# {
# "x402Version": 1,
# "accepts": [{
# "scheme": "exact",
# "network": "base",
# "asset": "USDC",
# "maxAmountRequired": "27000000",
# "payTo": "0xYOUR_PAYTO_ADDRESS",
# "resource": "/agent-api.php?action=topup",
# "nonce": "0x...",
# "validUntil": 1748505600
# }]
# }Étape 3 — signer EIP-3009 et renvoyer avec X-PAYMENT
# Sign an EIP-3009 transferWithAuthorization for the quoted USDC
# amount to payTo on Base, then base64 the payload into X-PAYMENT.
curl -s -X POST 'https://proxy4g.co/agent-api.php?action=topup' \
-H 'Authorization: Bearer BEARER_TOKEN' \
-H 'X-Payment-Mode: x402' \
-H 'X-PAYMENT: <base64 signed authorization>' \
-H 'Content-Type: application/json' \
-d '{"amount_usd": 27}'
# 200 OK -> balance credited; spend it on any plan.
# Verify a provisioned proxy:
# curl -x http://USER:PASS@HOST:PORT https://api.ipify.orgCe que le flux agentique hérite du flux humain
- No-KYC : pas de pièce d'identité officielle, pas de nom ni d'adresse, pas de téléphone, pas de vérification d'e-mail — le compte est créé automatiquement au premier appel
- De vraies IP d'opérateurs sur des SIM physiques dans 18 pays et 43 opérateurs, trust-score de 100 %
- La même logique de forfaits : dédié (rotation à la demande ou automatique toutes les 1 à 60 min) ou partagé (rotation automatique toutes les 5 min)
- Les trois protocoles : HTTP, HTTPS et SOCKS5, avec authentification par nom d'utilisateur/mot de passe ou liste blanche d'IP
- Nous ne journalisons pas le trafic de destination — les achats agentiques ne comportent aucune télémétrie supplémentaire
Construire avec la surface agentique
Agents IA et automatisation
Schémas d'exécution pour les agents autonomes qui achètent et font tourner des proxys mobiles.
Acheter des proxys en crypto
Le versant humain du même solde : rechargements en BTC, ETH, SOL et USDT.
Tarification par pays
Dédié à partir de $27/mo, partagé à partir de $10.80/mo — grille complète, lisible par machine sur /pricing.md.
Questions fréquentes
x402 est un protocole de paiement bâti sur le code de statut HTTP 402 Payment Required. Une requête qui nécessite des fonds renvoie un 402 avec un bloc accepts structuré décrivant comment payer ; le client paie et renvoie la requête avec la preuve. Proxy4G l'utilise pour que les agents autonomes puissent approvisionner un solde en USDC sur Base et acheter des proxys mobiles sans aucune étape de paiement humaine.
Le schéma est exact, l'actif est l'USDC, et le règlement a lieu sur le réseau Base. L'agent signe un transferWithAuthorization EIP-3009 pour le montant indiqué vers l'adresse payTo renvoyée dans la réponse 402, puis renvoie la requête avec cette autorisation signée dans l'en-tête X-PAYMENT.
Non. Le flux agentique hérite de notre modèle no-KYC : pas de pièce d'identité officielle, pas de nom ni d'adresse, pas de téléphone, et pas de vérification d'e-mail. Le compte est créé automatiquement au premier appel action=account, et nous ne journalisons pas le trafic de destination.
Récupérez les descripteurs servis à la racine du site : /.well-known/agent.json pour la carte d'agent et le schéma de paiement, /openapi.json pour les schémas d'action complets, et /llms.txt plus /pricing.md pour la carte du site et la grille tarifaire. Toute la découverte est en lecture seule et non authentifiée.
La même chose qu'un acheteur humain : les identifiants du proxy — hôte, port, nom d'utilisateur et mot de passe — envoyés par e-mail dans les minutes suivant la commande. Le proxy prend en charge HTTP, HTTPS et SOCKS5, avec authentification par nom d'utilisateur/mot de passe ou liste blanche d'IP, sur une véritable IP d'opérateur parmi 18 pays et 43 opérateurs.
Oui. Le rechargement crédite un solde de portefeuille, et non une commande unique. Une fois approvisionné en USDC sur Base, un agent peut passer plusieurs commandes sur ce solde — par exemple plusieurs ports dédiés dans différents pays — et le recharger à nouveau avec un autre cycle x402 dès que le solde s'épuise.