opBNB is built on the OP Stack, the same underlying framework as Optimism. It extends the Ethereum Virtual Machine (EVM) to provide faster and cheaper transactions, while leveraging BNB Smart Chain (BSC) for ecosystem integration.

opBNB is an Ethereum-compatible Layer 2 scaling solution designed to improve the performance and affordability of decentralized applications on BNB Chain. It provides high throughput and low fees, making it suitable for gaming, social, and DeFi applications.

opBNB is developed by BNB Chain, which is supported by contributors from the broader Binance ecosystem.

twitter

etherscan

website

Blockchains (L2)

opBNB

# opBNB Revenue Methodology

## 1. Overview

opBNB revenue represents the total fees collected by the opBNB network from users executing transactions. This metric captures the protocol's fee revenue by combining Layer 1 (L1) and Layer 2 (L2) gas fees paid by users. The revenue is calculated daily by aggregating all transaction fees and converting them from BNB to USD using end-of-day pricing data.

## 2. Data sources

- **opBNB transaction records**: Complete transaction data from the opBNB blockchain including transaction hashes, addresses, gas usage, and fee components
- **Transaction receipt data**: Detailed receipt information containing L1 gas usage, L1 gas prices, L1 fee scalars, and direct L1 fees
- **End-of-day BNB price feeds**: Price data from CoinGecko for converting BNB-denominated fees to USD values

## 3. Step-by-step calculation

### Component A: Transaction data extraction
- **Purpose**: Extract and standardize transaction fee components from opBNB blockchain data
- **Logic**: Raw transaction records are processed to identify gas usage patterns and fee structures. Each transaction includes L2 execution costs (`gas_used`, `gas_price`) and L1 data availability costs (`l1_gas_used`, `l1_gas_price`, `l1_fee_scalar`, `l1_fee`). The native gas token is BNB with address `0x4200000000000000000000000000000000000006`. All fee amounts are initially in wei (smallest BNB unit).
- **Key fields**: `block_timestamp` for timing, `gas_used` and `gas_price` for L2 costs, `l1_gas_used`, `l1_gas_price`, `l1_fee_scalar` for L1 cost calculation, and `l1_fee` for direct L1 costs

### Component B: Daily gas fee aggregation
- **Purpose**: Calculate total daily L1 and L2 gas fees collected by the network
- **Logic**: Transactions are grouped by day using timestamp truncation. For each day, L2 gas fees are calculated by multiplying `gas_used` by `gas_price` and dividing by 1e18 to convert from wei to BNB. L1 gas fees use two calculation methods: either the direct `l1_fee` field when available, or by multiplying `l1_gas_used` by `l1_gas_price` and `l1_fee_scalar`, then dividing by 1e18. The system prefers the direct `l1_fee` value when both methods are available. Daily totals are summed across all transactions.
- **Key fields**: Daily timestamp boundaries, `l2_gas_fee` as the sum of L2 execution costs, `l1_gas_fee` as the sum of L1 data availability costs

### Final aggregation
- **Combining components**: Total daily revenue combines L1 and L2 fee components: revenue = `l1_gas_fee` + `l2_gas_fee` for each day
- **Currency conversion**: BNB-denominated revenue is converted to USD using end-of-day BNB prices from CoinGecko (identified as 'binancecoin')
- **Time aggregation**: Data is aggregated with daily granularity using timestamp truncation to day boundaries
- **Final calculation**: The final metric represents the total USD value of fees collected by opBNB each day, classified under the 'blockchains_l2' market sector and 'blockchain' business segment, with missing days filled with zero values

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

opBNB

Revenue

Revenue

Competitive landscape

Chain breakdown