Les agents IA autonomes échouent sur deux fronts : leurs IP de sortie en centre de données sont bloquées ou signalées, et la plupart des fournisseurs de proxys verrouillent l'achat derrière un paiement humain, un compte et une carte. Proxy4G supprime les deux. Chaque offre fournit une IP d'opérateur authentique via CGNAT avec un score de confiance de 100 %, et tout le cycle de vie — découvrir, obtenir un devis, payer, provisionner — est appelable en HTTP. Un agent alimente un solde en USDC et finalise un achat dans l'inventaire 4G/5G via le protocole x402 (schéma exact, USDC sur Base), puis se connecte en HTTP, HTTPS ou SOCKS5 en quelques minutes.
Pourquoi les agents IA ont-ils besoin de proxys mobiles plutôt que d'IP de centre de données ?
Les systèmes anti-bot évaluent le chemin réseau avant même de regarder le comportement. Un ASN de centre de données est un signal d'alerte quasi instantané ; un ASN résidentiel ou mobile ne l'est pas. Les proxys mobiles se trouvent derrière un NAT de niveau opérateur (RFC 6598), donc votre agent partage une IP avec des milliers d'utilisateurs de téléphones légitimes sur le même opérateur. Bloquer cette IP revient à bloquer de vrais clients, ce que les opérateurs et les plateformes ne feront pas — c'est pourquoi les IP mobiles bénéficient d'un score de confiance de 100 %.
Pour la navigation agentique — Playwright, Puppeteer, un LLM pilotant un Chromium headless, ou une boucle de scraping de longue durée — c'est la différence entre une session qui aboutit et une qui se heurte à un mur de CAPTCHA dès la troisième requête. Les IP de Proxy4G sont de vraies connexions AT&T, T-Mobile, Verizon, EE, Three, Orange, Free Mobile, Jio 5G et Vodafone, et non émulées. Voir mobile vs résidentiel vs centre de données pour le compromis complet.
Conçu pour les charges de travail autonomes
Comment fonctionne le flux d'achat autonome x402 ?
x402 transforme le code HTTP 402 Payment Required en un véritable échange. Un agent n'a pas besoin d'un paiement interactif — il reçoit un devis lisible par machine et paie en ligne avec une autorisation de stablecoin signée. Le flux Proxy4G comporte quatre étapes :
- Jeton de compte —
POST /agent-api.php?action=accountrenvoie un jeton Bearer (aucune inscription humaine ; le compte est créé au premier appel). - Devis —
POST /agent-api.php?action=topupavec l'en-têteX-Payment-Mode: x402renvoie un HTTP 402 ainsi qu'un blocacceptsdécrivant le paiement : schémaexact, USDC sur Base, le montant et l'adresse de paiement. - Signature — l'agent signe une autorisation de transfert USDC EIP-3009 pour ce montant exact.
- Règlement — renvoyez la même requête avec la charge utile signée dans l'en-tête
X-PAYMENT; le solde est alimenté et la commande est provisionnée. Les identifiants (HOST, PORT, utilisateur, mot de passe) arrivent en quelques minutes.
La découverte est également standardisée : /mcp, /.well-known/agent.json, /openapi.json et /llms.txt permettent à un agent de connaître la surface de l'API avant de dépenser quoi que ce soit.
La séquence d'achat x402 (curl)
# 1) Get a Bearer token — no signup, no KYC
TOKEN=$(curl -s -X POST "https://proxy4g.co/agent-api.php?action=account" | jq -r .token)
# 2) Ask to top up the balance over x402 -> server replies 402 + accepts block
curl -s -X POST "https://proxy4g.co/agent-api.php?action=topup" \
-H "Authorization: Bearer $TOKEN" \
-H "X-Payment-Mode: x402" \
-d '{"amount_usdc":"30.00"}'
# -> HTTP/1.1 402 Payment Required
# {"accepts":[{"scheme":"exact","network":"base","asset":"USDC",
# "maxAmountRequired":"30000000","payTo":"0x..."}]}
# 3) Sign an EIP-3009 USDC authorization for the exact amount (client-side),
# then 4) re-send with the signed payload in X-PAYMENT:
curl -s -X POST "https://proxy4g.co/agent-api.php?action=topup" \
-H "Authorization: Bearer $TOKEN" \
-H "X-Payment-Mode: x402" \
-H "X-PAYMENT: <base64-signed-eip3009-authorization>" \
-d '{"amount_usdc":"30.00"}'
# -> 200 OK, balance funded. Order a proxy from the funded balance;
# HOST:PORT + user:pass are emailed within minutes.Utiliser le proxy depuis votre agent (Python)
import requests
# Credentials emailed after provisioning (placeholders shown):
HOST, PORT, USER, PASS = "HOST", "PORT", "USER", "PASS"
proxy = f"http://{USER}:{PASS}@{HOST}:{PORT}"
proxies = {"http": proxy, "https": proxy}
# Confirm you are exiting on the carrier IP, not your agent's host:
ip = requests.get("https://api.ipify.org", proxies=proxies, timeout=30).text
print("egress IP:", ip)
# Dedicated plans: rotate on demand by hitting your reset link
# requests.get(RESET_LINK) # new carrier IP on the same port
# SOCKS5 (all plans) works too — install requests[socks]:
# socks = f"socks5h://{USER}:{PASS}@{HOST}:{PORT}"
# proxies = {"http": socks, "https": socks}Dédié ou partagé — lequel convient à une flotte d'agents ?
Choisissez selon l'isolation et le contrôle. Un proxy dédié donne à votre agent un port et une IP exclusifs qu'il peut faire tourner à la demande — instantanément via le tableau de bord ou une URL de réinitialisation, ou sur un minuteur automatique de 1 à 60 minutes. Cela compte pour les sessions à état : conservez une IP pour un flux connecté, puis basculez vers une nouvelle entre les tâches. Le dédié démarre à $27/mo.
Un proxy partagé est la formule économique — l'IP tourne automatiquement toutes les 5 minutes et est idéale pour le travail sans état et à forte parallélisation comme le web scraping en parallèle ou les recherches rapides où l'épinglage de session n'a pas d'importance. Le partagé démarre à $10.80/mo. Les deux formules utilisent de vraies IP d'opérateur avec HTTP, HTTPS et SOCKS5 ; voir rotatif vs dédié et les tarifs complets par pays sur tarifs. Les durées vont de 1/3/6/12 mois — les termes plus longs réduisent le tarif effectif.
Ce qui rend Proxy4G natif pour les agents
- Paiement x402 sur le fil — les agents paient avec une autorisation USDC (Base) signée, sans paiement humain
- Sans compte, sans KYC : aucune vérification d'identité, de nom, d'adresse, de téléphone ou d'e-mail ; le compte est créé au premier appel
- Alimentation crypto uniquement via USDC x402 plus un solde de portefeuille réutilisable — voir acheter un proxy avec de la crypto
- Découverte lisible par machine : /mcp, /.well-known/agent.json, /openapi.json, /llms.txt
- De vraies IP d'opérateur AT&T, T-Mobile, EE, Three, Orange et Jio 5G, ni de centre de données ni émulées
- Rotation à la demande ou de 1 à 60 min (dédié) pour des limites de session propres entre les tâches d'agent
- Nous ne journalisons pas le trafic de destination
- HTTP / HTTPS / SOCKS5 avec authentification par nom d'utilisateur:mot de passe ou liste blanche d'IP
Questions fréquentes
x402 est un protocole de paiement qui utilise le code HTTP 402 Payment Required comme un véritable échange : le serveur renvoie un bloc accepts (schéma exact, USDC sur Base), le client signe une autorisation de stablecoin EIP-3009, puis la renvoie dans un en-tête X-PAYMENT pour effectuer le règlement. Cela permet à un agent IA autonome d'alimenter un solde et d'acheter un proxy sans paiement humain, sans carte ni flux interactif — l'achat se fait entièrement via l'API.
Non. Il n'y a aucune vérification de pièce d'identité officielle, de nom, d'adresse, de téléphone ou d'e-mail, ni aucune donnée de carte ou bancaire. Un agent appelle POST /agent-api.php?action=account pour obtenir un jeton Bearer ; le compte est créé automatiquement lors de cette première requête. L'alimentation est crypto uniquement — USDC via x402, ou BTC, ETH, SOL et USDT vers un solde de portefeuille.
Proxy4G publie des endpoints de découverte lisibles par machine : /mcp pour la surface du Model Context Protocol, ainsi que /.well-known/agent.json, /openapi.json et /llms.txt. Un agent peut les lire pour connaître les actions disponibles, les paramètres et les exigences de paiement x402 avant même de signer une autorisation.
Ils suppriment le signal d'alerte le plus courant. Les IP de Proxy4G sont de véritables IP d'opérateur derrière CGNAT, de sorte que la destination voit un appareil mobile de qualité résidentielle partageant un ASN avec des milliers d'abonnés réels — un score de confiance de 100 %, contrairement à une IP de centre de données. Aucun proxy ne garantit zéro CAPTCHA (le comportement et l'empreinte comptent toujours), mais une IP d'opérateur propre est la base qui permet au reste de votre automatisation de fonctionner.
Oui. Sur une formule dédiée, l'agent peut effectuer une rotation à la demande — instantanément via le tableau de bord ou une URL de réinitialisation — ou configurer une rotation automatique sur un minuteur de 1 à 60 minutes, offrant des limites d'IP propres entre les tâches tout en gardant une session épinglée si nécessaire. Les formules partagées effectuent une rotation automatique toutes les 5 minutes, ce qui convient au travail sans état et à haut débit.
Toutes les formules prennent en charge HTTP, HTTPS et SOCKS5, avec une authentification par nom d'utilisateur/mot de passe ou liste blanche d'IP. Cela couvre requests, Playwright, Puppeteer, Selenium et tout outil qui accepte une URL de proxy. Utilisez socks5h:// lorsque vous voulez que le DNS soit résolu via le proxy. Les identifiants (HOST, PORT, utilisateur, mot de passe) sont envoyés par e-mail quelques minutes après le paiement.