website

twitter

Infrastructure

Helio

# Helio Supply-side fees Methodology

## 1. Overview

Supply-side fees represent the portion of total protocol fees that are distributed to supply-side participants such as liquidity providers, stakers, or node operators. For Heliopay, this metric is calculated as zero dollars, indicating that Heliopay retains 100% of collected fees and does not share any portion with supply-side participants. This business model is common for payment processing protocols where the protocol operator provides all infrastructure and services.

## 2. Data sources

The calculation relies on the following underlying data sources:
- **Solana native transfers**: Native SOL transfer events on the Solana blockchain, specifically transfers directed to Heliopay's designated fee collection account
- **Solana SPL token transfers**: SPL token transfer events on Solana, capturing transfers of various tokens to Heliopay's fee account owner
- **End-of-day price feeds**: Token price data used for USD conversion of collected fees
- **Token metadata**: Token decimal information required for proper amount normalization

## 3. Step-by-step calculation

### Component A: Native SOL fee collection
- **Purpose**: Identifies and aggregates native SOL transfers representing fees paid to Heliopay
- **Logic**: Extracts all native SOL transfers where the recipient address matches Heliopay's fee account `FudPMePeNqmnjMX19zEKDfGXpbp6HAdW6ZGprB5gYRTZ`. Filters out any transfers originating from the fee account itself to avoid double-counting internal transfers. Groups transfers by daily timestamp boundaries, capturing the `block_timestamp`, `transaction_id`, `transaction_signer`, and `amount` fields. Uses hardcoded token address for native SOL (`So11111111111111111111111111111111111111112`)
- **Key fields**: `block_timestamp` for timing, `amount` for fee value, `transaction_signer` for payer identification, `to_address` for fee recipient validation

### Component B: SPL token fee collection  
- **Purpose**: Identifies and aggregates SPL token transfers representing fees paid to Heliopay in various tokens
- **Logic**: Extracts SPL token transfers where the recipient owner address matches Heliopay's fee account. Similar filtering logic excludes transfers from the fee account itself. Groups by daily boundaries and includes `token_address` to distinguish between different SPL tokens. Captures the same temporal and transactional metadata as native SOL transfers
- **Key fields**: `block_timestamp` for timing, `amount` for fee value, `token_address` for token identification, `to_owner_address` for recipient validation

### Component C: Total fee aggregation
- **Purpose**: Combines native SOL and SPL token fees into a unified daily total
- **Logic**: Unions the native SOL and SPL token fee streams, grouping by daily timestamp, chain identifier, product identifier, and token address. Sums the fee amounts within each group to get total daily fees per token. Applies USD conversion using end-of-day price feeds and corrects for token decimal places to standardize all amounts
- **Key fields**: `timestamp` (daily), `chain_id` (solana), `token_address` for token identification, `fees` as the USD-denominated total

### Final aggregation
- **Combining components**: Uses the total fees calculation as the baseline but immediately sets the supply-side portion to zero
- **Currency conversion**: All fee amounts are converted to USD using end-of-day price feeds and standardized decimal correction
- **Time aggregation**: Daily boundaries are established using timestamp truncation to day level
- **Final calculation**: Supply-side fees are hardcoded to zero dollars for all time periods, reflecting Heliopay's business model of retaining 100% of collected fees rather than sharing with 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.

Helio

Supply-side fees

Supply-side fees

Competitive landscape