website

twitter

discord

github

Asset management

Rezerve

# Rezerve RZR stakers (monthly) Methodology

## 1. Overview

The RZR stakers monthly metric measures the 30-day rolling average of unique addresses holding Rezerve staking positions. This metric tracks engagement in Rezerve's staking program by counting users who hold ERC721 staking position NFTs, providing a smoothed view of staking participation over time. The calculation identifies active stakers through their ownership of staking position tokens and applies a 30-day rolling average to reduce daily volatility.

## 2. Data sources

- **ERC721 Transfer events**: Parsed `Transfer` events from Rezerve's AppStaking contracts on Ethereum and Sonic chains, representing the minting, burning, and transferring of staking position NFTs
- **Blockchain transaction logs**: Ethereum and Sonic event logs containing the raw transfer data with timestamps, sender addresses, and receiver addresses
- **Contract metadata**: Rezerve AppStaking contract addresses and deployment information for both supported chains

## 3. Step-by-step calculation

### Component A: Staking position tracking
- **Purpose**: Track ownership of RZR staking positions through ERC721 Transfer events
- **Logic**: Extract `Transfer` events from Rezerve AppStaking contracts on Ethereum and Sonic chains. Process mint events where `from` address is the zero address as +1 balance change for the `to` address. Process burn events where `to` address is the zero address as -1 balance change for the `from` address. Handle regular transfers between non-zero addresses as -1 for sender and +1 for receiver. Truncate all timestamps to daily granularity.
- **Key fields**: `block_timestamp` (truncated to day), `from` address, `to` address, `amount` (+1 or -1)

### Component B: Daily balance calculation
- **Purpose**: Calculate running balances for each staker address to determine current position holdings
- **Logic**: Aggregate daily balance changes by timestamp, chain, and account address. Calculate cumulative running balances for each account using window functions partitioned by chain and account address, ordered by timestamp. Apply fill-forward logic to populate missing days with the last known balance for each account.
- **Key fields**: `timestamp`, `chain`, `account_address`, `balance` (cumulative position count)

### Component C: Daily staker counting
- **Purpose**: Count unique active stakers per day across all chains
- **Logic**: Filter accounts to include only those with positive balances (indicating active staking positions). Count distinct account addresses per day, treating the same address across different chains as a single unique staker. Exclude the current day from calculations to ensure data completeness.
- **Key fields**: `timestamp`, `rzr_stakers` (count of unique addresses with balance > 0)

### Component D: 30-day rolling window creation
- **Purpose**: Generate a 30-day rolling window for each day to enable monthly averaging
- **Logic**: Create a datespine covering all days from the first staking event to the previous day. For each day in the datespine, generate an array of the 30 preceding days (including the current day) using timestamp array generation. Join this rolling window with the daily staker counts to associate each day with its relevant 30-day period.
- **Key fields**: `timestamp` (target date), `joinday` (each day in the 30-day window), `rzr_stakers` (daily count)

### Final aggregation
- **Combining components**: Calculate the average number of stakers over each 30-day window by taking the mean of daily staker counts within each window period
- **Dimensional breakdowns**: Generate both project-level aggregation (across all chains) and chain-specific breakdowns for granular analysis
- **Time aggregation**: Maintain daily timestamp granularity while providing 30-day rolling averages, ensuring each day has a corresponding monthly metric
- **Final calculation**: The final metric value is the arithmetic mean of daily staker counts over the trailing 30-day period, providing a smoothed indicator of staking participation trends

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

30-day rolling average of unique addresses holding active RZR staking positions.

RezerveRZR

RZR stakers (monthly)

RZR stakers (monthly)

Competitive landscape

Chain breakdown