5,102,483 total txs across 144 blocks. Peak: 196,263 txs.
Majority Client
Bitcoin SV:1.2.0
80% of 15 nodes. No version fragmentation.
Mining Distribution (144 blocks, full 24h)
taal.com
25.7%
37 blks
CUVVE
22.2%
32 blks
qdlnk
13.9%
20 blks
molepool.com
13.2%
19 blks
GorillaPool
12.5%
18 blks
SA100
11.1%
16 blks
Mining-Dutch
0.7%
1 blk
unknown
0.7%
1 blk
◷ Block Timing Analysis
145 blocks
Average Interval
10.8 min
Expected: ~10 min. Median: 8 min.
Range
0.1m – 66.3m
Fastest to slowest block interval observed.
Fast Blocks (<5 min)
48
Hashrate bursts or luck variance.
Slow Blocks (>20 min)
19
PoW variance — expected in Poisson process.
A Poisson process is a random event process where events occur independently at a stable average rate, but with unpredictable spacing.
▦ Transaction Velocity (10-min intervals, not per-block)
5,102,483 txs mapped
Transaction volume shown chronologically. Each row = one hour of the scan, each column = a 10-minute window. Read top-to-bottom for earlier-to-later.
Coverage: 2026-03-22 08:24 → 2026-03-23 10:15 UTC
Dark cells indicate 10-minute windows where no block was mined — a natural result of the Poisson process governing Proof of Work. Transactions during these windows appear in the next mined block.
⬡ Script Usage Taxonomy
10,275,943 outputs
This section describes how Bitcoin scripts were used in this scan window.
We analyze outputs across three orthogonal dimensions:
Structure: HOW data gets on chain (OP_RETURN, Ordinal envelope, Spendable metadata, STAS, P2PKH)
Protocol: Open standards defining data format (B://, MAP, BSV-20/21, Metanet)
Content Type: MIME types from inscriptions (text/plain, image/png, application/json)
OP_RETURN data is prunable at scale (requires indexing). STAS and Spendable metadata remain in the UTXO set.
Identifiable patterns in data transactions. Most chain activity has no such identifier.
Some patterns from WoC tags, others identified through analysis.
Note: WoC's taxonomy mixes protocols, apps, and content types. It's also limited to OP_RETURN patterns, which are prunable and represent just one way to embed data on chain.
What it does: This script uses conditional logic (OP_IF/OP_ELSE), byte manipulation (OP_SPLIT/OP_CAT), or hash operations to enforce spending conditions beyond simple signature verification.
Why it matters: Demonstrates BSV's full scripting capability for programmable money and stateful applications.
*Spendable metadata (heuristic): Scripts with signature verification followed by data removed via OP_DROP. Metadata not consumed by validation logic but remains on-chain.
†Unique structures: A contract structure is a normalized script skeleton with variable data (hashes, signatures, pubkeys) removed.
‡Content Types: MIME types declared in inscription data. application/bsv-20 is the MIME type for BSV-20 fungible token inscriptions (also counted in the ordinal breakdown above).