Why We Built the Demand Side First
Why we started with demand
The standard DePIN playbook goes like this: launch a token, incentivize hardware deployment, paint a coverage map, then go find users. It's clean on a slide deck. In practice, it builds networks that look full and run empty.
Helium, in its original form, is the clearest example. At peak, nearly a million hotspots deployed worldwide. The coverage map looked incredible. Actual data transfer was a rounding error. The network worked. The economics didn't, because the supply side scaled on token incentives, not on demand that justified the infrastructure.
The project has since pivoted multiple times. The lesson hasn't changed. Hardware came first. Users were supposed to follow. They mostly didn't.
That pattern has repeated across DePIN since. Nodes go online because running a node is profitable. Usage stays flat because nobody built the demand side first. You get infrastructure optimized for rewards, not for demand. The gap between "nodes online" and "nodes doing useful work" is where most DePIN value quietly disappears.
Knowing which corridors carry the most traffic before deploying a single node changes everything.
Why we started with demand
Ubitel launched an eSIM marketplace before building a hardware network. Real users, real payments, real connectivity across 200+ countries. No mining incentives. No speculative hardware rewards. Just a product people pay for because they need internet.
This is the harder path. There's no overnight growth hack in selling eSIMs. No "plug in this box and earn tokens" pitch to drive a node rush. Every user we have, we earned by providing a service worth paying for.
But it produced something most DePIN networks don't have at launch: signal. Where are users actually consuming bandwidth? At what times? In what volumes? At what price sensitivity? We know. We know where our users travel, which corridors carry the most traffic, what plans sell, and what data volumes look like in practice. That's not a projection. It's a dataset. And that dataset defines where infrastructure should exist, before it's built.
What changes when demand comes first
When TEEPOT hosts, our decentralized node operators, come online, they won't be speculating on future traffic. They'll be serving traffic that already exists. Incentives don't create usage. They just subsidize the absence of it.
Hosts deploying into known demand changes the economics from day one. Revenue comes from real usage, not from the protocol paying for its own existence with inflation. The flywheel works because every step is real: real usage → real revenue → attracts supply → improves coverage → increases usage. No step depends on subsidizing emptiness.
The tradeoff
Starting with demand means growing slower at the start. We don't have a node count to put in a press release. We can't point to a coverage map spanning six continents. What we have is a working product with paying users and a network that will grow in the shape of real usage, not in the shape of incentives.
Most DePIN projects build the supply side and then try to manufacture demand to justify it. We'd rather build demand and let the supply side form around it.
The eSIM marketplace is live at ubi.tel. The host network is next. Not because we're behind. Because we're building in the right order.
