Users connect a TON wallet and Telegram account to buy Telegram Stars, Premium and Ads, to trade collectible usernames and numbers in auctions and sales, and to withdraw creator rewards. Payments settle in TON.

Fragment is a free platform which facilitates the transaction of collectibles between users and the purchase of services from third parties, such as Telegram Premium and Telegram Ads. It supports direct sales and public auctions.

Fragment is a platform for Telegram users, content creators, bot developers and advertisers, built on the TON blockchain.

website

Social

Fragment

# Fragment Revenue Methodology

## 1. Overview

Revenue is measured as the total value retained by Fragment from user payments on the platform. Gross income generated from the platform's username and anonymous number auctions is captured before any creator rewards or payouts to Telegram channels, bots, and users are deducted. Because supply-side fee deductions are not applied to this metric, revenue is defined as equivalent to the total fees collected by the platform.

## 2. Data sources

- **Blockchain events**: Inbound message transfers to designated Fragment payment wallets, covering the TON blockchain
- **External data**: End-of-day price feeds for the native TON asset

## 3. Step-by-step calculation

### Component A: Payment flow extraction

- **Purpose**: Identify and extract inbound TON payments sent to Fragment
- **Logic**: Inbound message transfers on the TON blockchain are filtered to isolate payments. Messages must be directed to a specific set of Fragment payment wallets, and the sending address must not belong to a predefined list of internal Fragment or Telegram wallets. Bounced messages and messages with a value of zero are excluded from the dataset.
- **Key fields**: `destination`, `source`, `value`, `block_timestamp`

### Component B: Fee aggregation and normalization

- **Purpose**: Aggregate the extracted payments and normalize the values to the native asset unit
- **Logic**: The raw payment amounts, initially denominated in nanoton, are summed and normalized by decimal precision to represent the total fees in TON. This aggregation is performed at a daily granularity with UTC day boundaries.
- **Key fields**: `amount_nanoton`, `timestamp`

### Component C: Revenue calculation and USD conversion

- **Purpose**: Determine the final revenue and convert the value to USD
- **Logic**: Revenue is set as equivalent to the aggregated daily fees, meaning payouts to bots, channels, and users are not deducted. The daily TON values are then multiplied by the end-of-day price feeds for the native TON asset to calculate the final USD-denominated revenue.
- **Key fields**: `fees`, `price_usd`

*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.

Fragment

Revenue

Revenue

Competitive landscape