website

twitter

Infrastructure

DEX Screener

# DEX Screener Revenue Methodology

## 1. Overview

DexScreener revenue represents the total fees collected by the DexScreener platform on Solana blockchain. The metric tracks all transfers (both native SOL and SPL tokens) sent to DexScreener's designated fee collection addresses, which represent revenue from users paying for DexScreener's services. The calculation aggregates these transfers daily and converts them to USD for standardized reporting.

## 2. Data sources

- **Solana native transfers**: Native SOL transfer events on the Solana blockchain, specifically transfers where recipients are DexScreener's fee collection addresses
- **Solana SPL token transfers**: SPL token transfer events on Solana, filtered to transfers directed to DexScreener's fee collection addresses  
- **End-of-day price feeds**: Token price data used to convert all collected fees to USD values
- **Token metadata**: Token decimal information used to properly scale token amounts before price conversion
- **Transaction data**: Solana transaction records to identify transaction signers and prevent double-counting of self-transfers

## 3. Step-by-step calculation

### Component A: Native SOL fee collection
- **Purpose**: Captures fees paid to DexScreener in native SOL tokens
- **Logic**: Filters Solana native transfer events to identify transfers sent to DexScreener's fee collection addresses (`23vEM5NAmK68uBHFM52nfNtZn7CgpHDSmAGWebsjg5ft` and `AJENSD55ZJBwipZnEf7UzW2pjxex1cV2jSKPz7aMwJo5`). Excludes transfers where the transaction signer is one of DexScreener's own accounts to avoid counting internal transfers. Each transfer record includes the block timestamp, transaction ID, chain identifier, signer address, and transfer amount.
- **Key fields**: `block_timestamp` for timing, `transaction_id` for uniqueness, `transaction_signer` as payer, `amount` as fee collected, `token_address` set to SOL's address

### Component B: SPL token fee collection  
- **Purpose**: Captures fees paid to DexScreener in various SPL tokens
- **Logic**: Filters Solana SPL token transfer events to identify transfers sent to DexScreener's fee collection addresses. Uses the same fee collection addresses as native SOL transfers and applies the same exclusion logic for self-transfers. Captures transfers of any SPL token sent to these addresses by external parties.
- **Key fields**: `block_timestamp` for timing, `transaction_id` for uniqueness, `transaction_signer` as payer, `amount` as fee collected, `token_address` for the specific SPL token

### Component C: Fee aggregation and conversion
- **Purpose**: Combines both SOL and SPL token fees into a unified daily metric in USD
- **Logic**: Unions the native SOL transfers and SPL token transfers into a single dataset. Truncates timestamps to day boundaries and groups by date, chain, product, and token address. Sums the total amount collected for each token on each day. Applies USD conversion using end-of-day price feeds and corrects amounts for token decimal places to ensure proper scaling.
- **Key fields**: `timestamp` as daily boundary, `chain_id` as Solana, `token_address` for fee token type, `fees` as USD-converted daily total

### Final aggregation
- **Combining components**: The native SOL and SPL token fee data are combined through a union operation, creating a single stream of all fee collection events
- **Currency conversion**: All collected amounts are converted to USD using end-of-day token prices, with proper decimal correction applied based on each token's metadata
- **Time aggregation**: Fees are aggregated daily using timestamp truncation to day boundaries, ensuring consistent daily reporting periods  
- **Final calculation**: The total daily fees collected across all tokens represent DexScreener's revenue, as fees paid by users for platform services directly constitute the platform's income. The metric applies gap-filling with zero values for days without fee collection and standard finalization processes to ensure data quality and consistency.

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

DEX Screener

Revenue

Revenue

Competitive landscape