Stakers deposit funds into Jito and receive a return on investment in the form of staking rewards (supply-side revenue). Note: fee, revenue and supply-side fees currently only include validator tips.

Jito is a non-custodial liquid staking protocol built on Solana. Jito was founded by Zano Sherwani and Lucas Bruder and launched in 2022.

Jito team and investors own and govern the protocol. They currently don’t take a cut of the total return on investment (revenue).

github

twitter

discord

website

Liquid staking

Jito

# Jito Active users (daily) Methodology

## 1. Overview

The Jito Daily Active Users (DAU) metric measures the number of unique users interacting with Jito's liquid staking and MEV services on Solana per day. This metric captures three types of user activity: depositors who mint JitoSOL tokens for liquid staking, withdrawers who burn JitoSOL tokens to exit liquid staking, and tippers who pay MEV tips to Jito validators. Each unique user is counted once per day per activity type, providing insight into daily engagement across Jito's product ecosystem.

## 2. Data sources

The calculation relies on several types of raw Solana blockchain data:

- **Token mint events**: Parsed Solana token mint events specifically for the JitoSOL token to identify liquid staking depositors
- **Token burn events**: Parsed Solana token burn events for the JitoSOL token to identify users exiting liquid staking positions  
- **Native transfer events**: Solana native SOL transfer events to identify MEV tip payments to Jito validator fee accounts
- **Transaction data**: Solana transaction records containing signer information to identify the actual user addresses performing each action
- **Token metadata**: JitoSOL token contract address and Jito fee collection account addresses for proper filtering

## 3. Step-by-step calculation

### Component A: Liquid staking depositors
- **Purpose**: Identify users who deposit SOL to receive JitoSOL liquid staking tokens
- **Logic**: Extract all token mint events where the token address matches the JitoSOL contract address `J1toso1uCk3RLmjorhTtrVwY9HJ7X8V9yYac6Y7kGCPn`. Filter out transactions signed by known Jito fee collection accounts to exclude internal protocol operations. The transaction signer represents the user depositing SOL into the liquid staking pool.
- **Key fields**: `block_timestamp` for daily aggregation, `transaction_signer` as the `user_address`, `user_type` set to 'Depositor', `product_id` set to 'liquidstaking'

### Component B: Liquid staking withdrawers  
- **Purpose**: Identify users who burn JitoSOL tokens to withdraw their staked SOL
- **Logic**: Extract all token burn events for the JitoSOL token address. Apply the same filtering logic to exclude Jito fee accounts. The transaction signer represents the user burning JitoSOL to exit their liquid staking position.
- **Key fields**: `block_timestamp` for daily aggregation, `transaction_signer` as the `user_address`, `user_type` set to 'Withdrawer', `product_id` set to 'liquidstaking'

### Component C: MEV tippers
- **Purpose**: Identify users who pay MEV tips to Jito validators for transaction priority
- **Logic**: Extract native SOL transfer events where the recipient address matches any of the eight hardcoded Jito fee collection addresses. These addresses represent Jito validator tip accounts that receive MEV payments from users seeking priority transaction execution. The transaction signer represents the user paying the MEV tip.
- **Key fields**: `block_timestamp` for daily aggregation, `transaction_signer` as the `signer`, `user_type` set to 'Tipper', `product_id` set to 'mevtips'

### Final aggregation
- **Combining components**: Union all three user activity types (depositors, withdrawers, tippers) into a single dataset using UNION ALL to preserve all records
- **Time aggregation**: Truncate all timestamps to day boundaries using `timestamp_trunc` with day granularity to enable daily user counting
- **Deduplication**: Apply DISTINCT across the combination of truncated timestamp, user type, and user address to ensure each unique user is counted only once per day per activity type
- **Final calculation**: The resulting dataset contains one record per unique user-day-activity combination, where each record represents one daily active user for that specific Jito product and user type

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

Unique revenue-generating users over a fixed 24-hour window.

JitoJTO

Active users (daily)

Active users (daily)

Competitive landscape