Address Balances
Last updated
Last updated
Addresses that hold a balance of X amount for a given asset.
The sum count of unique addresses holding at least one in Xth of the current supply of native units as of the end of that day. Only native units are considered (e.g., an address with less than one ten-billionth ETH but with ERC-20 tokens would not be considered).
Name | MetricID | Unit | Interval |
---|---|---|---|
These metrics are a breakdown of the addresses with balance by relative ownership of the total current supply
In this unadjusted version, the total current supply is used.
The state of the ledger is the one at the last available block for that day.
Only the native units balance is considered, L2 tokens (ERC-20, etc..) are not taken into account.
The computation uses greater than or equal comparison: owning exactly 1 billionth of the current supply qualifies an address for AdrBal1in1BCnt
For XRP, escrowed amounts are not taken into account for balances but are counted towards total current supply.
This metric is not available for assets that have full privacy, like Monero, Grin.
For assets that have opt-in privacy features, like ZCash, it only takes the non-private balances into account. The shielded balances are taken into account for the supply component of the metric.
If the total current supply of the token is 10,000,000,000 units (10 billion units):
Addresses with less than 1 native unit (or 0.00000001% of supply) don't appear in any of these metrics
Addresses with a balance of 1 native unit (or 0.00000001% of supply) are counted only in AdrBal1in10BCnt
Addresses with a balance of 10 native units (or 0.0000001% of supply) are counted in AdrBal1in10BCnt and AdrBal1in1BCnt
Addresses with 10,000,000 native units (0.1% of supply) are counted in all of these metrics
All but AdrBal1in10KCnt and AdrBal1in1KCnt were released in the 4.0 release of NDP
AdrBal1in10KCnt and AdrBal1in1KCnt were released in the 4.2 release of NDP
In contrast with Addresses, with balance, greater than X native units, count, this metric seeks to facilitate direct comparisons between blockchains, even if they have widely varying supply counts. This metric allows you to determine how many addresses own a given fraction of supply, rather than a given number of units of supply. Keep in mind that in blockchains where transacting is cheap or free, this metric can be gamed.
The sum count of unique addresses holding at least X native units as of the end of that day. Only native units are considered (e.g., an address with less than X ETH but with more than X in ERC-20 tokens would not be considered).
These metrics provide a count of addresses with balance by equal or higher than a native unit threshold.
The state of the ledger is the one at the last available block for that day.
Only the native units balance is considered, L2 tokens (ERC-20, etc..) are not taken into account.
The computation uses greater than or equal comparison: owning exactly 1 native unit qualifies an address for AdrBalNtv1Cnt.
For XRP, escrowed amounts are not taken into account.
This metric is not available for assets that have full privacy, like Monero, Grin.
For assets that have opt-in privacy features, like ZCash, it only takes the non-private activities into account.
Released in the 4.0 release of NDP
This is a potent set of metrics which can elucidate the dispersion of ownership of the address space in a cryptocurrency. The trend can demonstrate whether or not a cryptocurrency is in a concentrative or distributive phase. It should be noted that supply is arbitrary, and for large-cap assets varies between tens of millions to hundreds of billions; so unit dispersion is often not directly comparable between chains. Put otherwise: it is cheaper to accumulate addresses with 100 XRP than 100 BTC since those are so different in fiat terms. This metric can also be gamed to a degree by adding dust to many thousands of addresses.
The sum count of unique addresses holding at least X dollar's worth of native units as of the end of that day. Only native units are considered (e.g., an address with less than X dollar's worth of ETH but with more than X dollar's worth of ERC-20 tokens would not be considered).
These metrics are a breakdown of the addresses with balance count with USD balance thresholds.
The state of the ledger is the one at the last available block for that day.
The price used is the daily close price.
Only the native units balance is considered, L2 tokens (ERC-20, etc..) are not taken into account.
The computation uses greater than or equal comparison: owning exactly $1 qualifies an address for AdrBalUSD1Cnt.
For XRP, escrowed amounts are not taken into account.
This metric is not available for assets that have full privacy, like Monero, Grin.
For assets that have opt-in privacy features, like ZCash, it only takes the non-private activities into account.
Released in the 4.0 release of NDP
This metric standardizes wealth cohorts across multiple blockchains for easy comparison, although differences in address creation must be taken into account. Some wallets in UTXO chains tend to fragment user balances into multiple addresses to preserve privacy. Note that this metric is sensitive to changes in unit price; common address sizes combined with price changes can lead to large numbers of addresses hitting a new threshold at the same time. This can lead to sharp discontinuities in the metric. For a purer measure of holder dispersion (albeit not as directly comparable), see addresses, with balance, greater than X native units, count.
Address Balances can be accessed using these endpoints:
timeseries/asset-metrics
and by passing in the metric IDs in the metrics
parameter.
Name | MetricID | Unit | Interval |
---|---|---|---|
Name | MetricID | Unit | Interval |
---|---|---|---|