Market cap per active address, and why an address is not a person
Dividing market cap by active addresses gives a value-per-user figure whose denominator counts neither values nor users reliably.
Market cap per active address divides a network's market capitalization by the number of addresses that transacted over a period. It is the closest available analogue to a value-per-user measure, and the analogy holds only if addresses correspond to users, which they do not. One person can control thousands of addresses, and one address can serve millions of people.
The metric is published as market cap per active address, built from market cap and 24-hour active addresses. Both inputs are well defined; the interpretation placed on their quotient is where the difficulty lies.
What an address is
An address is a destination derived from a public key, or in some designs from a contract. Creating one costs nothing and requires no permission and no identity. A single wallet application routinely generates a fresh address for each receipt, which is standard practice on ledgers that track unspent outputs and is done for privacy rather than for accounting. Nothing in the protocol records that those addresses belong to one person.
The reverse case is equally common. A centralized exchange may serve a very large user base from a small number of on-chain addresses, settling most transfers internally and touching the public ledger only at the edges. Those users are entirely invisible to an address count, and the exchange itself appears as a handful of extremely active addresses.
What inflates and what deflates the count
| Effect | Cause | Direction |
|---|---|---|
| Fresh address per transaction | Wallet privacy defaults | Inflates |
| Airdrop farming | One operator running many addresses to qualify for a distribution | Inflates |
| Bots and arbitrage | Automated strategies transacting continuously | Inflates |
| Dusting | Unsolicited tiny sends to many addresses | Inflates |
| Exchange internal settlement | Users trading without touching the chain | Deflates |
| Layer 2 migration | Activity moving to a network that settles in batches | Deflates the base layer |
| Batched payouts | Many payments compressed into one transaction | Deflates |
Several of these operate at once and in opposite directions, which is why an address count is unreliable as a level and more informative as a change. Address clustering attempts to group addresses under a common controller using spending heuristics and known labels. Those heuristics are probabilistic, proprietary where they are any good, and subject to revision as new patterns are identified, so a clustered count is an estimate with an unpublished error bar rather than a census.
The layer 2 discontinuity
The most consequential distortion is structural. When users move to a layer 2 network, their activity no longer appears in the base layer's address count, even though the base layer still provides settlement and still earns fees from the rollup posting its data. A base-layer address count falling while total usage rises is the expected outcome of a working scaling design, not a decline in adoption.
This makes the ratio non-comparable across time for any network that has undergone such a shift, and non-comparable across networks with different architectures. A chain that executes everything on its base layer will always show more base-layer addresses than a modular one serving the same population. The network activity pages present address counts per layer so the transfer is visible rather than read as a decline.
What it is still good for
Two uses survive the caveats. The first is direction over time within one network with a stable architecture, where the 30-day change in active addresses read against daily transactions can show whether growth is coming from more participants or from the same participants transacting more often. Those two patterns have different implications for fee stability and neither is visible from the headline count.
The second is as a divergence check. If market cap moves substantially while address counts, transaction counts and fees do not, that divergence is a fact worth recording. It carries no direction and no conclusion. Networks have gone through long periods in which usage and valuation moved apart, in both directions, and those episodes resolved in ways that no reading of the ratio would have anticipated in advance.
Three counts that are often confused
Active addresses and new addresses answer different questions, and addresses with a balance answers a third. Active counts participation within a window. New counts first appearances, which is inflated by exactly the behaviors listed in the table above and is the easiest of the three to manufacture. Addresses with a balance counts holding rather than transacting, and is inflated by dust and by the fact that abandoned addresses never disappear from a ledger that only appends.
None of the three is a user count, and treating any of them as one produces a per-user figure with no defensible unit. Stated precisely, market cap per active address is dollars of market capitalization per transacting address per day. That is a real quantity with a narrow meaning, and the narrow meaning is the whole of what it supports.
The count is also asymmetric in how it can be manipulated. Raising an address count is nearly free, since the only cost is the transaction fee on a low-fee network, and incentive programs have repeatedly produced large increases that reversed as soon as the program ended. Lowering one requires a change in behavior or architecture. A rising count therefore carries less information than a falling one, which is the opposite of how such series are usually read.
A final point about scale. Because the denominator is a count rather than a value, the metric is extremely sensitive to network size and says nothing about how much value each of those addresses moved. Two networks with identical counts can differ enormously in the size of the transfers behind them, which is a question for the settled-value measures in the next article.
The network activity pages carry the address and transaction series with their layer attribution, and the methodology pages state which deduplication is applied to each.