Autonome KI-Agenten scheitern an zwei Fronten: Ihre Rechenzentrums-Egress-IPs werden blockiert oder markiert, und die meisten Proxy-Anbieter setzen für den Kauf einen menschlichen Checkout, ein Konto und eine Karte voraus. Proxy4G beseitigt beides. Jeder Tarif liefert eine echte Carrier-IP über CGNAT mit einem Trust-Score von 100 %, und der gesamte Lebenszyklus — entdecken, Angebot einholen, bezahlen, bereitstellen — ist über HTTP aufrufbar. Ein Agent lädt ein USDC-Guthaben auf und schließt einen Kauf über das 4G/5G-Inventar mit dem x402-Protokoll ab (Scheme exact, USDC auf Base) und verbindet sich dann innerhalb von Minuten über HTTP, HTTPS oder SOCKS5.
Warum brauchen KI-Agenten Mobilproxys statt Rechenzentrums-IPs?
Anti-Bot-Systeme bewerten den Netzwerkpfad, bevor sie überhaupt das Verhalten betrachten. Eine Rechenzentrums-ASN ist eine nahezu sofortige Markierung; eine Privatkunden- oder Mobil-ASN ist es nicht. Mobilproxys sitzen hinter Carrier-Grade NAT (RFC 6598), sodass Ihr Agent eine IP mit Tausenden legitimen Mobilfunknutzern desselben Carriers teilt. Diese IP zu blockieren würde bedeuten, echte Kunden zu blockieren, was Carrier und Plattformen nicht tun werden — daher tragen Mobil-IPs einen Trust-Score von 100 %.
Für agentenbasiertes Browsing — Playwright, Puppeteer, ein LLM, das ein headless Chromium steuert, oder eine langlaufende Scraping-Schleife — ist das der Unterschied zwischen einer Sitzung, die abgeschlossen wird, und einer, die bei Anfrage Nummer drei auf eine CAPTCHA-Wand stößt. Proxy4G-IPs sind echte AT&T-, T-Mobile-, Verizon-, EE-, Three-, Orange-, Free Mobile-, Jio 5G- und Vodafone-Verbindungen, nicht emuliert. Siehe Mobil vs. Privatkunden vs. Rechenzentrum für den vollständigen Abwägungsvergleich.
Gebaut für autonome Workloads
Wie funktioniert der autonome x402-Kaufablauf?
x402 verwandelt HTTP 402 Payment Required in einen echten Handshake. Ein Agent braucht keinen interaktiven Checkout — er erhält ein maschinenlesbares Preisangebot und bezahlt direkt inline mit einer signierten Stablecoin-Autorisierung. Der Proxy4G-Ablauf umfasst vier Schritte:
- Konto-Token —
POST /agent-api.php?action=accountliefert ein Bearer-Token zurück (keine menschliche Registrierung; das Konto wird beim ersten Aufruf erstellt). - Angebot —
POST /agent-api.php?action=topupmit dem HeaderX-Payment-Mode: x402liefert HTTP 402 plus einenaccepts-Block, der die Zahlung beschreibt: Schemeexact, USDC auf Base, den Betrag und die Pay-to-Adresse. - Signieren — der Agent signiert eine EIP-3009-USDC-Transferautorisierung für genau diesen Betrag.
- Abwickeln — dieselbe Anfrage erneut mit der signierten Payload im
X-PAYMENT-Header senden; das Guthaben wird aufgeladen und die Bestellung bereitgestellt. Die Zugangsdaten (HOST, PORT, Benutzer, Passwort) treffen innerhalb von Minuten ein.
Auch die Erkennung ist standardisiert: /mcp, /.well-known/agent.json, /openapi.json und /llms.txt ermöglichen es einem Agenten, die API-Oberfläche kennenzulernen, bevor er etwas ausgibt.
Die x402-Kaufsequenz (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.Den Proxy von Ihrem Agenten aus verwenden (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}Dediziert oder geteilt — was passt zu einer Agentenflotte?
Wählen Sie nach Isolation und Kontrolle. Ein dedizierter Proxy gibt Ihrem Agenten einen exklusiven Port und eine IP, die er auf Abruf rotieren kann — sofort über das Dashboard oder eine Reset-URL, oder über einen automatischen Timer von 1 bis 60 Minuten. Das ist wichtig für zustandsbehaftete Sitzungen: eine IP für einen eingeloggten Ablauf behalten und dann zwischen Aufgaben auf eine frische wechseln. Dediziert beginnt bei $27/mo.
Ein geteilter Proxy ist die Budget-Stufe — die IP rotiert automatisch alle 5 Minuten und ist ideal für zustandslose Arbeiten mit hohem Fan-out wie paralleles Web-Scraping oder schnelle Abfragen, bei denen das Festpinnen einer Sitzung keine Rolle spielt. Geteilt beginnt bei $10.80/mo. Beide Stufen sind echte Carrier-IPs mit HTTP, HTTPS und SOCKS5; siehe rotierend vs. dediziert und die vollständigen länderspezifischen Tarife unter Preise. Die Laufzeiten betragen 1/3/6/12 Monate — längere Laufzeiten senken den effektiven Tarif.
Was Proxy4G agentennativ macht
- x402-Zahlung direkt auf der Leitung — Agenten zahlen mit einer signierten USDC-Autorisierung (Base), kein menschlicher Checkout
- Kein Konto, kein KYC: keine Überprüfung von Ausweis, Name, Adresse, Telefon oder E-Mail; das Konto wird beim ersten Aufruf erstellt
- Aufladung nur mit Krypto über x402 USDC plus ein wiederverwendbares Wallet-Guthaben — siehe Proxy mit Krypto kaufen
- Maschinenlesbare Erkennung: /mcp, /.well-known/agent.json, /openapi.json, /llms.txt
- Echte AT&T-, T-Mobile-, EE-, Three-, Orange- und Jio 5G-Carrier-IPs, nicht aus dem Rechenzentrum oder emuliert
- Rotation auf Abruf oder im Intervall von 1–60 Min. (dediziert) für saubere Sitzungsgrenzen zwischen Agentenaufgaben
- Wir protokollieren keinen Ziel-Datenverkehr
- HTTP / HTTPS / SOCKS5 mit Benutzername:Passwort- oder IP-Whitelist-Authentifizierung
Häufige Fragen
x402 ist ein Zahlungsprotokoll, das HTTP 402 Payment Required als echten Handshake nutzt: Der Server liefert einen accepts-Block zurück (Scheme exact, USDC auf Base), der Client signiert eine EIP-3009-Stablecoin-Autorisierung und sendet sie zur Abwicklung in einem X-PAYMENT-Header erneut. Es ermöglicht einem autonomen KI-Agenten, ein Guthaben aufzuladen und einen Proxy ohne menschlichen Checkout, Karte oder interaktiven Ablauf zu kaufen — der Kauf erfolgt vollständig über die API.
Nein. Es gibt keine Überprüfung von amtlichem Ausweis, Name, Adresse, Telefon oder E-Mail und keine Karten- oder Bankdaten. Ein Agent ruft POST /agent-api.php?action=account auf, um ein Bearer-Token zu erhalten; das Konto wird bei dieser ersten Anfrage automatisch erstellt. Die Aufladung erfolgt ausschließlich mit Krypto — USDC über x402 oder BTC, ETH, SOL und USDT auf ein Wallet-Guthaben.
Proxy4G veröffentlicht maschinenlesbare Erkennungsendpunkte: /mcp für die Model-Context-Protocol-Oberfläche sowie /.well-known/agent.json, /openapi.json und /llms.txt. Ein Agent kann diese lesen, um die verfügbaren Aktionen, Parameter und die x402-Zahlungsanforderungen kennenzulernen, bevor er überhaupt eine Autorisierung signiert.
Sie beseitigen die häufigste Markierung. Proxy4G-IPs sind echte Carrier-IPs hinter CGNAT, sodass das Ziel ein Mobilgerät auf Privatkunden-Niveau sieht, das eine ASN mit Tausenden echter Teilnehmer teilt — ein Trust-Score von 100 %, anders als bei einer Rechenzentrums-IP. Kein Proxy garantiert null CAPTCHAs (Verhalten und Fingerprint spielen weiterhin eine Rolle), aber eine saubere Carrier-IP ist die Grundlage, die den Rest Ihrer Automatisierung funktionieren lässt.
Ja. Bei einem dedizierten Tarif kann der Agent auf Abruf rotieren — sofort über das Dashboard oder eine Reset-URL — oder eine automatische Rotation per Timer von 1 bis 60 Minuten einstellen, was saubere IP-Grenzen zwischen Aufgaben schafft und gleichzeitig eine Sitzung bei Bedarf festgepinnt hält. Geteilte Tarife rotieren automatisch alle 5 Minuten, was zu zustandslosen Arbeiten mit hohem Durchsatz passt.
Alle Tarife unterstützen HTTP, HTTPS und SOCKS5 mit Benutzername/Passwort- oder IP-Whitelist-Authentifizierung. Das deckt requests, Playwright, Puppeteer, Selenium und jedes Tool ab, das eine Proxy-URL akzeptiert. Verwenden Sie socks5h://, wenn Sie DNS über den Proxy auflösen möchten. Die Zugangsdaten (HOST, PORT, Benutzer, Passwort) werden innerhalb von Minuten nach der Zahlung per E-Mail versendet.