Transaction Growth (30d)
The percentage change in confirmed transactions between the last thirty days and the thirty days before.
This compares two adjacent monthly totals of confirmed transactions on the same chain. Because the unit is stable within a chain, month-over-month change is more reliable than the raw level for judging whether use of the network is expanding or contracting. It remains a count, so it weights a large settlement and a trivial transfer identically.
Comment c'est calculé
(transaction count over the last 30 days / transaction count over the 30 days before that - 1) x 100
Où cela induit en erreur
A protocol upgrade that changes what counts as a transaction, such as transaction batching, account abstraction bundling, or posting layer 2 data in blobs, creates a step change that has nothing to do with how much anyone used the chain. Spam and airdrop-farming campaigns can double a count for weeks and hand back the entire gain when they stop. Fee levels drive the count directly, since cheaper blockspace mechanically produces more transactions for the same underlying economic activity, and a fee increase does the reverse. Where a chain reindexed its history or a provider changed its inclusion rules, prior periods are restated and the growth rate changes without any on-chain event.
La comparaison avec les actions, et pourquoi elle ne tient pas
Unit volume growth. The analogy fails because the unit is not held constant: a chain can redefine what a transaction is through an upgrade in a way a shipped product cannot.
Interpréter une valeur haute ou basse
A positive value means more transactions were confirmed this month than last and a negative value means fewer. Check for protocol upgrades inside the window before reading a step change as demand.
Valeurs les plus élevées dans notre couverture
Classé par le chiffre seul. Il ne s'agit pas d'un classement de qualité et n'exprime aucun point de vue.
| # | Actif | Transaction Growth (30d) |
|---|---|---|
| 1 |
 BitcoinBTC
|
56.67% |