Vision · April 2026

The AI Bandwidth Economy: How AI Agents Buy Clean IPs From Device Fleets.

Modern AI agents need clean residential and mobile IPs to run data intelligence at scale. Modern devices have spare bandwidth. We're building the marketplace that connects them: agents pay for traffic, and device fleets that serve eligible traffic are paid under their partner terms.

Rates per partner · mobile highest tierUSDC · SOL · BTC payoutsx402 · MCP · WebSocket
the thesis · 30s read

Every AI agent that does real work on the public web needs clean IPs. Phones and home connections have idle bandwidth. The infrastructure layer between them — the relay, the gateway, the payment rail — is what we ship. Customers pay per GB. Suppliers are paid for eligible traffic their devices actually serve, under their partner terms. Humans run fleets. Agents run fleets. The same protocol works for both sides of the market.

problem

Clean IPs are the new oil.

Cloudflare, DataDome, PerimeterX, Akamai, AWS WAF, Kasada, Imperva — the major anti-bot systems share one shortcut: they block datacenter IPs by default. AWS, GCP, Azure, Hetzner, OVH — entire ASN ranges flagged. Residential IPs work better but still get blocked when ISPs sell their DHCP pools. Mobile IPs are the last category that scales: carriers route thousands of real subscribers behind a single CGNAT IP, so blocking a mobile IP means blocking real paying customers. Anti-bot vendors are cautious about taking that risk.

That makes mobile IPs structurally scarce. There are only so many real phones in the world, and only some of them are willing to route external traffic. Every AI agent that wants to scrape Google SERPs, monitor Amazon prices, watch Reddit sentiment, or train on the public web is bidding for the same finite pool of clean IPs.

Why it matters now: AI agents increasingly do real work on the public web. Agentic systems — Conway, OpenClaw, autonomous Claude/GPT pipelines, MCP-driven workflows — need to call the public web on behalf of a user, and datacenter IPs get blocked. The supply side is finite. The demand side is growing. That's an economy.
state of the union

Today vs Tomorrow.

Today (mostly)

Humans run agents. Humans pay for proxies.

A developer signs up for a proxy provider, gets a credit card billed monthly, runs their scraper, manually rotates IPs, watches the dashboard. The agent is doing the work, but a human is doing the wallet, the auth, the procurement.

friction: many manual steps (illustrative)
Tomorrow (illustrative scenario)

Agents pay agents. Devices earn USDC.

An AI agent hits an x402-gated endpoint, gets back a 402 with a price, pays in USDC, receives a session token, routes traffic through a peer device, logs the byte count. A consented phone on the other side serves that traffic, and its owner is paid under their partner terms.

friction: 2 API calls + 1 wallet
the architecture

Four layers. One economy.

We ship four protocols that compose into the bandwidth economy. Each is independently usable; together they form the loop.

01

x402 Payment Protocol

M2M USDC payments

HTTP 402 Payment Required, made functional. Agent hits an endpoint, gets back a 402 with price + recipient + supported networks. Sends USDC on Base or Solana. Retries with the tx hash as proof. Receives the resource. Open spec, anyone can implement.

Used by AI agents to pay for: proxy access, SERP queries, Google Maps records, Reddit search, Instagram intelligence, LinkedIn enrichment, Airbnb data — anything an agent needs.

02

MCP Server

70 proxy tools (API-key mode)

Model Context Protocol server. AI agents (Claude Desktop, Cursor, Cline, Conway, OpenClaw) install one package and get 88 proxy tools in API-key mode — manage proxies in natural language, run x402 payments end-to-end, rotate IPs, top up sessions. Works with an account + API key (the main path) or pure x402 wallet mode.

How AI agents discover, control, and operate proxy infrastructure without human supervision.

03

Peer Relay

WebSocket bandwidth network

Devices register with an API key (required for listed traffic), hold an outbound WebSocket to their assigned relay with a JWT (1 hour, refreshed via POST; refresh token 7 days) and send a heartbeat every 30 seconds. Customer traffic arrives as tunnel_connect TCP tunnels carried in binary-v1 frames, up to 6 WebSockets per device. Android SDK 1.3.2, Node client 1.6.6, Go 1.6.8 or your own client — same protocol.

How devices supply clean IPs to the network. Humans run fleets. Agents run fleets. Same protocol; rates are set per partner.

04

Pool Gateway

HTTP/SOCKS5 endpoint

gw.proxies.sx:7000 (HTTP) and 7001 (SOCKS5). The customer-facing surface. AI agents and humans both hit this with standard proxy credentials. Behind it, the gateway routes to verified peer devices via the relay.

How customers actually consume the bandwidth. Standard HTTP/SOCKS5 — works with curl, Playwright, Puppeteer, Selenium, every existing tool.

both sides of the market

Humans and agents — same protocol.

The peer network is a true two-sided marketplace. The same WebSocket relay, the same x402 payment rail, the same USDC settlement — but participants come from very different worlds. Here's how each side plugs in.

👤
Humans
Run fleets. Use tools.
  • →Supply: Run a consented Android phone or a Linux box on a home connection as a peer (datacenter IPs are never listed as residential or mobile). Paid under your partner terms.
  • →Use: Buy bandwidth via the customer dashboard at client.proxies.sx. GB-based pricing. Standard HTTP/SOCKS5.
  • →Build: Develop x402-paid services on top of our marketplace. Earn USDC per query.
  • →Manage: Use the MCP server in Claude Desktop / Cursor to operate fleets in plain English.
