Decouples execution, sequencing, and verification into specialized roles to maximize hardware utilization. Settles to Ethereum as an L2. Run via a single sequencer model with stateless validation. Uses an EVM-compatible execution environment.

MegaETH is an Ethereum Layer 2 blockchain that targets 100,000+ transactions per second and sub-10ms block times. Its architecture separates sequencers, executors, and verifiers to maximize hardware efficiency and uses an in-memory state structure called SALT (Small Authentication Large Trie) to eliminate disk I/O during execution.

Founded by Shuyao Kong and Namik Muduroglu. MegaETH Labs leads protocol development; the network is intended to be operated by independent sequencers, executors, and verifiers.

website

twitter

Blockchains (L2)

MegaETH

# MegaETH Active addresses (monthly) Methodology

## 1. Overview

Active addresses (monthly) is defined as the number of unique addresses that execute at least one transaction on MegaETH within a 30-day rolling window. Network activity, user adoption, and overall engagement on the MegaETH blockchain are evaluated using this metric. The growth and health of the network's user base are assessed by analyzing the monthly volume of distinct interacting addresses.

## 2. Data sources

- **Blockchain events**: Transaction sender addresses extracted from transaction records, covering MegaETH

## 3. Step-by-step calculation

### Component A: Transaction sender extraction

- **Purpose**: Identify unique addresses initiating transactions on the network
- **Logic**: Transaction records from the MegaETH blockchain are parsed to extract the sender address (`from_address`) and the block timestamp (`block_timestamp`). Each transaction sender is classified under the user type of "Transaction sender" with no associated product ID.
- **Key fields**: `block_timestamp` (timing), `from_address` (user address)

### Component B: Monthly deduplication

- **Purpose**: Deduplicate addresses to calculate active users (monthly)
- **Logic**: Sender addresses are aggregated and deduplicated within 30-day rolling window UTC boundaries. Unique active addresses are identified for each 30-day window, establishing the monthly active user base.
- **Key fields**: `timestamp` (monthly truncated block timestamp), `user_address` (unique sender address)

### Component C: Final aggregation and zero-filling

- **Purpose**: Format the final metric and ensure continuous monthly data
- **Logic**: The monthly count of unique active addresses is aggregated at the chain level. A finalization process is applied to cast the data types, and any missing days in the time series are filled with zeros to ensure a continuous monthly record.
- **Key fields**: `active_addresses_monthly` (monthly count of unique active addresses)

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

Unique addresses active over a rolling 30-day window.

MegaETHMEGA

Active addresses (monthly)

Active addresses (monthly)

Competitive landscape