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 Average revenue per user (ARPU) Methodology

## 1. Overview

Average revenue per user (ARPU) is calculated as the total daily revenue divided by active users (daily) over a fixed 24-hour window. The monetization efficiency of the network relative to its active user base is represented by this metric. Daily revenue and active user metrics are utilized to determine the economic value generated per individual user on MegaETH.

## 2. Data sources

- **Revenue**: Derived from the Revenue metric
- **Active users (daily)**: Derived from the Active users (daily) metric

## 3. Step-by-step calculation

### Component A: Gas fee extraction

- **Purpose**: Extraction of gas fees from transactions on MegaETH.
- **Logic**: Transaction data is parsed to extract gas fees. The L2 execution fee is calculated by multiplying the gas used by the gas price. The L1 settlement fee is extracted directly from the L1 fee field. Both fee components are summed to determine the total gas fees per transaction. Amounts are normalized by decimal precision and converted to USD using end-of-day price feeds for the native gas asset.
- **Key fields**: `gas_used`, `gas_price`, `l1_fee`, `token_address`

### Component B: Revenue calculation

- **Purpose**: Determination of protocol revenue.
- **Logic**: Protocol revenue is calculated as total gas fees minus supply-side fees. Because sequencer operations are conducted at cost and no validator or sequencer payouts are modeled, supply-side fees are set to zero. Therefore, 100% of the collected gas fees are allocated as protocol revenue.
- **Key fields**: `fees`, `fees_supply_side`

### Component C: Active user tracking

- **Purpose**: Identification of active users (daily).
- **Logic**: Transaction sender addresses are extracted from transaction records. Distinct user addresses are aggregated daily to determine the active users (daily).
- **Key fields**: `from_address`

### Component D: Average revenue per user calculation

- **Purpose**: Calculation of the final ARPU metric.
- **Logic**: Daily protocol revenue is divided by the active users (daily). If no active users or revenue are recorded for a given day, the metric is filled with zero.
- **Key fields**: `revenue`, `user_dau`

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

MegaETHMEGA

Average revenue per user (ARPU)

Average revenue per user (ARPU)

Competitive landscape