website

twitter

Infrastructure

SolTradingBot

# SolTradingBot Supply-side fees Methodology

## 1. Overview

SolTradingBot supply-side fees represent the portion of total trading fees that would be distributed to liquidity providers or other supply-side participants. However, for SolTradingBot, this metric is always zero, indicating that the protocol does not share fee revenue with supply-side participants - all fees are retained as protocol revenue. This metric answers the business question of how much fee revenue flows to supply-side participants versus the protocol itself.

## 2. Data sources

- **Blockchain events**: Solana native token transfer events that record SOL movements between addresses
- **Fee collection addresses**: Specific SolTradingBot protocol addresses that receive fee payments (`F34kcgMgCF7mYWkwLN3WN7KrFprr2NbwxuLvXx4fbztj` and `96aFQc9qyqpjMfqdUeurZVYRrrwPJG2uPV6pceu4B1yb`)
- **External data**: End-of-day SOL price feeds for USD conversion
- **Token metadata**: SOL token information including decimal precision and address standardization

## 3. Step-by-step calculation

### Component A: Fee collection identification
- **Purpose**: Identifies genuine fee payments to SolTradingBot protocol addresses
- **Logic**: Filters Solana native token transfers where the recipient address matches one of two specific SolTradingBot fee collection addresses. Excludes transfers originating from these same addresses to avoid counting internal protocol movements or administrative transfers. Captures the transaction signer as the fee payer, transaction details, and native SOL amounts in lamports
- **Key fields**: `block_timestamp` for timing, `transaction_signer` for fee payer identification, `amount` in lamports, hardcoded `token_address` for SOL

### Component B: Daily aggregation and conversion
- **Purpose**: Aggregates fee payments by day and converts to standard units and USD
- **Logic**: Groups fee transfers by daily timestamps, converting native amounts from lamports to SOL by dividing by 1e9. Sums all fee payments within each day to get total daily fee volume. Applies USD conversion using end-of-day SOL price feeds to standardize monetary values across different time periods
- **Key fields**: `timestamp` truncated to day, `fees` in SOL units, converted USD values

### Component C: Supply-side allocation
- **Purpose**: Determines what portion of fees goes to supply-side participants
- **Logic**: Sets the `fees_supply_side` field to zero for all records, indicating that SolTradingBot retains 100% of fee revenue as protocol fees rather than sharing with liquidity providers or other supply-side participants. This reflects the protocol's fee distribution model where all collected fees are protocol revenue
- **Key fields**: `fees_supply_side` always set to 0

### Final aggregation
- **Combining components**: The supply-side fees metric directly uses the zero allocation from Component C, maintaining the same daily timestamp and chain information as the underlying fee data
- **Currency conversion**: USD values calculated using end-of-day SOL price feeds applied to the aggregated daily SOL amounts
- **Time aggregation**: Daily boundaries determined by truncating blockchain timestamps to day level, with forward-fill logic applied to ensure no gaps in the time series
- **Final calculation**: Supply-side fees equals zero for all time periods, representing SolTradingBot's policy of retaining all fee revenue as protocol income rather than distributing to supply-side participants

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

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

SolTradingBotSTBOT

Supply-side fees

Supply-side fees

Competitive landscape