OP_RETURN outputs, latest day
countOP_RETURN outputs in blocks mined during the latest complete UTC day.
Dashboard · VantagePlanned
Bitcoin OP_RETURN Usage After Bitcoin Core v30
How much Bitcoin block space do OP_RETURN outputs use since Bitcoin Core v30?
OP_RETURN outputs in Bitcoin blocks each day: how many, how large, their share of block space and how many top the old 80-byte limit.
ShareEmail it
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.
Now
OP_RETURN outputs in the latest day of blocks.
OP_RETURN data, latest day
bytesPayload bytes in every OP_RETURN output mined during the latest complete day.
Share of block weight
%OP_RETURN output weight as a share of the weight of all blocks mined that day.
Payloads over 80 bytes, latest day
countTransactions whose OP_RETURN data adds up to more than the old 80-byte default.
Outputs by payload class
countDaily OP_RETURN outputs split into runestones, known protocol markers and unknown data.
Largest payloads this week
The biggest OP_RETURN payloads mined in the last seven days, with size, fee rate, block and the pool that mined it.
Since v30
How OP_RETURN usage changed across the release and its adoption.
Oversized payloads, 30 days
countTransactions with OP_RETURN data over 80 bytes, or more than one OP_RETURN output, in the last 30 days.
Pools mining oversized payloads
countMining pools whose blocks included an OP_RETURN payload over 80 bytes in the last 30 days.
OP_RETURN bytes by day
bytesPayload bytes mined per day over the selected period, with the v30 release date marked.
Share of block weight by day
%OP_RETURN weight as a share of all block weight each day, with payloads over 80 bytes drawn as their own line.
- Period
- Last 30, 90 or 365 days
About
What it answers, and for whom.
An OP_RETURN output lets a Bitcoin transaction carry data in an output that can never be spent, so it never enters the UTXO set. For years Bitcoin Core relayed only one such output per transaction, with at most 80 bytes of data. Bitcoin Core v30, released in October 2025, raised that default to roughly the size of a whole standard transaction and allowed several OP_RETURN outputs, which split node operators and drew attention to Bitcoin Knots.
This dashboard measures what blocks actually contain. Node policy only decides what a node relays; any valid OP_RETURN can be mined, and larger ones sometimes were long before v30. Counting outputs, bytes and their share of block weight every day shows whether the new default changed what miners include, and which uses, from runestones to larger data payloads, account for the space.
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 →- Every output whose script starts with OP_RETURN is read from each block, with its payload length in bytes after the opcode and the data pushes.
- Share of block weight counts each OP_RETURN output at four weight units per byte, since output data gets no witness discount, against the block's total weight.
- Payloads are classed by prefix: runestones (OP_RETURN followed by OP_13), known protocol markers and unknown data; the class rules are published with the page.
- Transactions whose OP_RETURN data adds up to more than the old 80-byte default, or that carry more than one OP_RETURN output, are counted apart from the rest.
The data it needs
Read from chain state and history
- bitcoin_network_dailyTo buildBitcoin network by dayBlocks, hashrate implied by difficulty, difficulty, fees, transaction counts, block weight and miner revenue (subsidy plus fees) per day.
- bitcoin_inscriptions_dailyTo buildOrdinals, runes and BRC-20Inscriptions, rune etchings and mints, BRC-20 transfers, and the fees they paid per day.
- address_labelsTo buildAddress labelsLabels for known addresses: exchanges, bridges, protocols, funds, treasuries, sanctioned addresses and known attackers.
- Every Bitcoin output whose script begins with OP_RETURN, with its payload length, per block
- Block weight and transaction weight from each block
- Coinbase tags of each block, for the pool that mined large OP_RETURN payloads
- Fees paid by transactions carrying OP_RETURN outputs, from inputs minus outputs
Questions
Questions people ask.
What is OP_RETURN in Bitcoin?
An opcode that marks an output as provably unspendable, used to attach a small piece of data to a transaction. Because such outputs can never be spent, nodes do not keep them in the UTXO set.
What changed in Bitcoin Core v30?
The default data carrier limit, which had allowed one OP_RETURN output with up to 80 bytes of data, was raised to about the size of a standard transaction, and transactions may now carry several such outputs. Operators can still set a lower limit in their own node's settings.
Did the OP_RETURN limit ever apply to blocks?
No. The 80-byte limit was a relay and mining policy default, not a consensus rule, so a block that included a larger OP_RETURN was always valid. Policy shapes what most nodes pass along; it does not decide what a miner may include.
Is OP_RETURN data cheaper than inscriptions?
No. Data in outputs counts at full weight, while inscriptions sit in the witness, which is discounted four to one. Per byte, OP_RETURN data uses more block weight, which is one reason most large data has gone into the witness.
Why does the OP_RETURN debate matter?
Supporters of the change argued that data will be embedded anyway and does less harm in outputs that stay out of the UTXO set. Opponents argued that a higher default invites non-monetary use of block space. This page measures usage; it does not take a side.
- Data carrier
- Bitcoin Core's name for OP_RETURN outputs that carry data, and for the setting that limits their size.
- Weight unit
- Bitcoin's measure of block space. Witness bytes count as one unit and all other bytes as four.
- Standardness
- The relay and mining policy a node applies on top of the consensus rules.
Related
More apps like this.
Bitcoin Node Count: Bitcoin Core vs Knots Share
Reachable Bitcoin nodes by client and version: how many run Bitcoin Core, how many run Bitcoin Knots and how fast v30 is being adopted.
BitcoinBitcoin Ordinals, Runes and BRC-20 Activity
Ordinals inscriptions, Runes activity and BRC-20 operations on Bitcoin each day, with the fees they paid and the block space they used.
BitcoinBitcoin Runes List: Top Runes by Holders and Mints
Every rune etched on Bitcoin with its holders, supply, mints, premine and whether it can still be minted, read under the Runes rules.
BitcoinBitcoin UTXO Set Size: Unspent Outputs and Dust
How many unspent outputs every Bitcoin node must keep, how much space they take, which script types they use and how many are dust-sized.
BitcoinBitcoin Transaction Fees and Mempool Tracker
The fee rate to confirm a Bitcoin transaction in the next block, an hour or a day, with mempool size and the fees recent blocks really paid.
BitcoinBitcoin Halving Countdown and Block Reward
Blocks left until the next Bitcoin halving, its date projected from recent block times and the block reward before and after it.
BitcoinBuild Bitcoin OP_RETURN Usage After Bitcoin Core v30 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.