website

twitter

Infrastructure

DEX Screener

# DEX Screener Supply-side fees Methodology

## 1. Overview

DexScreener supply-side fees represent the portion of protocol fees that are distributed to liquidity providers or other supply-side participants. However, DexScreener operates as a fee-taking protocol without fee sharing mechanisms, so this metric is consistently zero across all time periods. The metric maintains the same structure as the main fees metric but with fees values set to zero to indicate that no fees are distributed to liquidity providers.

## 2. Data sources

- **Solana native token transfers**: Transfer records for native SOL tokens on the Solana blockchain
- **Solana SPL token transfers**: Transfer records for SPL (Solana Program Library) tokens 
- **End-of-day token price feeds**: Daily closing prices for tokens to enable USD conversion
- **Token metadata**: Token decimal precision information for proper amount calculation

## 3. Step-by-step calculation

### Component A: Native SOL fee collection
- **Purpose**: Identifies native SOL transferred to DexScreener's fee collection addresses
- **Logic**: Filters Solana native token transfers where the recipient address matches one of two specific DexScreener fee collection addresses (`23vEM5NAmK68uBHFM52nfNtZn7CgpHDSmAGWebsjg5ft` or `AJENSD55ZJBwipZnEf7UzW2pjxex1cV2jSKPz7aMwJo5`). Excludes transactions where the transaction signer is one of the fee collection addresses to avoid internal transfers. Uses the wrapped SOL token address (`So11111111111111111111111111111111111111112`) for native SOL transfers.
- **Key fields**: `block_timestamp`, `transaction_id`, `signer`, `amount` (native SOL transfer amounts)

### Component B: SPL token fee collection  
- **Purpose**: Identifies SPL token transfers to DexScreener's fee collection addresses
- **Logic**: Filters SPL token transfers where the recipient owner address matches one of the two DexScreener fee collection addresses. Excludes transactions where the transaction signer is one of the fee collection addresses to avoid internal transfers. Captures the actual SPL token address for each transfer.
- **Key fields**: `block_timestamp`, `transaction_id`, `signer`, `token_address`, `amount` (SPL token transfer amounts)

### Component C: Fee aggregation and conversion
- **Purpose**: Combines and standardizes fee data from both native SOL and SPL token transfers
- **Logic**: Unions the native SOL and SPL token transfer data, then aggregates by day, chain, and token address. Applies USD conversion using end-of-day price feeds and corrects for token decimal precision. Sets `product_id` to null since DexScreener operates as a single product.
- **Key fields**: `timestamp` (daily), `chain_id` (solana), `token_address`, `fees` (USD-converted amounts)

### Supply-side fee calculation
- **Purpose**: Determines the portion of fees distributed to liquidity providers
- **Logic**: Since DexScreener does not implement fee sharing with liquidity providers, all supply-side fees are set to zero. This is hardcoded as `0 as fees_supply_side` in the calculation.
- **Result**: All records show zero supply-side fees regardless of the underlying protocol fee amounts

### Final aggregation
- **Combining components**: Uses the aggregated fee data structure but replaces all fee amounts with zeros
- **Currency conversion**: Maintains USD denomination but with zero values
- **Time aggregation**: Preserves daily time boundaries aligned with the main fees metric
- **Final calculation**: Supply-side fees = 0 for all time periods and tokens, indicating no fee distribution to liquidity providers

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

Portion of fees distributed to service providers or supply-side participants.

DEX Screener

Supply-side fees

Supply-side fees

Competitive landscape