Start free
AboutMarketplacePricingContactSearch apps
Products
VantageStrataFolioGroundProof
Use cases
Treasury and financePayments and fintechTrading and market makingFunds and researchIssuers and protocolsCompliance and riskResearch and media
Sign inStart free
Dashboard · VantagePlanned

TON Network Stats: Transactions, Shards, Fees and Validators

How many transactions does TON process, and what do its fees and validators look like?

TON by day: transactions across the masterchain and shards, block intervals, fees and the TON they burn, with each round's validators.

Build it in Studio →Ask for this data
ShareEmail itvoltfincrypto.com/apps/ton-network-stats
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.

  • Period

Network

Transactions, throughput, shards in use and the interval between blocks.

Transactions, latest day

count

Transactions on the latest complete UTC day across basechain shards and the masterchain.

Figurechain_activity_dailyAwaiting data

Average TPS, latest day

tx per second

The latest complete day's transactions divided by the seconds the day's masterchain blocks span.

Figurechain_activity_dailyAwaiting data

Basechain shards

count

Shardchains the basechain was split into at the latest masterchain block.

Figurechain_activity_dailyAwaiting data

Masterchain block interval

seconds

The median interval between masterchain blocks on the latest complete day.

Figurechain_activity_dailyAwaiting data

Transactions by day

count

Daily transactions over the selected period, split into basechain and masterchain.

Stacked barschain_activity_dailyAwaiting data

Fees and validators

Fees paid and TON burned against TON issued, with the validators of the current round.

Fees paid, latest day

TON

Fees paid on the latest complete day, from each transaction's total fees.

Figurechain_fees_dailyAwaiting data

TON burned, latest day

TON

TON burned from fees on the latest complete day under the network's fee burning rules.

Figurechain_fees_dailyAwaiting data

Validators, current round

count

Validators in the current round, from config param 34 at the latest masterchain block.

Figurestaking_networks_dailyAwaiting data

TON staked, current round

TON

TON staked by the current round's validators in the elector contract.

Figurestaking_networks_dailyAwaiting data

Burned against issued

TON

TON burned in fees and TON issued as block rewards each day over the selected period, so the gap between them shows net issuance.

Line chartchain_fees_dailyAwaiting data

Period
Last 30 days, 90 days or a year
About

What it answers, and for whom.

TON runs a masterchain that coordinates the network and a basechain that splits into shards as load grows, and every contract processes its messages one transaction at a time. This dashboard reads the blocks of both to show how much work the network does each day: transactions, throughput, shards in use and the interval between blocks, with the fees users pay, the TON those fees burn and the validators that secure each round.

It complements the active wallets page, which counts people's wallets; here the unit is the network's work. One jetton transfer moves through several contracts and so appears as several transactions, and fees are split into compute, storage and forwarding. Each figure is pinned to the masterchain block it was read at, with 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 →
  1. Transactions are counted from every basechain shard block and masterchain block per UTC day, with the masterchain counted apart; a TON transaction is one account processing one incoming message, so one user action that passes through several contracts counts several times.
  2. Fees are each transaction's total fees, split into the compute, storage, action and forwarding parts its transaction description records.
  3. TON burned is the share of fees that the network configuration's burning rules destroy, and TON issued is the block reward the configuration sets per masterchain and basechain block, summed over the day's blocks.
  4. Validators and their stakes are read from config param 34 and the elector contract for each validation round, and every figure carries a receipt with the masterchain block it was read at.

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.
  • staking_networks_dailyTo buildProof-of-stake networksStaked supply, staking ratio, validators and nominal rewards per proof-of-stake network per day.
  • Masterchain blocks and the shard blocks they reference: transactions, messages, shard identifiers and timestamps
  • Transaction descriptions: total fees with the compute, storage, action and forwarding phases
  • Network configuration at each masterchain block: param 34 for current validators, param 14 for block rewards and the fee burning settings
  • The elector contract's stakes and payouts for each validation round
Questions

Questions people ask.

Why does one TON action create several transactions?

TON contracts talk by messages. A jetton transfer, for example, is a message to the sender's jetton wallet, which messages the receiver's jetton wallet, which may notify the receiver; each step is a separate transaction on a separate account. Transaction counts on TON therefore run higher than the number of user actions.

What are TON shards?

The basechain splits into shardchains when load rises and merges them when it falls, each processing a range of accounts in parallel, while the masterchain records the latest block of every shard. The shard count tile shows how many shards the basechain runs at the latest masterchain block.

How fast are TON blocks?

The Catchain 2.0 consensus upgrade in April 2026 made TON produce blocks several times faster and brought finality close to one second. The dashboard measures the actual interval between masterchain blocks each day rather than quoting the design target.

Is TON burned?

Part of every fee is. Since 2023 the network configuration burns half of transaction fees and passes the rest to validators, who also receive new TON for every block. Because rewards are paid per block, faster blocks raise issuance, which is why the dashboard sets the burn against new TON each day.

Who are TON validators?

Validators lock TON in the elector contract to join each validation round, and the network configuration lists the current set and each validator's weight. Many stake through nominator pools that gather TON from holders. The dashboard reads the set and the stakes for every round.

Masterchain
TON's coordinating chain, which holds the network configuration, the validator set and the latest block of every shard.
Shardchain
A part of the basechain that processes a range of accounts; shards split and merge as load changes.
Elector contract
The masterchain contract that runs validator elections, holds their stakes and pays their rewards.
Config parameter
A numbered setting in TON's network configuration, such as param 34 for the current validators, changed only by validator vote.
Related
All Layer 1 chains apps →

Build TON Network Stats: Transactions, Shards, Fees and Validators 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.

Start free →Open live apps