DePIN (Decentralized Physical Infrastructure Networks) are networks where participants provide physical infrastructure (storage, compute, connectivity, sensors) and earn tokens in return. DePIN economics is built on substituting capital expenditure: instead of a company investing billions in servers or cell towers, the network incentivizes thousands of independent operators to do it themselves.
Why DePIN Is a Separate Model
DePIN differs from standard tokens because the token services a real physical economy: operators buy equipment, pay electricity bills, and handle maintenance. This creates hard economic constraints absent from purely digital protocols.
Three key differences:
- Capital expenditure on the operator’s side. The operator purchases a GPU, hard drive, hotspot, or camera before earning their first token. Tokenomics must ensure these investments pay off
- Tied to the physical world. Service quality depends on geography, hardware, and uptime — parameters that can’t be faked as easily as on-chain metrics
- Two-sided market. The network must simultaneously attract operators (supply) and users (demand), solving the cold start problem
Core Model: Burn-and-Mint Equilibrium
Most mature DePIN projects use the Burn-and-Mint Equilibrium (BME) model, first described in the context of Helium and formalized by Multicoin Capital.
BME Mechanics
- User buys the token and burns it to pay for the service (storage, compute, data transfer)
- Operator provides the service and receives newly minted tokens from emissions as a reward
- Equilibrium is reached when the burn rate equals the emission rate
- When Burn > Emission → deflation, price rises
- When Burn < Emission → inflation, price falls
- Equilibrium is the long-term stability point
BME Advantages
- Decouples token price from user cost. The user pays for the service in fiat equivalent — the number of tokens burned is recalculated at the current rate. This eliminates service cost volatility
- Transparent demand. Burn is an on-chain metric showing real consumption
- Deflationary potential. When consumption grows, burn outpaces emission
The DePIN Flywheel: The Cold Start Problem
DePIN networks face the classic two-sided market problem: operators come when there’s demand, and users come when there’s coverage. Tokenomics solves this through subsidizing early operators.
Flywheel Phases
Phase 1: Subsidies (cold start). The protocol emits tokens to operators beyond actual demand. Operators receive rewards in advance, before users arrive. This is the protocol’s capital expenditure on building the network.
Phase 2: Growth. As coverage expands, users arrive → burn grows → subsidy emissions decrease. Operators earn revenue from real users + declining subsidies.
Phase 3: Equilibrium. Burn approaches emission. Subsidies are minimal. Operators earn primarily from user fees. Tokenomics is sustainable without inflationary pressure.
- Subsidy(t) — a decreasing function, often on a halving schedule
- Fee_share — revenue from real users
- In early stages: Subsidy » Fee_share
- At equilibrium: Subsidy → 0, Fee_share is the primary income
Node Unit Economics
The key DePIN metric is node payback. If an operator can’t recoup their investment, the network won’t grow.
Payback Formula
- CAPEX — capital expenditure (equipment, installation)
- Revenue_monthly — monthly income from rewards + fees
- OPEX_monthly — operating expenses (electricity, internet, maintenance)
Example: GPU Node Operator (Render)
| Parameter | Value |
|---|---|
| CAPEX (GPU + server) | $5,000 |
| Monthly OPEX (electricity + internet) | $150 |
| Monthly revenue (average utilization) | $400 |
| Payback period | $5,000 / ($400 − $150) = 20 months |
Example: Hotspot Operator (Helium Mobile)
| Parameter | Value |
|---|---|
| CAPEX (hotspot) | $250 |
| Monthly OPEX (electricity) | $5 |
| Monthly revenue (good location) | $25 |
| Payback period | $250 / ($25 − $5) = 12.5 months |
DePIN Emission Models
Fixed Emission with Halving
Helium and many DePIN projects use an emission model borrowed from Bitcoin: a fixed amount per epoch with periodic halving.
- n — halving period number
- Typical period: 2 years
- Creates a predictable subsidy reduction schedule
Tied to Useful Work
A more sophisticated model: emissions are distributed proportionally to useful work performed by the operator.
| Work type | Protocol | Metric |
|---|---|---|
| Data storage | Filecoin | GB × days stored |
| GPU rendering | Render | Number of completed tasks |
| Wireless coverage | Helium | Volume of data transferred |
| Mapping | Hivemapper | Kilometers of fresh maps |
- Work_operator — useful work by a specific operator
- Work_total — total useful work across all operators
- The formula automatically routes rewards to active operators
Collateral Model (Filecoin)
Filecoin adds a collateral mechanism: operators must lock FIL proportional to the storage they provide. Violating commitments (data loss, downtime) results in slashing.
- Collateral ties the operator to long-term commitments
- Creates additional token demand (operators must buy tokens for collateral)
- The slashing mechanism is covered in detail in the staking article
DePIN Project Comparison
| Project | Service | Emission model | BME | Collateral | Max supply | Payback period |
|---|---|---|---|---|---|---|
| Filecoin | Storage | Baseline + network growth | Partial | Yes (FIL) | 2B FIL | 12–24 mo. |
| Render | GPU compute | Per completed task | Yes | No | 644M RENDER | 12–20 mo. |
| Helium | Wireless | Halving (2 years) | Yes (Data Credits) | No | 223M HNT | 8–15 mo. |
| Hivemapper | Maps | Per new kilometers | Yes (Map Credits) | No | 10B HONEY | 6–12 mo. |
| Akash | Cloud compute | Inflationary | No (direct payment) | Yes (staking) | Unlimited | Variable |
| DIMO | Vehicle data | Per connected car | Partial | No | 1B DIMO | 6–10 mo. |
Designing DePIN Tokenomics
Step 1: Node Unit Economics
Start with a backward calculation: set the target payback period (6–12 months), estimate CAPEX and OPEX for a typical operator, calculate the required monthly revenue.
Step 2: Supply Estimation
Determine how many nodes are needed for a minimum viable network (MVN). Multiply by the required monthly revenue — this gives you the subsidy budget for the cold start phase.
Step 3: Burn Model
Design the BME mechanism: how does the user pay, what gets burned, at what exchange rate. Tie the service price to a fiat equivalent to eliminate volatility.
Step 4: Emission Schedule
Define the subsidy reduction schedule. The critical question: will real demand grow fast enough before subsidies become insufficient to cover operator OPEX?
- Safety_margin — number of months before subsidies fall below OPEX
- If margin < 12 months and no real demand exists → critical risk
DePIN tokenomics checklist
DePIN Tokenomics Risks
Supply-Side Death Spiral
If token price falls → operator revenue drops → operators shut down nodes → network quality declines → users leave → burn falls → token price drops further. Protection: fiat-pegged rewards, reserve fund, minimum revenue guarantees.
Phantom Nodes
Operators turn on equipment but don’t provide real service — only to collect subsidies. Solution: tie rewards to proof of useful work, not proof of stake (network presence). Additionally: random availability and quality checks.
Token Price Dependency
During the subsidy phase, 80–100% of operator revenue comes from tokens. A 50% price drop doubles the payback period. This is especially critical for operators with high CAPEX (GPUs, servers).
Summary
DePIN tokenomics solves a problem unique to the crypto market: attracting capital investment in physical infrastructure through token incentives. Burn-and-Mint Equilibrium is the dominant model, creating a direct link between service consumption and token economics.
The key design principle: start with operator unit economics, not tokenomics. If nodes don’t pay for themselves, no emission model will save the network.
Designing a DePIN network?
We've modeled tokenomics for infrastructure networks across storage, compute, and connectivity verticals. We'll design your BME model, emission schedule, and operator economics.
Get in touch