Digital Asset Database Digital asset research & education
BTC$77,570+0.00% ETH$2,398-0.71% USDT$0.9996+0.00% BNB$692.08+0.73% XRP$1.36+1.01% USDC$0.9998+0.00% SOL$100.14+0.06% TRX$0.3259+1.23% FIGR_HELOC$1.01-3.13% HYPE$82.19-0.98% ZEC$816.89-2.50% DOGE$0.0825+0.92% RAIN$0.0167-3.19% USDS$0.9998+0.00% XMR$507.87-2.23% LEO$9.31-0.31% WBT$71.02-0.39% LINK$11.18-0.29% ADA$0.2048+3.66% XLM$0.1768+0.78% BCH$247.04-0.92% DAI$0.9998-0.02% CC$0.1106-3.09% USDE$0.9994+0.00% USD1$0.9994+0.00% LTC$50.11+1.47% GRAM$1.33+1.66% UNI$5.71-8.70% HBAR$0.0757+2.16% USDG$1.00+0.03% SUI$0.7652+5.78% AVAX$7.25+0.29%
메뉴
자산 전체 자산섹터순위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