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 Token holders Methodology

## 1. Overview

The token holders metric measures the total number of unique addresses holding Radiant protocol tokens with a balance greater than zero on a given date. This metric provides insight into the protocol's user base distribution and adoption by tracking how many distinct wallets maintain positive token balances over time. The calculation processes all historical transfer events for Radiant's tokens on Arbitrum to maintain accurate running balances for each holder address.

## 2. Data sources

- **Arbitrum blockchain events**: Parsed `Transfer` events from Arbitrum blockchain for ERC20 token transactions
- **Token metadata**: Information about Radiant protocol's specific token contracts and their properties
- **Chain availability data**: Metadata indicating when Arbitrum blockchain data is complete and reliable for analysis
- **Balance snapshots**: Calculated running balances for each address based on transfer activity

## 3. Step-by-step calculation

### Component A: Token holder balance tracking
- **Purpose**: Tracks cumulative token balances for each address by processing all transfer events
- **Logic**: The system processes all `Transfer` events for Radiant's two token addresses (the governance token at `0x0c4681e6c0235179ec3d4f4fc4df3d14fdd96017` and the rewards token at `0x3082cc23568ea640225c2467653db90e9250aaa0`) on Arbitrum starting from July 24, 2022. For each transfer event, the system updates running balances by subtracting the transfer amount from the sender's balance and adding it to the receiver's balance. The calculation maintains separate balance tracking for each token address to ensure accuracy across different token types.
- **Key fields**: Transfer events contain `from_address`, `to_address`, `value` (transfer amount), `block_timestamp`, and `contract_address` fields that are used to calculate balance changes

### Component B: Active holder identification
- **Purpose**: Identifies addresses that qualify as active token holders based on positive balance criteria
- **Logic**: The system filters the calculated balances to include only addresses with balances greater than zero. This excludes addresses that have completely divested their holdings or never received tokens. The filtering is applied separately for each token contract to ensure holders of either token are counted. Addresses holding multiple Radiant tokens are counted once in the final metric to avoid double-counting unique holders.
- **Key fields**: The `balance` field represents the current token holdings, and `holder_address` identifies the unique wallet addresses

### Component C: Metric standardization
- **Purpose**: Formats the token holder count data according to Token Terminal's standard metric structure
- **Logic**: The finalization process adds required metadata fields including the protocol identifier ('radiant'), metric type classification, and temporal boundaries. The system applies chain availability filtering to ensure data is only reported for dates when Arbitrum blockchain data is complete and reliable. This prevents reporting incomplete holder counts during periods of data ingestion delays or blockchain synchronization issues.
- **Key fields**: The output includes `date`, `value` (holder count), `data_id` (protocol identifier), and `chain_id` for cross-chain compatibility

### Final aggregation
- **Combining components**: The system combines holders from both Radiant token contracts, deduplicating addresses that hold multiple tokens to count unique holders rather than token balances
- **Currency conversion**: No currency conversion is needed as this metric counts addresses rather than token values
- **Time aggregation**: Daily snapshots capture the token holder count at the end of each day, reflecting the cumulative effect of all transfers processed up to that point
- **Final calculation**: The final metric value represents the count of distinct addresses holding any Radiant protocol tokens with positive balances on each date, filtered for data availability periods

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

Unique addresses holding a non-zero balance of the project's native token.

Radiant CapitalRDNT

Archived

Token holders

Token holders

Competitive landscape

Chain breakdown