Validators process transactions and receive fees from users (supply-side fees). DA costs for users are reflected in the transactions fees paid.

Celestia is a proof of stake blockchain optimized for data availability (DA). Celestia was founded by Mustafa Al-Bassam, etc. and launched in 2023.

TIA holders own and govern the protocol. They currently do not take a cut of the total transaction fees paid by users (revenue). Celestia's investors include Polychain Capital, Placeholder, Coinbase Ventures, etc.

github

twitter

discord

website

Blockchains (L1)

Celestia

# Celestia Revenue Methodology

## 1. Overview

Celestia revenue represents the portion of transaction fees that accrue to the protocol treasury through the community tax mechanism. The metric captures the protocol's daily revenue in USD by applying Celestia's 2% community tax rate to all transaction fees collected on the network. This measures the protocol's ability to generate sustainable revenue from network activity.

## 2. Data sources

The calculation relies on three primary data sources:
- **Celestia blockchain transaction records**: Raw transaction data containing fee amounts (`transaction_fee`) and tip amounts (`transaction_tip`) denominated in microTIA units, along with transaction timestamps and success status
- **End-of-day price feeds**: CoinGecko price data for TIA token to enable USD conversion of fee amounts
- **Celestia network parameter data**: The community tax rate (2%) as specified in Celestia's governance parameters, which determines what portion of fees constitute protocol revenue

## 3. Step-by-step calculation

### Component A: Transaction fee extraction
- **Purpose**: Extract and normalize transaction fees from raw Celestia blockchain data
- **Logic**: Raw transaction data is processed to extract fee amounts, combining both base transaction fees (`transaction_fee`) and tips (`transaction_tip`). Amounts are converted from microTIA to TIA units by dividing by 10^6. Failed transactions with null fees are excluded from the calculation to ensure only successful fee-generating transactions are included.
- **Key fields**: `transaction_fee`, `transaction_tip`, `block_timestamp`, and `transaction_hash` for transaction identification and temporal grouping

### Component B: Daily fee aggregation  
- **Purpose**: Aggregate total fees collected by the network on a daily basis
- **Logic**: Transaction fees are grouped by day using timestamp truncation to daily boundaries. All fees within each day are summed to calculate the total fee volume. The data includes chain identification (`chain_id` as 'celestia') and CoinGecko token identifier for subsequent price conversion.
- **Key fields**: Daily `timestamp`, `chain_id`, `coingecko_id`, and aggregated `fees` amount in TIA units

### Component C: USD conversion and fees metric
- **Purpose**: Convert daily TIA fee amounts to USD values using market prices
- **Logic**: Daily aggregated fees are converted to USD using end-of-day CoinGecko price feeds for TIA token. The conversion uses the `convert_to_usd_cg` macro which matches daily timestamps with corresponding price data. Additional metadata is added including market sector classification ('blockchains_l1') and business segment ('blockchain').
- **Key fields**: `fees` in USD, `coingecko_id` for price matching, `timestamp` for daily alignment, and classification metadata

### Final aggregation
- **Combining components**: The fees metric serves as the foundation, with revenue calculated by applying Celestia's community tax rate
- **Currency conversion**: Fees are already converted to USD in the preceding step using end-of-day CoinGecko prices matched to daily timestamps
- **Time aggregation**: Data is aggregated to daily boundaries using timestamp truncation, with each day representing the total fee activity for that 24-hour period
- **Final calculation**: Revenue is calculated as fees multiplied by 0.02 (2% community tax rate), representing the portion of transaction fees that flow to the protocol treasury. The final metric includes data validation and gap-filling logic through the `finalize_metric_revenue` macro to ensure data completeness and quality.

*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.

CelestiaTIA

Revenue

Revenue

Competitive landscape