What bandwidth sharing actually is
A plain-language explanation: what moves through a device, under what conditions, and who is on the other end.
“Bandwidth sharing” sounds abstract until you see what physically happens. So let's walk through it — one request, start to finish.
The mechanics, step by step
A business — say, a retailer checking public prices across regions — needs to view a public web page the way a regular household connection sees it. Data-center connections often get different prices, different results, or blocked outright. Residential connections see the web as it actually is.
With user consent, an app that includes a bandwidth-sharing SDK lets that request travel through the device's internet connection:
The buyer's request arrives at the operator's gateway — in Clearhop's case, in the EU.
The gateway checks the destination against the acceptable-use policy. Prohibited categories are dropped right there — they never reach any device.
A permitted request is routed through a consenting device to the public web page and back.
The whole exchange is logged at the gateway, attributable to the specific vetted buyer.
The device acts as a connection point. It is not a storage location, not a computer doing someone else's work, and not a party to the content of the request.
When sharing runs — and when it doesn't
A well-built SDK runs only when it costs the user nothing. In Clearhop's case that means three conditions, all required at once: the device is on Wi-Fi, it is charging, and it is idle. Leave Wi-Fi, unplug the charger, pick up the phone — the session pauses immediately, mid-request if necessary.
The practical consequence: mobile data plans are never touched, battery life is never spent on sharing, and the app never competes with sharing for the connection while someone is actually using it.
What never happens
Nothing on the device is read or shared. Photos, messages, files, browsing history — the SDK has no relationship with any of it.
No sharing happens before explicit consent. The SDK ships inactive and stays inactive until the user taps Allow in a dialog with two equal buttons.
No personal data is collected. The operational record is small enough to list in full: IP address, traffic totals, session timestamps, consent state. The how-it-works page publishes the complete list — both what is collected and what never is.
Who buys the bandwidth
Businesses running public-web tasks: price monitoring, ad verification, brand protection, market research. Every buyer passes identity verification and use-case screening before access, and every request they send is checked against the same published acceptable-use policy — not a private one that changes quietly.
The categories that make people nervous — financial infrastructure, government domains, account creation, attack traffic — are prohibited and enforced at the gateway, which matters more than a promise: a request to a prohibited destination is dropped before it ever touches a user's device.
Why apps integrate it
Because it monetizes something users don't feel. Ads take attention; subscriptions take money; bandwidth sharing takes a slice of idle capacity that was going unused while the phone charged overnight on Wi-Fi. Whether that translates into meaningful revenue depends on your audience size and geography — which is exactly what the revenue calculator is for.
RELATED
First in, best terms.
A limited set of founding partners get elevated rates, a direct line to the team, and a say in the SDK roadmap.
Request access