Validators process transactions and receive fees from users (supply-side fees).

Fantom is a smart contract platform for decentralized applications (a blockchain). Fantom was founded by Dr. Ahn Byung Ik and launched in 2019.

FTM holders own and govern the protocol. They currently take a cut of the total transaction fees paid by users (revenue). Fantom’s investors include DHVC, Arrington XRP Capital, 8 decimal Capital, etc.

github

twitter

discord

etherscan

website

Blockchains (L1)

Fantom

# Fantom Revenue Methodology

## 1. Overview

The Fantom revenue metric measures the portion of transaction fees that flow to the Fantom protocol ecosystem, including protocol treasury (vault), dApps building on Fantom, and token burn mechanisms. Revenue is calculated as 30% of all transaction fees paid on the Fantom network, representing the protocol's share of fee distribution. This metric answers the business question: "How much revenue does the Fantom protocol generate from network usage?"

## 2. Data sources

- **Fantom blockchain transaction records**: All transaction data from the Fantom network including gas usage, gas prices, sender/receiver addresses, and transaction metadata
- **End-of-day token price feeds**: Daily price data for WFTM (Wrapped Fantom Token) to enable USD conversion of fee amounts
- **Token metadata**: WFTM token contract information including the standard contract address `0x21be370d5312f44cb42ce377bc9b8a0cef1a4c83` used for fee denomination

## 3. Step-by-step calculation

### Component A: Transaction data extraction
- **Purpose**: Extract all Fantom network transactions with complete gas fee information
- **Logic**: Pull all transaction records from Fantom blockchain data, focusing on transactions with valid gas usage and pricing information. Each transaction includes the `gas_used` (actual gas consumed), `effective_gas_price` (final gas price paid), sender and receiver addresses, and block timestamp. Gas prices are converted from wei to WFTM by dividing by 10^18. The WFTM token address is attached to each transaction for subsequent price conversion.
- **Key fields**: `block_timestamp`, `transaction_hash`, `gas_used`, `effective_gas_price`, `from_address`, `to_address`

### Component B: Daily fee aggregation  
- **Purpose**: Calculate total daily fees paid by all users on the Fantom network
- **Logic**: Group all transactions by day using timestamp truncation to daily boundaries. For each day, calculate the fee amount for each transaction by multiplying `gas_used` by `effective_gas_price`, then sum all transaction fees within that day. This produces a daily time series of total network fees paid in WFTM.
- **Key fields**: `timestamp` (daily), `fee_amount` (sum of all daily transaction fees)

### Component C: USD conversion and fee metric finalization
- **Purpose**: Convert WFTM fee amounts to USD and prepare standardized fee metrics
- **Logic**: Join daily fee amounts with end-of-day WFTM price feeds to convert fee amounts from WFTM to USD. Apply the macro for USD conversion which handles price lookup and decimal correction. Add standard metric metadata including market sector (`blockchains_l1`), business segment (`blockchain`), and chain identifier (`fantom`). Apply metric finalization logic which includes zero-filling for any missing days to ensure complete time series coverage.
- **Key fields**: `fees` (USD-denominated daily fee totals), `timestamp_grain`, `market_sector_id`, `business_segment_id`, `chain_id`

### Final aggregation: Revenue calculation from fee distribution
- **Combining components**: Take the finalized daily fee metrics and apply Fantom's fee distribution model
- **Revenue distribution logic**: Multiply total daily fees by the sum of protocol fee shares: 15% vault fee share + 10% dApp fee share + 5% burn fee share = 30% total protocol revenue share. This represents the portion of transaction fees that flow to the protocol ecosystem rather than validators or other network participants.
- **Currency conversion**: Fees are already converted to USD in the previous step using end-of-day WFTM price feeds
- **Time aggregation**: Daily boundary logic uses timestamp truncation to day level, with zero-filling applied for any missing days to maintain complete time series
- **Final calculation**: Revenue = Daily Fees × 0.30, where the 0.30 multiplier represents the combined protocol fee shares (vault 15% + dApp 10% + burn 5%)

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

fees * take_rate (illustrative — revenue is observed directly per project, not derived from take_rate)

Fee revenue retained after supply-side payouts. Before cost of revenue (e.g. L2 DA fees) and before operating expenses.

FantomFTM

Archived

Revenue

Revenue

Competitive landscape