Collators aggregate parachain transactions block candidates and producing state transition proofs for validators based on those blocks.

Mythos is a specialized gaming blockchain powered by Polkadot Relay chain.

MYTH holders own and govern the protocol.

website

github

twitter

etherscan

Blockchains (L2)

Mythos

# Mythos Token holders Methodology

## 1. Overview

Token holders measures the number of unique addresses holding a non-zero balance of the native asset on Mythos Substrate. This metric is utilized to monitor the growth and health of the project's holder base over time. Trends in the distribution of the native asset are analyzed to assess user adoption and ecosystem expansion.

## 2. Data sources

- **Blockchain events**: `NewAccount` and `KilledAccount` events from system contracts, covering Mythos Substrate

## 3. Step-by-step calculation

### Component A: Account lifecycle monitoring

- **Purpose**: Capture the creation and removal of accounts on the network
- **Logic**: `NewAccount` and `KilledAccount` events are parsed from Mythos Substrate. Each `NewAccount` event is assigned a value of positive one, and each `KilledAccount` event is assigned a value of negative one. These events represent the lifecycle of addresses as they cross the network's existential deposit threshold.
- **Key fields**: `event_method` (event identification)

### Component B: Cumulative holder aggregation

- **Purpose**: Calculate the total number of active holders at any given point in time
- **Logic**: Daily net changes in account counts are aggregated from the underlying events. A running total of these changes is calculated across the entire historical record to determine the cumulative number of unique addresses with a non-zero balance. Any values resulting in a zero or negative count are excluded to ensure only active holder balances are represented.

### Component C: Normalization and data finalization

- **Purpose**: Ensure data continuity and consistency across reporting periods
- **Logic**: Holder counts are mapped to UTC daily boundaries. On days where no account lifecycle events are detected, the most recent holder count is forward-filled to maintain a continuous time series. Data is cast to standardized numeric formats and filtered based on chain availability and freshness parameters.

*This methodology was automatically generated by Token Terminal's methodology analyzer.*

Unique addresses holding a non-zero balance of the project's native token.

MythosMYTH

Archived

Token holders

Token holders

Competitive landscape

Chain breakdown