Lenders deposit funds into Radiant Capital and receive interest payments from borrowers (supply-side fees).

Radiant Capital is a non-custodial omni-chain lending protocol built on Layer Zero. Radiant Capital was founded by an anonymous team and launched in 2022 on Arbitrum.

RDNT tokenholders own and govern the protocol. They currently take a cut of the total interest paid by borrowers (revenue).

governance

github

twitter

discord

etherscan

website

Lending

Radiant Capital

# Radiant Capital Fees Methodology

## 1. Overview

The Radiant fees metric represents the total fees paid by users of the Radiant lending protocol. This metric combines protocol revenue (fees retained by the protocol) and supply-side fees (fees distributed to liquidity providers/lenders). The calculation aggregates fee collection data from both Radiant v1 and v2 deployments across Arbitrum, BSC, and Ethereum, accounting for different fee distribution mechanisms between protocol versions.

## 2. Data sources

- **Blockchain events**: 
  - Parsed ERC20 `Transfer` events from Arbitrum for Radiant v1 fee collections
  - Parsed `NewTransferAdded` events from Radiant v2 MiddleFeeDistribution contracts on Arbitrum and BSC
  - Parsed `NewTransferAdded` events from Radiant v2 MultiFeeDistribution contracts on Ethereum
  - Parsed `ReserveInitialized` events from Radiant v1 LendingPoolConfigurator contracts
- **External data**: End-of-day token price feeds for USD conversion
- **Token metadata**: Token symbols and decimal configurations for proper amount calculations

## 3. Step-by-step calculation

### Component A: Revenue (protocol fees)
- **Purpose**: Calculates fees retained by the Radiant protocol
- **Logic**: For v1, extracts all fee transfers to hardcoded fee recipient addresses (`0xc2054a8c33bfce28de8af4af548c48915c455c13` and `0xf90c69d16599a5c657a05fe76cd22fd9cab44598`) by filtering token transfer events where the recipient matches these addresses. Joins with market configuration data to identify the underlying asset details. Corrects token decimals and converts amounts to USD using end-of-day price feeds. For v2, uses `NewTransferAdded` events from fee distribution contracts, extracting the `lpUsdValue` parameter which represents the total fee amount already denominated in USD. Applies a 75% protocol fee split to v2 amounts, meaning the protocol retains 75% of total fees collected.
- **Key fields**: `block_timestamp` for daily aggregation, `transaction_hash` and `log_index` for event identification, `token_address` and `token_symbol` for asset identification, `amount` or `lpUsdValue` for fee quantities

### Component B: Supply-side fees (lender fees)  
- **Purpose**: Calculates fees distributed to liquidity providers and lenders
- **Logic**: For v1, uses the same fee transfer data as the revenue component, applying the full amount as supply-side fees (implying v1 distributed all fees to lenders). For v2, uses the same `NewTransferAdded` events but applies a 25% lender fee split, meaning lenders receive 25% of total fees collected. This ensures the v2 fee split totals 100% (75% protocol + 25% lenders).
- **Key fields**: Same event identification fields as revenue component, with `amount` representing the lender portion of fees

### Final aggregation
- **Combining components**: Joins revenue and supply-side fee components on `timestamp` and `chain_id` to ensure matching time periods and chains, then sums the two values to get total fees paid by users
- **Currency conversion**: V1 amounts are converted to USD using end-of-day price feeds after decimal correction, while v2 amounts are already in USD from the contract events
- **Time aggregation**: All events are aggregated to daily boundaries using timestamp truncation, with 'day' as the timestamp grain
- **Final calculation**: Total fees = Protocol revenue + Supply-side fees, representing the complete fee burden on protocol users across both revenue retained by the protocol and fees distributed to liquidity providers

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

Total value users pay to use a protocol (gross fees, user-paid fees).

Radiant CapitalRDNT

Archived

Fees

Fees

Competitive landscape

Chain breakdown