🤖
AI agents
Pay autonomously. Earn idle.
  • →Pay: Use x402 to buy bandwidth and data without API keys. Wallet-native. No signup. Hit /v1/x402/proxy, send USDC, get a session.
  • →Supply: Register as a peer (type claude, gpt or custom) with an account-linked API key, connect the WebSocket, pass the self-test and route eligible traffic.
  • →Discover: Read agents.proxies.sx/skill.md — full machine-readable spec for autonomous agents.
  • →Self-fund: Payouts an agent receives for eligible traffic can go towards its own LLM inference.
the unit economics

The economics, in plain terms.

Rates are set per partner and may be a fixed rate or a share of collected revenue. There is no universal public percentage; the live rate is the earningsPerGB value returned when you register a device. IP type is classified server-side by ASN — device-reported types are ignored. Datacenter IPs are never listed as residential or mobile. Registration does not guarantee traffic or earnings.

IP typeTierWhy this rate
MobileHighest tierCGNAT trust premium · highest demand
ResidentialMid tierReal ISP IP · mid-trust

Per-GB rates are set per partner and returned at registration as earningsPerGB. Datacenter IPs are never listed as residential or mobile. Server-side ASN classification — device-reported type is ignored.

anti-fraud

Verifiable scarcity.

Not every IP is worth the same, so rates are not flat — because the IPs aren't worth the same. A real mobile carrier IP is hard to block. A datacenter IP is often blocked at the edge, which is why datacenter IPs are never listed as residential or mobile.

Instead, every connecting device gets classified server-side via ASN lookup against a curated registry of 200+ mobile carrier ASNs, and 100+ datacenter providers. Device-reported metadata is ignored. You can't spoof your way into the mobile tier — the network sees what your IP actually is. That keeps the marketplace honest, customer success rates high, and scarcity verifiable.

200+
Mobile carrier ASNs
AT&T, Verizon, T-Mobile, Vodafone…
100+
Datacenter ASNs
AWS, GCP, Azure, Hetzner…
Hourly
Listing re-verification
Unlisted after 1 hour offline
what the bandwidth is for

What AI agents actually do with these IPs.

All public-web work. No login walls, no private data, no identity scraping. Standard data intelligence — the same kind of work companies have done for 20+ years, now increasingly run by AI agents.

🔍

SERP tracking

Google, Bing, AI Overviews, featured snippets, map packs. Track ranking changes for SEO at scale.

🛒

Price intelligence

Amazon, Shopify, Walmart, eBay. Real-time price monitoring across ecosystems and geographies.

🗺️

Local data

Google Maps places, reviews, business listings. Lead generation, market mapping, competitive analysis.

📈

Market intelligence

Real-estate listings, job postings, ad creative, prediction markets. Build datasets that move with the market.

📰

Public sentiment

Reddit search, news aggregation, blog scraping. Train sentiment models on real-world signal.

✈️

Travel & inventory

Airbnb, flights, hotel pricing. Dynamic inventory monitoring across hundreds of platforms.

🤖

AI training data

Build training corpora from the public web. Mobile IPs unlock sites that block datacenter IPs entirely.

✅

Ad verification

Brand-safety checks, ad creative monitoring, geo-targeted ad inspection. See what real users actually see.

infrastructure agnostic

Bring your own device. Bring your own protocol.

We document four ways to join — Android SDK 1.3.2, the Node reference client 1.6.6 (API_KEY=psx_... node reference-sdk.js, e.g. in a node:20-alpine container), the Go 1.6.8 Linux binary, or your own WebSocket client. But the only thing we actually require is: deliver an HTTP proxy endpoint from a real IP. How you get there is up to you.

Run a Raspberry Pi mesh on a residential network. Build a custom firmware for a router. Write a SOCKS5-to-HTTP bridge in Rust. Run a fleet of IoT devices behind a single relay client. Build something nobody has thought of. As long as the IP is real (server-classified), traffic flows through your device, and you connect via the relay protocol — we can route to you and track usage, and eligible traffic is paid under your partner terms.

Input:  A device with a real mobile or residential IP.
Output: An HTTP proxy endpoint that routes traffic through it.
Result: Eligible traffic is paid under your partner terms.

That's the entire requirement.
the bigger picture

Why this is bigger than proxies.

We're early to a real shift. The first generation of AI agents was just chatbots — text in, text out, no external state. The second generation is doing real work: filling forms, calling APIs, running scrapers, executing transactions. Every single one of those operations needs to actually reach the public internet, which means it needs an IP that won't get blocked.

Today the supply side of clean IPs is captured by a handful of proxy companies running their own infrastructure with billing departments and AML compliance. We think it becomes a marketplace where consented devices with real IPs can supply, and any agent with a wallet can pay. The hoped-for result: the cost of real-world data collection drops, the supply of clean IPs grows, and the AI agents doing useful work for humans get cheaper to operate.

The ultimate version: autonomous agent-to-agent commerce. An agent that earns USDC from its data work pays another agent for its bandwidth. That agent in turn pays for its compute, its hosting, its tools. It is a direction, not a finished product — and supplying bandwidth still means a signed Partner Agreement 2.0 that we have approved and an account-linked API key. This is what the four-layer stack (x402 + MCP + Peer Relay + Gateway) is designed for.

go deeper

Deep dives.

We've written extensively on the components of this thesis. Six places to go next:

participate

Plug in.

The economy is live. Both sides are open. Pick your seat at the table.

closing note

We're not the first to build a bandwidth-sharing network. Honeygain, PacketStream, Grass, Pawns — they've all tried. What's different in 2026 is the demand side. AI agents don't care about loyalty programmes; they care about clean IPs that don't get blocked, paid for in machine-native USDC, with a protocol they can implement in 50 lines. That's what we ship. The economy follows.

There is no supplier referral programme. Supplier introductions: maya@proxies.sx, with any terms agreed in writing.

— The PROXIES.SX team · April 2026

For AI agents · machine-readable specs