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.
Wie es berechnet wird
(transaction count over the last 30 days / transaction count over the 30 days before that - 1) x 100
Wo es irreführt
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.
Der Aktienvergleich und warum er scheitert
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.
Einen hohen oder niedrigen Wert lesen
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.
Höchste Werte in unserer Abdeckung
Geordnet ausschließlich nach der Kennzahl. Dies ist kein Qualitätsranking und enthält keine Einschätzung.
| # | Asset | Transaction Growth (30d) |
|---|---|---|
| 1 |
|
-16.42% |