Digital Asset Database Digital asset research & education
BTC$77,075-0.17% ETH$2,383-1.07% USDT$0.9997+0.01% BNB$687.13+0.40% XRP$1.34+0.16% USDC$0.9999+0.00% SOL$99.69-0.03% TRX$0.3247+0.84% FIGR_HELOC$1.01-3.13% HYPE$81.56-1.52% ZEC$809.97-2.04% DOGE$0.0814+0.13% RAIN$0.0167-3.19% USDS$0.9999+0.00% XMR$502.73-0.42% LEO$9.24-1.53% WBT$70.61-0.57% LINK$11.04-1.11% ADA$0.2008+2.26% XLM$0.1756+0.44% BCH$243.11-1.01% DAI$1.0000+0.00% CC$0.1089-4.11% USDE$0.9995+0.00% USD1$0.9993+0.00% LTC$49.72+1.08% GRAM$1.33+1.04% UNI$5.81-0.80% HBAR$0.0747+1.57% USDG$1.00+0.02% AVAX$7.16-0.28% SHIB$0.00000518+0.90%
菜单
首页
资产 全部资产板块排名Heat map筛选器对比资产★ Saved
基本面 Fees & revenue锁定价值Exchange volume网络活动StablecoinsStaking & yield
估值 估值比率Supply & issuance指标定义
机构 交易所交易产品企业资产负债表
研究 研究笔记事件日历风险框架安全事件
学习 Learn library术语表计算工具方法论数据来源数据新鲜度AI agents公开 API
资讯 查询数据 全球市场 关于我们
阅读选项
Photography CryptoStudio
引导视图

市场新手——价格、收益率、market cap?我们在您浏览时逐一解释每个术语,语言简明直白。数据相同,内置辅助说明。

专家观点

您已了解市场。仅呈现数据——简洁、快速、紧凑,无多余说明。此为默认视图。

浅色或深色
语言
公开 API

本站所有数据均可通过 JSON 获取,并附带期间与来源信息。

阅读 API 文档
Valuation Working knowledge 6 min

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

EffectCauseDirection
Fresh address per transactionWallet privacy defaultsInflates
Airdrop farmingOne operator running many addresses to qualify for a distributionInflates
Bots and arbitrageAutomated strategies transacting continuouslyInflates
DustingUnsolicited tiny sends to many addressesInflates
Exchange internal settlementUsers trading without touching the chainDeflates
Layer 2 migrationActivity moving to a network that settles in batchesDeflates the base layer
Batched payoutsMany payments compressed into one transactionDeflates

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.

01

核心要点

Addresses are free to create and carry no identity, so a count of them is not a count of people.
Wallet defaults, bots, airdrop farming and dusting inflate counts while exchanges, batching and layer 2 migration deflate them.
A base-layer address count falling as activity moves to a rollup is the expected result of scaling, not a decline in use.
The metric is most defensible as a change over time within one network and as a divergence check against fees and transactions.
Active addresses, new addresses and addresses with a balance measure three different things and are not interchangeable.

资产

全部资产板块排名Heat map筛选器对比已保存

基本面

Fees & revenue锁定价值Exchange volume网络活动StablecoinsStaking & yield

Valuation & risk

估值比率Supply & issuance指标定义风险框架安全事件

机构

交易所交易产品企业资产负债表Events研究笔记资讯

学习

Learn library术语表计算工具查询数据AI agents公开 API

关于

关于我们联系方法论数据来源编辑政策数据新鲜度

法律

免责声明使用条款Privacy policy