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)
8,039,852 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-04-17 08:53 → 2026-04-18 10:27 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
17,035,926 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.
*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).