A 1% protocol rate applies to every bonding-curve buy and sell on BNB Chain, Robinhood, X Layer and Monad (2.5% on Morph). Tax tokens pay an additional protocol rate of up to 0.3% of trade volume, on top of the creator's 1%, 3%, 5% or 10% tax.

Flap is a token launchpad on Robinhood Chain, BNB Chain, X Layer, Monad and Morph.

website

twitter

Exchanges (DEX)

Flap

# Flap Revenue Methodology

## 1. Overview

Revenue is defined as the portion of fees that is retained by Flap, as determined by its take rate. This metric is represented by the total value of quote assets and native assets collected by the protocol's designated fee Safe contracts. It is utilized to show the earnings generated from selling the product or service, before cost of revenue, token incentives, and operating expenses.

## 2. Data sources

- **Blockchain events**: `TokenQuoteSet` events from `Portal` contracts, native asset transfers, and ERC-20 asset transfers, covering BNB Chain, X Layer, Monad, and Robinhood Chain
- **External data**: End-of-day price feeds and asset metadata

## 3. Step-by-step calculation

### Component A: Quote asset identification

- **Purpose**: Identification of the valid quote assets used for fee collection.
- **Logic**: `TokenQuoteSet` events from `Portal` contracts are parsed to extract the `quoteToken` address, with the zero address being excluded. The wrapped native asset address for each respective chain is also appended to this list of valid quote assets to ensure comprehensive coverage of fee-denominated assets.
- **Key fields**: `quoteToken` and chain identifier

### Component B: Fee inflow tracking

- **Purpose**: Capture of all native and ERC-20 asset inflows directed to the designated fee Safes.
- **Logic**: Native asset transfers to the designated fee Safe addresses are filtered to isolate transactions where the transfer category is classified as a call inflow and the value is greater than zero. These native inflows are recorded under the wrapped native asset address of the respective chain. Simultaneously, ERC-20 asset transfers are tracked where the recipient address is matched with the designated fee Safe address. These ERC-20 asset transfers are then filtered to include only those assets identified as valid quote assets in Component A.
- **Key fields**: `block_timestamp`, `to_address`, `token_address`, and `amount`

### Component C: USD conversion and aggregation

- **Purpose**: Normalization of values to USD for cross-asset comparison.
- **Logic**: The native and ERC-20 inflows are aggregated by day, chain, and asset address. Raw asset amounts are normalized by decimal precision using asset metadata. The normalized amounts are then multiplied by end-of-day asset prices to calculate the daily revenue in USD. Missing days are filled with zeros to ensure continuous data coverage.
- **Key fields**: `timestamp`, `chain_id`, `token_address`, and `revenue`

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

fees * take_rate (illustrative — revenue is observed directly per project, not derived from take_rate)

Fee revenue retained after supply-side payouts. Before cost of revenue (e.g. L2 DA fees) and before operating expenses.

Flap

Revenue

Revenue

Competitive landscape

Chain breakdown