Ethereum validators use MEV-boost to outsource their block construction to a marketplace of relays and builders, including the Flashbots Builders. This dashboard only captures metrics about the Flashbots Builders.

Flashbots is a research and development organization formed to mitigate the negative externalities posed by Maximal Extractable Value (MEV) to stateful blockchains, starting with Ethereum. Flashbots operates a block builder and an MEV-boost relay on Ethereum.

The Flashbots team and investors own the Flashbots Builder. Currently, Flashbots does not take a cut of the fees paid by searchers. Flashbots' investors include Paradigm, among others.

governance

github

discord

etherscan

website

Infrastructure

Flashbots

# Flashbots Token incentives Methodology

## 1. Overview

The Flashbots token incentives metric measures token-based rewards distributed by the Flashbots protocol to users or stakeholders. However, since Flashbots does not currently provide token incentives, this metric is explicitly set to zero for all time periods while maintaining the required data structure and schema consistency with other Token Terminal metrics.

## 2. Data sources

This metric leverages the same data infrastructure as Flashbots fees but applies a zero-value override:

- **Ethereum beacon chain block data**: Block metadata including validator fee recipients, transaction counts, and extra data fields
- **Ethereum execution layer block data**: Block numbers and transaction counts from the execution layer perspective  
- **Ethereum transaction records**: Complete transaction data including values, addresses, timestamps, and transaction indices
- **End-of-day token price feeds**: USD conversion rates for WETH, though not directly used since values are set to zero

## 3. Step-by-step calculation

### Component A: Base data structure derivation
- **Purpose**: Establish the temporal and dimensional framework for the token incentives metric
- **Logic**: The calculation references the Flashbots fees metric to obtain the required schema structure including `timestamp`, `timestamp_grain`, `product_id`, and `chain_id` fields. This ensures consistency with other Token Terminal metrics and maintains proper time series continuity. The underlying fees calculation processes MEV payments from Ethereum beacon chain and execution layer data, but for token incentives, only the structural framework is needed.
- **Key fields**: `timestamp` (daily truncated timestamps), `timestamp_grain` (set to 'day'), `product_id` (null for Flashbots), `chain_id` (set to 'ethereum')

### Component B: Zero value assignment  
- **Purpose**: Explicitly set token incentives to zero while maintaining data completeness
- **Logic**: For each record in the base structure, the `token_incentives` field is set to 0. This approach ensures that the metric exists in the data warehouse with proper temporal coverage and schema compliance, while accurately representing that Flashbots does not distribute token-based incentives to users or stakeholders.
- **Key fields**: `token_incentives` (hardcoded to 0 for all records)

### Final aggregation
- **Combining components**: The base temporal structure is preserved while overriding all token incentive values to zero
- **Currency conversion**: No currency conversion is performed since all values are zero
- **Time aggregation**: Daily time boundaries are maintained from the underlying fees structure
- **Final calculation**: The final token incentives value is always 0, representing the absence of token-based reward programs in the Flashbots ecosystem

This methodology ensures data completeness and schema consistency while accurately reflecting Flashbots' current incentive structure, which focuses on ETH-denominated MEV payments rather than token distributions.

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

Value of native tokens distributed as incentives.

Flashbots

Token incentives

Token incentives

Competitive landscape