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

Moonbeam is an Ethereum-compatible smart contracts platform built as a Polkadot parachain.

GLMR holders own and govern the protocol. Moonbeam’s investors include IOSG Ventures, Coinbase Ventures, Fenbushi Capital, CoinFund, etc

website

github

twitter

discord

etherscan

Blockchains (L2)

Moonbeam

# Moonbeam Earnings Methodology

> **Archived 2026-07-31.** Token Terminal stopped tracking Moonbeam following the announced migration of GLMR to Base and the launch of the new Moonbeam Protocol. The methodology below describes how this metric was calculated while the chain was tracked; historical values remain accurate and accessible.

## 1. Overview

Moonbeam earnings are measured as the protocol's net profit, calculated by subtracting token incentive expenses from total fee revenue. On-chain profitability is reflected by this metric through the subtraction of block rewards (expenses) from transaction fees (revenue). A dual-layer system is operated, comprising both Substrate-native (L1) and Ethereum-compatible (Moonbeam EVM) components, where fee collection is performed across both layers.

## 2. Data sources

- **Blockchain events**: `TransactionFeePaid` events from `transactionPayment` pallets, `Executed` events from `ethereum` pallets, `Withdraw` and `Deposit` events from `balances` pallets, and `Rewarded` events from `parachainStaking` pallets, covering Moonbeam
- **External data**: End-of-day price feeds for native assets

## 3. Step-by-step calculation

### Component A: L1 fee collection

- **Purpose**: Transaction fees from Substrate-native transactions are captured.
- **Logic**: Data is extracted from `TransactionFeePaid` events where fees paid for Substrate-native transactions are recorded. A base transaction fee and an optional tip amount are contained within each event. The fee and tip are summed for each transaction and normalized by decimal precision.

### Component B: Moonbeam EVM fee collection

- **Purpose**: Transaction fees from Ethereum-compatible transactions are captured.
- **Logic**: Transaction fees are extracted from the Moonbeam EVM layer by identifying transaction signers from `Executed` events. Balance `Withdraw` events (representing fee payments) and `Deposit` events (representing fee refunds) are processed from `balances` pallets. These balance changes are filtered to include only records where the address is matched to the original transaction signer. Net fees are aggregated per transaction and normalized by decimal precision.

### Component C: Block reward collection

- **Purpose**: Validator and collator rewards distributed for block production are captured.
- **Logic**: Reward amounts are extracted from `Rewarded` events from `parachainStaking` pallets. These payments are classified as the costs for securing the network. Amounts are normalized by decimal precision and aggregated daily.

### Component D: Revenue and expense calculation

- **Purpose**: Protocol revenue and expenses are determined in native units.
- **Logic**: Total fees are calculated as the sum of L1 and Moonbeam EVM fees. Protocol revenue is determined as equivalent to total fees, as the supply-side fee share is currently set to zero. Expenses are defined as the total value of block rewards distributed to network participants.

### Component E: USD conversion and final aggregation

- **Purpose**: Values are normalized to USD and final earnings are calculated.
- **Logic**: All native asset amounts for revenue and expenses are multiplied by end-of-day price feeds. Daily earnings are calculated as the difference between total revenue and total expenses. All metrics are aggregated by day using UTC boundaries.

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

Net profit (also profits, net income, profitability) — revenue remaining after subtracting expenses.

MoonbeamGLMR

Archived

Earnings

Earnings

Competitive landscape