Liquidity providers deposit funds into SolidLizard and stake their LP tokens to receive SLIZ tokens (token incentives).

SolidLizard is a non-custodial exchange protocol built on Arbitrum. SolidLizard was founded by an anonymous team and launched in 2023.

SLIZ tokenholders own and govern the protocol. They vote for pools where they wish to receive trading fees and external bribes from, while pools receive SLIZ emissions in respect to their share of votes.

twitter

discord

etherscan

website

Exchanges (DEX)

SolidLizard

# SolidLizard Active users (daily) Methodology

## 1. Overview

The SolidLizard Daily Active Users (DAU) metric measures the number of unique users who performed trading activities on the SolidLizard decentralized exchange on any given day. This metric specifically tracks traders who executed swaps through SolidLizard v1 pair contracts on the Arbitrum network. The calculation identifies unique wallet addresses that initiated trading transactions each day, providing insight into daily user engagement and platform adoption.

## 2. Data sources

The calculation relies on the following raw data sources:

- **Blockchain events**: Parsed `Swap` events from SolidLizard v1 pair contracts deployed on the Arbitrum network, containing details about token swaps including amounts, tokens involved, and contract interactions
- **Transaction data**: Arbitrum transaction records that provide the actual user wallet addresses (`from_address`) who initiated the trading transactions
- **Chain metadata**: Chain availability data that ensures only valid operational periods are included in the metric calculation

## 3. Step-by-step calculation

### Component A: Trade event processing
- **Purpose**: Extract and process all trading activities from SolidLizard v1 DEX contracts
- **Logic**: The system identifies all `Swap` events emitted by SolidLizard v1 pair contracts on Arbitrum. Each swap event contains information about token amounts being exchanged, including `amount0In`, `amount0Out`, `amount1In`, and `amount1Out` fields representing the inbound and outbound token amounts for both tokens in the trading pair. The events are joined with Arbitrum transaction records to resolve the actual user wallet address that initiated each trade, using the transaction hash as the linking key.
- **Key fields**: The process captures `block_timestamp` for timing, `transaction_hash` for linking to transaction data, `log_index` for event ordering, `address` for the contract address, `sender` for the contract-level user, and the four amount fields for calculating token changes.

### Component B: User identification and deduplication  
- **Purpose**: Identify unique users performing trading activities on each day
- **Logic**: The system extracts the `from_address` field from Arbitrum transaction records, which represents the actual wallet address that initiated each trading transaction. Block timestamps are truncated to daily boundaries using day-level granularity to group all trading activities within each 24-hour period. Within each day, user addresses are deduplicated to count each unique trader only once, regardless of how many trades they performed.
- **Key fields**: The process uses `user_address` (derived from transaction `from_address`) as the primary identifier and `timestamp` (truncated to daily granularity) for temporal grouping.

### Final aggregation
- **Combining components**: The processed trade events and user identification data are combined in a single pipeline, with each unique user address per day becoming one record in the final dataset
- **Time aggregation**: All activities within each calendar day (based on block timestamp) are grouped together, with timestamps truncated to day granularity to establish daily boundaries
- **Chain filtering**: Chain availability filtering is applied to exclude periods when data collection may have been incomplete or when the chain was not fully operational
- **Final calculation**: The final DAU count for each day represents the distinct count of user wallet addresses that initiated at least one trading transaction through SolidLizard v1 contracts on that specific day. Each user is classified as a 'trader' type, reflecting their engagement in trading activities on the decentralized exchange.

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

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

SolidLizardSLIZ

Active users (daily)

Active users (daily)

Competitive landscape