Liquidity providers deposit funds into Mummy Finance and receive trading fees from traders (supply-side fees).

Mummy Finance is a non-custodial exchange for spot and perpetual contracts built on Fantom, Optimism, and Arbitrum. Mummy Finance was founded by an anonymous team and was launched in December 2022.

MMY tokenholders own and govern the protocol. They currently take a cut of the total trading fees paid by traders (revenue).

github

twitter

discord

etherscan

website

Derivative exchanges

Mummy Finance

# Mummy Finance Total value locked Methodology

## 1. Overview

Mummy TVL (Total Value Locked) measures the USD value of all tokens held in Mummy protocol's vault addresses across Arbitrum, Fantom, and Optimism chains. This metric represents the total capital deposited and currently locked in the protocol's derivative trading system. The calculation treats net deposits (the cumulative USD value of token balances in protocol vaults) as equivalent to TVL, providing a snapshot of user funds under protocol management on a daily basis.

## 2. Data sources

The calculation relies on several key data sources:

- **Blockchain events**: Token balance change events from Arbitrum, Fantom, and Optimism blockchains, including `Transfer` events, deposit transactions, withdrawal transactions, and other balance-affecting operations
- **Transaction data**: Blockchain transaction logs and state changes that affect token balances at specific protocol addresses
- **External data**: End-of-day token price feeds for USD conversion across all supported tokens and chains
- **Token metadata**: Token symbol and decimal information for proper balance calculation and display
- **Protocol configuration**: Hardcoded vault and contract addresses that represent Mummy protocol's fund custody points

## 3. Step-by-step calculation

### Component A: Balance change tracking
- **Purpose**: Tracks all token balance changes for Mummy protocol addresses across supported chains
- **Logic**: The system monitors specific hardcoded addresses that serve as Mummy protocol vaults: `0x304951d7172bcada54ccac1e4674862b3d5b3d5b` on Arbitrum, `0xa6d7d0e650aa40ffa42d845a354c12c2bc0ab15f` and `0x7e9e9d925846b110b025041cfdf9942f2c401f4f` on Fantom, and `0xa6d7d0e650aa40ffa42d845a354c12c2bc0ab15f` on Optimism. For each address, the system extracts all token balance changes from blockchain events, capturing deposits, withdrawals, and any other transactions that affect token holdings. The macro processes these events incrementally to track daily balance changes for each token at each protocol address.
- **Key fields**: `timestamp`, `chain_id`, `account_address`, `token_address`, `token_symbol`, `balance` (representing the daily change in token balance)

### Component B: Cumulative balance calculation
- **Purpose**: Converts daily balance changes into running cumulative totals to represent actual token holdings
- **Logic**: Balance changes are converted to cumulative balances using window functions that sum balance changes over time, partitioned by timestamp grain, chain, account address, and token address. This creates a time series of actual token balances held in each protocol vault rather than just daily changes. The calculation uses daily timestamp grain and orders by timestamp to ensure proper chronological accumulation. Any missing dates in the time series are filled forward using the last known balance, ensuring continuous tracking even during periods of no activity.
- **Key fields**: Cumulative `balance` representing total tokens held, partitioned by `timestamp_grain`, `chain_id`, `account_address`, `token_address`

### Component C: USD conversion
- **Purpose**: Converts token balances to USD values for aggregation across different tokens and chains
- **Logic**: Cumulative token balances are joined with end-of-day token price feeds using timestamp, chain, and token address as join keys. Each token balance is multiplied by its corresponding USD price to calculate the dollar value of holdings. Only positive balances are included in the calculation, filtering out addresses with zero or negative token holdings. The price feed uses daily granularity to ensure consistent end-of-day valuations across all tokens and chains.
- **Key fields**: `amount` (USD value calculated as balance multiplied by `price_usd`), with joins on `timestamp`, `chain_id`, and `token_address`

### Final aggregation
- **Combining components**: USD values from all tokens and addresses are summed together to create total protocol TVL. The system aggregates across all supported chains (Arbitrum, Fantom, Optimism) and all tracked vault addresses to provide a comprehensive view of total value locked.
- **Currency conversion**: All token balances are converted to USD using end-of-day price feeds, ensuring consistent valuation timing across different assets and chains.
- **Time aggregation**: Data is aggregated on a daily basis using end-of-day timestamps, with forward-filling applied to maintain continuous time series during periods of no activity.
- **Final calculation**: The final TVL value equals the sum of all positive token balances held in protocol vault addresses, converted to USD using daily price feeds and categorized as derivatives market segment with perpetual business segment classification. The finalization process ensures proper schema compliance, validates data IDs, and applies zero-filling strategy for missing dates.

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

Total value locked (TVL)

Total value locked (TVL) — value deposited into the project's applications.

Mummy Finance

Total value locked

Total value locked

Competitive landscape

Chain breakdown