Non-vote TPS, last 24 hours
tx per secondNon-vote transactions over the last 24 hours divided by the seconds the period's blocks span.
Dashboard · VantagePlanned
Solana Network Stats: TPS, Fees and Active Wallets
How many transactions, fees and active wallets does Solana process each day?
Solana's throughput, daily transactions, fees, active wallets and failure rate, measured from every block and pinned to its slot.
ShareEmail it
Blueprint
What the dashboard will show.
The dashboard as it will open in Vantage. Each figure is named here and arrives with its receipt; until its data is published, its place stays empty.
Today
Throughput, transactions, wallets and failures over time.
Transactions, latest day
countNon-vote transactions in blocks of the latest complete UTC day, successful and failed.
Active wallets, latest day
countDistinct fee payers of successful non-vote transactions on the latest complete day.
Failed share
%Non-vote transactions whose meta.err is set, as a share of all non-vote transactions on the latest complete day.
Transactions by day
countSuccessful and failed non-vote transactions per day, with the vote transactions blocks carried before the Alpenglow upgrade shown apart.
Active wallets by day
countDistinct fee-paying wallets per day and over rolling 30 days.
Skipped slots by epoch
%Leader slots without a block as a share of all leader slots in each epoch, from getBlockProduction.
Fees
Fees paid in SOL and USD, base and priority.
Fees paid, latest day
SOLFees paid on the latest complete day in SOL, base and priority fees together, from each transaction's meta.fee.
Fees paid in USD
USDThe same day's fees valued at the SOL/USD oracle price at the day's last block.
Base and priority fees by day
SOLBase fees and priority fees paid per day in SOL, which shows how much users bid for priority.
- Period
- Last week, month, quarter or year
About
What it answers, and for whom.
Solana produces a block in each slot, a fraction of a second apart, and every block records its transactions, the fees they paid and whether they succeeded. This dashboard reads them to show how Solana is used each day: throughput, transactions, fees in SOL and USD, distinct fee-paying wallets, the share of transactions that failed and the slots their leaders skipped.
Read the counts with Solana's history in mind. Until the Alpenglow upgrade, validators' consensus votes were transactions too, and they made up much of the raw count; this dashboard counts user transactions throughout and shows the former vote traffic apart. Every figure is pinned to the slot it was read at, with the block hash and a receipt.
Method
How it will be measured.
Every figure will be read at a block, kept with its source and its exact read, and open a receipt anyone can re-check.
How receipts work →- Blocks are read with getBlock for every slot: block time, transactions, fees and status, rolled up per UTC day and kept per slot for recent hours.
- Non-vote transactions exclude those that call the Vote program, which carried validators' consensus votes before the Alpenglow upgrade; that former vote traffic is shown on its own series.
- Fees come from each transaction's meta.fee in lamports, split into the base fee for its signatures and the priority fee, with compute from meta.computeUnitsConsumed.
- Active wallets are distinct fee payers, the first signer, of successful non-vote transactions per day and per 30 days; the failed share counts transactions whose meta.err is set.
- Skipped slots come from getBlockProduction per epoch and USD values from an on-chain SOL/USD oracle feed at the day's last block. Each figure carries a receipt.
The data it needs
Read from chain state and history
- chain_activity_dailyTo buildChain activity by dayTransactions, active sending addresses, new addresses, contracts created and gas used on each chain per day, counted from blocks and transactions.
- chain_fees_dailyTo buildFees and gas by chainFees paid per chain per day in the native token: base fee and priority fee percentiles, total fees, and the share burned where the chain burns fees.
- native_prices_dailyTo buildOracle prices by dayReference prices of major assets read from on-chain oracle feeds (Chainlink latestRoundData) at each day's last block, with each round's update time.
- getBlock per slot: blockTime and transactions, with meta.fee, meta.err and meta.computeUnitsConsumed
- Vote program (Vote111111111111111111111111111111111111111) instructions, to separate vote transactions
- The first signer of each non-vote transaction, for distinct fee payers per day and per 30 days
- getBlockProduction per epoch: leader slots and blocks produced
- An on-chain SOL/USD oracle feed at each day's last block, for USD fee totals
Questions
Questions people ask.
How many transactions per second does Solana process?
The dashboard measures it from blocks: the non-vote transactions of the last 24 hours divided by the seconds their blocks span. That is what users actually sent, which reflects demand rather than the network's capacity.
What are Solana vote transactions?
Under Solana's original consensus, validators sent their votes on each block as transactions, which made up a large share of all transactions. The Alpenglow upgrade moved voting out of the ledger, so the dashboard counts user transactions throughout and shows the former vote traffic apart.
Why do so many Solana transactions fail?
Much of it comes from bots: arbitrage and trading programs send many transactions knowing that only some will succeed, because a failed transaction is cheap. A failed transaction still pays its fee. The failed share shows how much of the traffic is such attempts.
How are Solana fees calculated?
Each transaction pays a fixed base fee for each signature, half of which is burned, plus an optional priority fee set as a price per compute unit, which goes to the block's leader. The dashboard shows both parts and the fee per transaction.
What is a skipped slot?
A slot in which the scheduled leader did not produce a block, because it was offline or late or its block did not reach the rest of the network. Skipped slots delay transactions and cost the leader the fees that block would have earned.
- Slot
- Solana's unit of time, in which one scheduled leader may produce a block.
- Lamport
- The smallest unit of SOL, one billionth of a coin; fees are quoted in lamports.
- Fee payer
- The first signer of a Solana transaction, who pays its fee; used here to count active wallets.
- Compute unit
- Solana's measure of the computation a transaction uses; priority fees are priced per compute unit.
- Epoch
- A period of slots, about two days long, at which stake, the leader schedule and rewards are updated.
Related
More apps like this.
Solana Priority Fee Tracker
The compute-unit prices that landed Solana transactions paid, slot by slot, so you can choose a priority fee that lands now.
SolanaSolana Validator Count and Stake Concentration
How many validators secure Solana each epoch, how stake is spread among them, the Nakamoto coefficient, skip rates and who joined or left.
SolanaSolana Staking Yield (APY) and SOL Staked
The yield staked SOL earns each epoch, before and after commission and with MEV tips, beside the share of all SOL that is staked.
SolanaStablecoins on Solana: Supply by Coin
Supply of each stablecoin issued on Solana, from USDC and USDT to PYUSD and USDG, with the mints, burns and transfers behind it.
SolanaPump.fun Token Launches and Graduations per Day
Tokens created on pump.fun each day, how many graduate to PumpSwap and the launchpad's share of all Solana token launches.
SolanaSolana vs Ethereum: Fees, Activity and Revenue
Solana and Ethereum compared each month on one set of definitions: fees, activity, burn against issuance and stablecoin supply.
SolanaEthereumBuild Solana Network Stats: TPS, Fees and Active Wallets on verified data.
Start free in Voltfin Studio: boards, tables and reports where every number opens its receipt. Tell us which data you need first and we will build it next.