Validators process transactions and receive fees from users (supply-side fees).

Solana is a smart contract platform for decentralized applications (a blockchain). Solana was founded by Anatoly Yakovenko, Greg Fitzgerald, Raj Gokal, etc. and launched in 2020.

SOL holders own and govern the protocol. They currently take a cut of the transaction fees paid by users (revenue). Solana’s investors include Polychain Capital, ParaFi capital, Passport capital, etc.

governance

github

twitter

discord

etherscan

website

Blockchains (L1)

Solana

# Solana Vote transaction count Methodology

## 1. Overview

Vote transaction count is calculated as the number of confirmed governance vote transactions processed by the Solana network. This metric reflects the volume of blockspace dedicated to consensus-related activity, specifically transactions submitted by validators to the native `Vote` program. It is used to distinguish infrastructure-level governance demand from user-driven application activity.

## 2. Data sources

- **Blockchain events**: `vote_transaction_count` data from Solana block metadata

## 3. Step-by-step calculation

### Component A: Extraction of block-level vote counts

- **Purpose**: Retrieve the count of vote transactions from individual blocks.
- **Logic**: The number of vote transactions is extracted from the metadata of confirmed blocks. This specific transaction count is isolated from non-vote transactions at the block level, representing activity directed toward the network's consensus mechanism.
- **Key fields**: `vote_transaction_count` (quantity per block), `block_timestamp` (timing).

### Component B: Daily aggregation and normalization

- **Purpose**: Consolidate block-level data into daily totals.
- **Logic**: Block-level counts are summed according to the UTC day of the block timestamp. The values are cast to a bignumeric format to ensure mathematical precision. A zero-filling strategy is applied to any dates where no activity is recorded to maintain a continuous time series.
- **Key fields**: `timestamp_trunc` (daily interval), `sum` (total daily volume).

### Component C: Final validation and filtering

- **Purpose**: Ensure data quality and freshness.
- **Logic**: The aggregated data is validated against a list of approved chain identifiers. A chain availability filter is applied to exclude any data points that exceed the last approved timestamp or are associated with archived periods, ensuring only verified information is presented.
- **Key fields**: `chain_id` (network identifier), `last_approved_timestamp` (data freshness boundary).

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

Confirmed governance vote transactions processed by the network.

SolanaSOL

Vote transaction count

Vote transaction count

Competitive landscape