Lotus Dex operates through smart contracts deployed on the MANTRA network, utilizing automated market maker (AMM) protocols or order book mechanisms to facilitate peer-to-peer trading. The platform generates revenue through trading fees collected from transactions, while users maintain full control of their assets through non-custodial wallet integrations and blockchain-based settlement.

The project operates as a decentralized trading platform that enables users to exchange cryptocurrencies and digital assets without intermediaries. By leveraging blockchain technology, Lotus Dex provides permissionless trading services while maintaining user custody of funds and eliminating the need for traditional centralized exchange operators.

Lotus Dex is a decentralized exchange platform built on and powered by the MANTRA blockchain infrastructure.

twitter

website

github

discord

docs

Exchanges (DEX)

Lotus Dex

# Active addresses (weekly) Methodology

## Overview

Active addresses (weekly) measures the number of unique addresses that make a transaction with a project, i.e. An application or a blockchain. Weekly active addresses are measured on a 7-day rolling basis.

## Data sources

- On-chain transaction records (sender addresses, receiver addresses, and timestamps)
- Program instructions and transaction metadata
- Asset metadata for chain and project identification

## Common calculation approaches

### Transaction sender identification
Sender addresses are extracted from transaction records across blockchains including Ethereum, BNB Chain, and Polygon. Unique initiators are identified from sender address fields and aggregated over a rolling 7-day period to measure network activity.

### Signer and instruction tracking
On Solana, active accounts are identified by extracting unique signers from program instructions. Data is aggregated from both successful and failed transactions to provide a comprehensive view of account activity and network demand.

### Delegated action handling
For networks with specific account abstraction features, such as NEAR Protocol, transaction initiators are identified by distinguishing between standard actions and delegate actions. For meta transactions on NEAR Protocol, the receiver account is identified as the active user to accurately represent user engagement.

**Note:** The calculation approaches and protocol examples above are representative patterns. Individual protocol implementations may vary.

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

Unique active addresses over a rolling 7-day window.

Lotus Dex

Active addresses (weekly)

Active addresses (weekly)

Competitive landscape