Validators process transactions and receive validator rewards (supply-side fees).

NEAR Protocol is a smart contract platform for decentralized applications (a blockchain). NEAR Protocol was founded by Alexander Skidanov & Ilya Polosukhin and launched in 2017.

NEAR holders own and govern the protocol. They currently take (burn) all of the total transaction fees paid by users (revenue). NEAR Protocol's investors include a16z, Pantera Capital, Libertus, etc.

governance

github

twitter

discord

etherscan

website

Blockchains (L1)

NEAR Protocol

# near Earnings Methodology

## 1. Overview

Earnings measures the net profitability of the near ecosystem by subtracting operating expenses from total protocol revenue. Total revenue includes the value of native assets burnt during transaction execution on Near Protocol and protocol-specific fees collected by Near Intents. Expenses are comprised of token incentives distributed as validator rewards for securing the network. All values are converted to USD using end-of-day price feeds.

## 2. Data sources

- **Blockchain events**: Transaction, receipt, and account change records from the Near blockchain.
- **External data**: End-of-day price feeds for the native NEAR asset.

## 3. Step-by-step calculation

### Component A: Near Protocol gas revenue

- **Purpose**: Captures the value of native assets burnt as gas fees on the network.
- **Logic**: Burned token amounts are extracted from transaction and receipt records. These represent the 70% portion of gas fees that are permanently removed from circulation by the protocol.
- **Key fields**: `tokens_burnt` (amount destroyed), `block_timestamp` (timing).

### Component B: Near Intents revenue

- **Purpose**: Captures protocol revenue generated by Near Intents and directed to the treasury.
- **Logic**: Non-staked balances are tracked for the `1csfundsadmin.sputnik-dao.near` and `fefundsadmin.sputnik-dao.near` DAO treasury accounts. Daily revenue is calculated as the day-over-day increase in these balances, where only positive deltas are considered to exclude the impact of treasury withdrawals.

### Component C: Validator reward expenses

- **Purpose**: Captures the cost of network security via token issuance to validators.
- **Logic**: Validator addresses are identified through specific account update events. Staked balance increases associated with validator account updates are aggregated to determine the total reward amount distributed.
- **Key fields**: `affected_account_id` (validator identification), `staked_balance` (reward tracking).

### Component D: USD conversion and aggregation

- **Purpose**: Consolidates revenue and expense components into a final USD-denominated metric.
- **Logic**: Total revenue is calculated as the sum of gas burns and Near Intents treasury inflows. Earnings are determined by subtracting validator reward expenses from total revenue. All native asset amounts are normalized by decimal precision and multiplied by end-of-day price feeds. Daily granularity is maintained using UTC day boundaries.

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

Net profit (also profits, net income, profitability) — revenue remaining after subtracting expenses.

NEAR ProtocolNEAR

Earnings

Earnings

Competitive landscape